Hi,
I'm working on cleaning up the bootlogo for CentOS. I just finished
and I'm dead tired, but since I didn't find very good documentation on
some of this stuff with a google search I wanted to document what I
did:
First I took some of the standard artwork and cleaned it up in gimp.
I saved the image to a 640x300 14 color ppm.
Looking at the .msg files under the /isolinux directory I was able to
figure out that redhat actually uses 7 different text colors in it's
menu. Each color has a corresponding hex code that specifies which of
the sixteen colors in splash.lss to use. I matched them up as close
as possible, and converted the ppm to an lss:
ppmtolss16 "#000100=0" "#7b5b89=9" "#e5dde8=7" "#ffffff=15"
"#ff020a=2" "#f1aa23=12" "#9ad02d=10" <centos-boot-clean.ppm
>splash.lss
Here is the end result:
http://www.mitosys.com/images/splash.lss
Hope you like it. The f7 anaconda looks good eh!
--
Best regards,
Sherman Boyd
I restored a tar backup of a Centos3 x86_64 box using a Centos4 x86
machine to format the disk and untar the files. Then I used the
install cd to install grub on the actual machine but when it
booted it said the filesystem had errors and fsck refused to fix
them because the filesystem had newer features. Is there a way to
make a backwards-compatible filesystem in the newer version and is
the difference documented somewhere?
--
Les Mikesell
lesmikesell(a)gmail.com
Hi,
We all know that something needs to be done about the signal to noise
issue on the CentOS Mailing List. Traffic is something we can all live
with, and is a good sign - the Project is getting popular - but the s/n
ratio seems to be going down the wrong path.
To blame might have been an odd few people, but looking at the list in
its present shape - we seem to have developed a general mindset thats
contributing to the issues. But whats the problem :
1. Drive by postings - people read a post, reply irrelevant content
2. General mindset of no moderation -
3. Thread deviation - almost every thread seems to be getting blown into
a few directions
4. OverDose of content - A question of 'bootloader not working' becomes
'zen and the art of bootloader design'.
What can we do about this situation ? The options that seem to exist :
Kick off a few people, tell them to leave ? Moderate the entire list ?
Establish some form of moderation and enforce it - but dont moderate the
entire list.
Also, do we need to - at this stage, look at splitting the CentOS list
into some subject focused Lists ? Traffic is on the rise - and will
continue to do so, which I consider a good thing. Do we at this stage
now want to split some of this traffic up ?
If so - what subjects / directions are we going to need ?
Lets try and think about things as they would be 12 months down the road
and 24 / 36 months away, what do we need to do to prep for that ?
--
Karanbir Singh : http://www.karan.org/ : 2522219@icq
The following rpm is now available in the c4-testing repository:
phpMyAdmin-2.7.0-1.c4.noarch.rpm
For security reasons, a phpmyadmin.conf file has been created for
/etc/httpd/conf.d/
Currently this restricts phpmyadmin to https, and makes it only
available to 127.0.0.1. This forces the user to relax permissions if
they require, but should keep a default install reasonably secure.
These are all available for install via "yum --enablerepo c4-testing
install $APPNAME", or if you don't have the testing repository
installed, you can get the .repo file from
http://dev.centos.org/centos/4/CentOS-Testing.repo
--
Jim Perrin
The following rpm is now available in the c4-testing repository:
procinfo-18-16.c4.i386.rpm
These are all available for install via "yum --enablerepo c4-testing
install $APPNAME", or if you don't have the testing repository
installed, you can get the .repo file from
http://dev.centos.org/centos/4/CentOS-Testing.repo
--
Jim Perrin
The following new packages have been added to the c4-testing repository:
irb-1.8.3-2.c4.i386.rpm
rdoc-1.8.3-2.c4.i386.rpm
ri-1.8.3-2.c4.i386.rpm
ruby-1.8.3-2.c4.i386.rpm
ruby-devel-1.8.3-2.c4.i386.rpm
ruby-docs-1.8.3-2.c4.i386.rpm
ruby-libs-1.8.3-2.c4.i386.rpm
ruby-mode-1.8.3-2.c4.i386.rpm
ruby-tcltk-1.8.3-2.c4.i386.rpm
These are all available for install via "yum --enablerepo c4-testing
install $APPNAME", or if you don't have the testing repository
installed, you can get the .repo file from
http://dev.centos.org/centos/4/CentOS-Testing.repo
--
Jim Perrin
New RPMS are available in the c4-testing repository!
New packages are:
compat-postgresql-libs-3-3.c4.centos.i386.rpm
postgresql-8.1.0-4.c4.i386.rpm
postgresql-contrib-8.1.0-4.c4.i386.rpm
postgresql-devel-8.1.0-4.c4.i386.rpm
postgresql-docs-8.1.0-4.c4.i386.rpm
postgresql-jdbc-8.1.0-4.c4.i386.rpm
postgresql-libs-8.1.0-4.c4.i386.rpm
postgresql-odbc-08.01.0100-1.c4.i386.rpm
postgresql-pl-8.1.0-4.c4.i386.rpm
postgresql-python-8.1.0-4.c4.i386.rpm
postgresql-server-8.1.0-4.c4.i386.rpm
postgresql-tcl-8.1.0-4.c4.i386.rpm
postgresql-test-8.1.0-4.c4.i386.rpm
Keep in mind this is a large upgrade. If you have an existing
postgresql database, it is recommended that you stop your current
install of postgresql, do a dump, install, start, and restore. For
more information about upgrading please visit www.postgresql.org, or
#postgresql on irc.freenode.net
These are all available for install via "yum --enablerepo c4-testing
install $APPNAME", or if you don't have the testing repository
installed, you can get the .repo file from
http://dev.centos.org/centos/4/CentOS-Testing.repo
--
Jim Perrin
The version of glibc that comes in the Xen-3.0 binary release is
2.3.4-2.9 and is outdated by the new glibc package 2.3.4-2.13 this is a
patch to the glibc-2.3.4-2.13.src.rpm to build an up to date xen
compatible glibc.
To be added to a Xen repository, something like the test repo:
http://www.karan.org/mock/Xen/i386/
--- glibc-2.3.4-2.13.spec 2005-12-05 10:27:53.000000000 -0700
+++ glibc.spec 2005-12-05 09:35:08.000000000 -0700
@@ -1,7 +1,7 @@
%define glibcdate 20050704T1133
%define glibcname glibc-2.3
%define glibcversion 2.3.4
-%define glibcrelease 2.13
+%define glibcrelease 2.13.xen.0
%define auxarches i586 i686 athlon sparcv9 alphaev6
%define prelinkarches noarch
%define nptlarches i386 i686 athlon x86_64 ia64 s390 s390x sparcv9 ppc
ppc64
@@ -562,7 +562,7 @@
mkdir build-%{_target_cpu}-linux ; cd build-%{_target_cpu}-linux
GCC=gcc
%ifarch %{ix86}
-BuildFlags="-march=%{_target_cpu}"
+BuildFlags="-march=%{_target_cpu} -mno-tls-direct-seg-refs"
%endif
%ifarch alphaev6
BuildFlags="-mcpu=ev6"
@@ -1393,6 +1393,9 @@
%endif
%changelog
+* Mon Dec 5 2005 Michael Best <mbest(a)pendragon.org> 2.3.4-2.13.xen.0
+- glibc compatability for Xen, added BuildFlag -mno-tls-direct-seg-refs
+
* Fri Aug 19 2005 Jakub Jelinek <jakub(a)redhat.com> 2.3.4-2.13
- change sys/quota.h to default to -D_LINUX_QUOTA_VERSION=1.
If you want to use sys/quota.h for the quota ABI that is actually
MySQL5 and associated packages are now available in the c4-testing
repository for i386 and x86_64. It should be fully compatible with
current centos4 packages requiring mysql, such as php-mysql etc.
Feedback is appreciated.
c4-testing repository located here -> http://dev.centos.org/centos/4/
--
Jim Perrin
System Architect - UIT
Ft Gordon & US Army Signal Center