- Discuss - lists.centos.org

Updated php package fixes security vulnerabilities
by lance＠uklinux.net 20 Jul '04

20 Jul '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There is an update to php for CentOS 3.1 https://rhn.redhat.com/errata/RHSA-2004-392.html refers. Updated files are :- updates/i386/RPMS/httpd-2.0.46-32.ent.3.centos.1.i386.rpm updates/i386/RPMS/httpd-devel-2.0.46-32.ent.3.centos.1.i386.rpm updates/i386/RPMS/mod_ssl-2.0.46-32.ent.3.centos.1.i386.rpm updates/i386/SRPMS/httpd-2.0.46-32.ent.3.centos.1.src.rpm These are available at http://mirror.centos.org/3.1/ and should be on all mirrors within a few hours. To update to the latest version 'yum update httpd' should be sufficient. Lance -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFA/HXucEnkTQJeUTsRAijXAJ0aEe3Q/TuhdQUKQLSN3Tj3d3+DAACfR5sW TTyjlY1lRZ4qvmNge+hVfuU= =3VQB -----END PGP SIGNATURE----- -- uklinux.net - The ISP of choice for the discerning Linux user.

1 0

How to get 3Ware 9500S controller card working in CentOS 3.1?
by Sean Staats 18 Jul '04

18 Jul '04

My goal is to be able to install to the drive array on the 3Ware controller card. 3Ware does provide a RH WS 3 driver that I've tried to use; however, the RH Enterprise 3 WS driver doesn't work since that kernel is older than the CentOS-3.1 install kernel. I'm trying to create a centOS-3.1 installation driver disk for the 3ware 9500S card; however, I'm not having much luck. I've compiled the drivers on a stock centOS 3.1 install and created a modules.cgz file (using find . -depth | cpio -o -H newc | gzip -c > ../modules.cgz) with the newly-compiled driver modules. Here are the contents of the modules.cgz file I created: 2.4.21-9.0.1.EL.c0BOOT/i386/3w-9xxx.o 2.4.21-9.0.1.EL.c0hugemem/i386/3w-9xxx.o 2.4.21-9.0.1.EL.c0/i386/3w-9xxx.o 2.4.21-9.0.1.EL.c0smp/i386/3w-9xxx.o I've also tried the above without the 'i386' subdirectory. The stock install kernel version is 2.4.21-9.0.1.EL.c0. That IS what I should use for the modules directory name right? I then created a driver disk with the following files: modinfo modules.cgz modules.dep pcitable rhdd-6.1 src When I boot the install CD, I type: "linux dd". I then tell the installer that the drivers are on fd0. The installer reads the disk, but doesn't find the driver and gives me this message: "No devices of the appropriate type were found on this driver disk. Would you like to manually select the driver, continue anyway, or load another driver disk?" Does anybody know what I'm doing wrong? Am I going about this the hard way? Thanks in advance for any suggestions! -Sean

8 8

Re: [Centos] Diff files to be made publicly available.
by kevin 16 Jul '04

16 Jul '04

>Content-Type=message/rfc822 >Content-Description=embedded message >Date: Wed, 30 Jun 2004 14:04:52 +0100 (BST) From: Lance Davis <lance(a)uklinux.net> >To: kevin <kwood(a)free.fr> >Cc: centos(a)caosity.org >Subject: Re: [Centos] Diff files to be made publicly available. >On Wed, 30 Jun 2004, kevin wrote: >> If the diff files were made available with each update, >> the community would understand more, >> less questions and confusion would occur. >> More scrutiny would result in a better product for us all. >This really is a strange post. When one can not see from another persons perspective, things often looks strange. >The patch files are all contained separately within the source rpms. >The exceptions are redhat-artwork and anaconda-images where the graphic >files are contained with the source rpm, and anaconda itself where there >are wholesale changes. >I dont know what 'questions and confusion' you are referring to. >> RHEL takes open source software and closes it. >> CentOS takes this closed software and reopens it. >> By making the changes open to public inspection, >> CentOS would become 100% open source. >But they already are and it already is. I interpret this comment to mean CentOS 3.1 is 100% open source. Red Hat are very clear in RHEL 3ES about what they claim to be "Copyright" with "All rights reserved". However, can someone please explain the following line from redhat-logos.spec in CentOS 3.1 SRPMS: License: GPL - CentOS logos Copyright 2003 and Trademark Definitive Software Ltd I presume the following equation is true: Lance === Definitive Software Ltd I hope very much to be wrong. I hope CentOS is 100% GPL, open source software, free for all men (and women) to copy and distribute at a small cost (even if their enemies can do the same four times cheaper). So please feel free to regard this posting as strange, tell me I've found a typo, or tell the world that parts of CentOS 3.1 have Copyright restrictions and is NOT therefore 100% GPL, open source software. Not just yet anyway...... Kevin Wood In a world where GPL sometimes stands for (Greedy People Lying) >Lance >-- >uselinux.co.uk - The ISP of choice for the discerning Linux user.

4 3

Re: [Centos] Diff files to be made publicly available.
by kevin 16 Jul '04

16 Jul '04

Other than the following copyrighted parts to CentOS 3.1, Does Definite Software Ltd have any copyright restrictions on any code written by persons on the CentOS 3.1 project? #----------------------------------------------------------------------- # anaconda-images.spec.mydiff #----------------------------------------------------------------------- #> Summary: Images used in the CentOS installer #> Release: 2.centos.1 #> License: GPL - CentOS logos Copyright 2003 and Trademark Definite Software #Ltd #> The anaconda-images package contains images used in anaconda, the CentOS #installer. #----------------------------------------------------------------------- # redhat-artwork.spec.mydiff #----------------------------------------------------------------------- #> Summary: Artwork for CentOS default look-and-feel #> Release: 1E.centos.3 #> URL: http://www.centos.org #> License: GPL - CentOS logos Copyright 2003 and Trademark Definite Software #Ltd #> redhat-artwork contains the themes and icons that make up the CentOS #default #> - changed to CentOS artwork #----------------------------------------------------------------------- # redhat-logos.spec.mydiff #----------------------------------------------------------------------- #> Summary: CentOS-related icons and pictures. #> Release: 1.centos.3 #> License: GPL - CentOS logos Copyright 2003 and Trademark Definite Software #Ltd #> The redhat-logos package contains logos for CentOS. #----------------------------------------------------------------------- Kevin Wood Clarifying the question until the question becomes clear.

1 0

Re: [Centos] Diff files to be made publicly available.
by kevin 15 Jul '04

15 Jul '04

On Thu, 15 Jul 2004, Bart Schaefer wrote: >Content-Type=message/rfc822 >Content-Description=embedded message >Date: Thu, 15 Jul 2004 02:05:27 -0700 (PDT) From: Bart Schaefer <schaefer+centos(a)zanshin.com> >To: kevin <kwood(a)free.fr> >Cc: centos(a)caosity.org >Subject: Re: [Centos] Diff files to be made publicly available. >On Thu, 15 Jul 2004, kevin wrote: >> However, can someone please explain the following line >> from redhat-logos.spec in CentOS 3.1 SRPMS: >> >> License: GPL - CentOS logos Copyright 2003 and Trademark Definitive >> Software Ltd >> >> I hope CentOS is 100% GPL, open source software, >> free for all men (and women) to copy and distribute at a small cost >Copyright is not license. Okay. >Materials can be *licensed* under the GPL, and therefore freely copied, >even when copyrighted. In fact, the entire basis of the GPL, as I >understand it (IANAL etc. etc.) is copyright law -- someone has to hold a >copyright on the material in order to have legal grounds for applying the >GPL. If no one holds a copyright, then the material is in the public >domain and the GPL is neither necessary nor applicable. >It is true that in many cases the copyright of GPL'd material is assigned >to the FSF or some similar entity, but that is not a necessary condition >of licensing it under the GPL. >*IF* there were a statement somewhere that explicitly *excludes* these >images or other selected parts of CentOS from the terms of the GPL, then >you might have grounds for complaint, but the statement that they are >copyrighted does not AFAIK constitute such an exclusion. I have no reason to complain about the work done on CentOS 3.1. Its a necessary direction due to Red Hats chosen path. >The effect of the copyright is that you cannot separate the CentOS logos >from the rest of the sources and use them, independently, for some other >purpose, without permission from Definitive Software Ltd. The effect of >the GPL is that you can copy and distribute CentOS as a whole, even though >it includes the copyrighted images. Do you see the distinction? Okay imagine I have removed the images from CentOS 3.1 and replaced them with other images I created, or with no copyright restriction. Are there any other copyrighted parts to CentOS 3.1? Is some of the code copyrighted also? >(Again, I am not a lawyer, and the GPL has all sorts of other effects that >might be construed to make it possible to re-use the logos.) Thanks for the clear response. Kevin Wood. Looking for truth and clarity nothing more..... but if you throw in a bonus, thats fine with me.

2 1

CentOS 3.1 kernel crashes
by Shawn M. Jones 12 Jul '04

12 Jul '04

Greetings everyone, I've got a problem with my fileserver running CentOS 3.1. The kernel seems to crash about once a day (inevitably when I'm not present), forcing me to reboot. This behavior started after I applied the new kernel patch (2.4.21-15.0.3.EL.c0). I've left it on 2.4.21-15.0.2 for a little bit to see if it will crash tonight/tomorrow. As this may be a hardware problem, I'm reluctant to put it into bugzilla until I can pin it on something. The server has an A-Bit KR7A motherboard with an Athlon XP 1700+, 1.5 GB of RAM, 4 120 GB ATA-100 hard drives mirrored in two sets (hence I only have 240 GB available), a Cirrus Logic GD 5430 video card, and an Intel EtherExpress Pro 100. There is nothing useful in /var/log/messages and the only reason I know when it crashes is due to my fetchmail log. Has anyone else seen anything like this? Did I patch too soon? Any suggestions on where I might look for info on why it's crashing? The screen's blank and the keyboard lights are flashing. Thanks in advance, Shawn M. Jones

5 5

yum upgrade RHEL 2.1 to CentOS-3
by Josh Hildebrand 09 Jul '04

09 Jul '04

Has any one tried to upgrade from RHAS/RHEL 2.1 to CentOS-3 using yum? Is a reboot necessary for anything other than the kernel? How smoothly did it go? And how did you do it? -- Josh Hildebrand Senior Network Engineer Newgistics, Inc... The Leader in Returns Management Solutions 512-225-6044 Newgistics, Inc. Company Confidential

2 1

Re: [Centos] CentOS 3.1 kernel crashes
by C.M. Connelly 09 Jul '04

09 Jul '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 "SMJ" == Shawn M Jones <smj(a)littleprojects.org> SMJ> Greetings everyone, I've got a problem with my fileserver SMJ> running CentOS 3.1. The kernel seems to crash about once SMJ> a day (inevitably when I'm not present), forcing me to SMJ> reboot. This behavior started after I applied the new SMJ> kernel patch (2.4.21-15.0.3.EL.c0). SMJ> There is nothing useful in /var/log/messages and the only SMJ> reason I know when it crashes is due to my fetchmail log. SMJ> Has anyone else seen anything like this? Did I patch too SMJ> soon? My workstation (running the new kernel) did something similar yesterday -- I left my office, came back a while later, and the screen was blank. I wasn't able to switch to a VC or log in remotely (the system was pingable, and the first chunk of an SSH connection would succeed, but not complete). I was forced to power cycle. What seemed to be the same problem happened to our main file server, still running RHL9 with kernel 2.4.20-31.9smp, the day before. With no X, I was able to type a username at the login: prompt, but never got a password prompt. The machine behaved similarly with ssh connections. There was nothing obvious in the logs. I could figure out roughly when the crash happened because nothing appeared in the logs after that time. Claire *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Claire Connelly cmc(a)math.hmc.edu Systems Administrator (909) 621-8754 Department of Mathematics Harvey Mudd College *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/> iD8DBQFA7tupB0pE8d7vd8wRAgJGAJ9EoBicmziKwHGhCQD3HrA10wuA2ACdGc/c ePxg1Ln8c/sRIIvJ1tznm2s= =gupq -----END PGP SIGNATURE-----

1 0

http-devel problem
by Petr "Qaxi" Klima 09 Jul '04

09 Jul '04

I found a minor problem in httpd-devel-2.0.46-32.ent.3.centos.1 package in files used for developement for Apache webserver in directory /usr/lib/httpd/build thee a re weird INCLIDES paths: # pwd /usr/lib/httpd/build # grep cent * apr_rules.mk:apr_builddir=/home/centos/upd2/BUILD/httpd-2.0.46/prefork/srclib/apr apr_rules.mk:apr_builders=/home/centos/upd2/BUILD/httpd-2.0.46/srclib/apr/build config_vars.mk:APR_INCLUDEDIR = /home/centos/upd2/BUILD/httpd-2.0.46/prefork/srclib/apr/include /home/centos/upd2/BUILD/httpd-2.0.46/srclib/apr/include config_vars.mk:APU_INCLUDEDIR = /home/centos/upd2/BUILD/httpd-2.0.46/prefork/srclib/apr-util/include /home/centos/upd2/BUILD/httpd-2.0.46/srclib/apr-util/include those "dirs" should point to "real" include directories (at least in config_vars.mk)... when I overwrite APR_INCLUDEDIR and APU_INCLUDEDIR in config_vars.mk to /usr/include/http compilation works OK by Petr Klima

1 0

Re: more cron job madness
by Rick Graves 08 Jul '04

08 Jul '04

Hey, UNCLE! I added a warning to the YUM HowTo. I will also look into this further, and may be back with one or more proposed solutions. Rick

1 0

Updated httpd packages fix security issues
by Lance Davis 07 Jul '04

07 Jul '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There is an update to httpd for CentOS 3.1 https://rhn.redhat.com/errata/RHSA-2004-342.html refers. Updated files are :- updates/i386/RPMS/httpd-2.0.46-32.ent.3.centos.1.i386.rpm updates/i386/RPMS/httpd-devel-2.0.46-32.ent.3.centos.1.i386.rpm updates/i386/RPMS/mod_ssl-2.0.46-32.ent.3.centos.1.i386.rpm updates/i386/SRPMS/httpd-2.0.46-32.ent.3.centos.1.src.rpm These are available at http://mirror.centos.org/3.1/ and should be on all mirrors within a few hours. To update to the latest version 'yum update httpd' should be sufficient. Lance -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFA61Q7cEnkTQJeUTsRAnDuAJkByi/gebJtuwqGPXIinqfE900GFACaA0qu tTGoTCciqpQUF3o8y1yOD+Y= =zDtW -----END PGP SIGNATURE----- -- uklinux.net - The ISP of choice for the discerning Linux user.

1 0

Re: cron job madness
by Rick Graves 07 Jul '04

07 Jul '04

Hey, > check-update sounds better than putting yum update in a cron job. Only a mad man would do that! Are the cAos and CentOS releases THAT BAD? > Much better to run a daily cron which rsyncs your local patch repository. So must one have your own local repository to avoid being labeled as a madman? In which one of the RedHad reference books can I find this? Just curious. Rick

2 1

Re: YUM updates
by Rick Graves 05 Jul '04

05 Jul '04

Hey, > The easy way to make sure you are up to date with > all the latest patches is to run: > # yum update There is an even easier way -- tell cron to apply YUM updates every day. There is a HowTo on the cAos site here: http://www.caosity.org/index.php?option=displaypage&Itemid=102&op=page&SubM… Rick

4 3

re:- (Another) Updated kernel package fixes security vulnerability.
by Lance Davis 05 Jul '04

05 Jul '04

sorry that should have read :- https://rhn.redhat.com/errata/RHSA-2004-360.html refers. Lance

1 0

(Another) Updated kernel package fixes security vulnerability.
by Lance Davis 05 Jul '04

05 Jul '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There is an updated kernel for CentOS-3.1 https://rhn.redhat.com/errata/RHSA-2004-255.html refers. Updated files are :- all in updates/i386/RPMS/ kernel-2.4.21-15.0.3.EL.c0.athlon.rpm kernel-2.4.21-15.0.3.EL.c0.i686.rpm kernel-BOOT-2.4.21-15.0.3.EL.c0.i386.rpm kernel-doc-2.4.21-15.0.3.EL.c0.i386.rpm kernel-hugemem-2.4.21-15.0.3.EL.c0.i686.rpm kernel-hugemem-unsupported-2.4.21-15.0.3.EL.c0.i686.rpm kernel-smp-2.4.21-15.0.3.EL.c0.athlon.rpm kernel-smp-2.4.21-15.0.3.EL.c0.i686.rpm kernel-smp-unsupported-2.4.21-15.0.3.EL.c0.athlon.rpm kernel-smp-unsupported-2.4.21-15.0.3.EL.c0.i686.rpm kernel-source-2.4.21-15.0.3.EL.c0.i386.rpm kernel-unsupported-2.4.21-15.0.3.EL.c0.athlon.rpm kernel-unsupported-2.4.21-15.0.3.EL.c0.i686.rpm These are available at http://mirror.centos.org/3.1/ and should be on all mirrors within a few hours. To update to the latest version 'yum update kernel' should be sufficient. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFA6TdxcEnkTQJeUTsRAk8iAKCSGP9cfqZKYxmAadJzmCm2xDy+8QCfX2SI jXdcHH53ZQrJk9neXVbVkw8= =NItC -----END PGP SIGNATURE-----

1 0

CentOS-2 errata
by John Newbigin 05 Jul '04

05 Jul '04

The following errata for CentOS-2 have been built and uploaded the the centos mirror: RHSA-2004:354-01 Updated kernel packages fix security vulnerability Files available: kernel-BOOT-2.4.9-e.43.i386.rpm: kernel-doc-2.4.9-e.43.i386.rpm: kernel-headers-2.4.9-e.43.i386.rpm: kernel-source-2.4.9-e.43.i386.rpm: kernel-2.4.9-e.43.i686.rpm: kernel-debug-2.4.9-e.43.i686.rpm: kernel-enterprise-2.4.9-e.43.i686.rpm: kernel-smp-2.4.9-e.43.i686.rpm: kernel-summit-2.4.9-e.43.i686.rpm: kernel-smp-2.4.9-e.43.athlon.rpm: kernel-2.4.9-e.43.athlon.rpm More details are available from the RedHat web site at https://rhn.redhat.com/errata/rh21as-errata.html The easy way to make sure you are up to date with all the latest patches is to run: # yum update -- John Newbigin - Computer Systems Officer School of Information Technology Swinburne University of Technology Melbourne, Australia http://www.it.swin.edu.au/staff/jnewbigin

1 0

[RHSA-2004:360-01] Updated kernel packages fix security vulnerabilities (fwd)
by Ryan Sweet 02 Jul '04

02 Jul '04

OK, this is the first important vuln I've seen since joining the centos list, and represents a good opportunity to ask "What happens now?" Do you accept contributed rebuilds? What is the rebuild/test/release procedure? Is there anyone who is tracking time between RH releases and centos yum repo updates? What can I do to help? thanks, -ryan -- Ryan Sweet <ryan.sweet(a)aoes.com> Advanced Operations and Engineering Services AOES Group BV http://www.aoes.com Phone +31(0)71 5795521 Fax +31(0)71572 1277 ---------- Forwarded message ---------- Date: Fri, 2 Jul 2004 04:23 -0400 From: bugzilla(a)redhat.com To: enterprise-watch-list(a)redhat.com Subject: [RHSA-2004:360-01] Updated kernel packages fix security vulnerabilities -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --------------------------------------------------------------------- Red Hat Security Advisory Synopsis: Updated kernel packages fix security vulnerabilities Advisory ID: RHSA-2004:360-01 Issue date: 2004-07-02 Updated on: 2004-07-02 Product: Red Hat Enterprise Linux Keywords: taroon kernel security errata Cross references: Obsoletes: RHSA-2004:255 CVE Names: CAN-2004-0497 - --------------------------------------------------------------------- 1. Topic: Updated kernel packages that fix a security vulnerability affecting the kernel nfs server for Red Hat Enterprise Linux 3 are now available. 2. Relevant releases/architectures: Red Hat Enterprise Linux AS version 3 - athlon, i386, i686, ia32e, ia64, ppc64, ppc64iseries, ppc64pseries, s390, s390x, x86_64 Red Hat Enterprise Linux ES version 3 - athlon, i386, i686, ia32e, ia64, x86_64 Red Hat Enterprise Linux WS version 3 - athlon, i386, i686, ia32e, ia64, x86_64 3. Problem description: The Linux kernel handles the basic functions of the operating system. During an audit of the Linux kernel, SUSE discovered a flaw that allowed a user to make unauthorized changes to the group ID of files in certain circumstances. In the 2.4 kernel, as shipped with Red Hat Enterprise Linux, the only way this could happen is through the kernel nfs server. A user on a system that mounted a remote file system from a vulnerable machine may be able to make unauthorized changes to the group ID of exported files. The Common Vulnerabilities and Exposures project (cve.mitre.org) has assigned the name CAN-2004-0497 to this issue. Only Red Hat Enterprise Linux systems that are configured to share file systems via NFS are affected by this issue. All Red Hat Enterprise Linux 3 users are advised to upgrade their kernels to the packages associated with their machine architectures and configurations as listed in this erratum. 4. Solution: Before applying this update, make sure all previously released errata relevant to your system have been applied. To update all RPMs for your particular architecture, run: rpm -Fvh [filenames] where [filenames] is a list of the RPMs you wish to upgrade. Only those RPMs which are currently installed will be updated. Those RPMs which are not installed but included in the list will not be updated. Note that you can also use wildcards (*.rpm) if your current directory *only* contains the desired RPMs. Please note that this update is also available via Red Hat Network. Many people find this an easier way to apply updates. To use Red Hat Network, launch the Red Hat Update Agent with the following command: up2date This will start an interactive process that will result in the appropriate RPMs being upgraded on your system. If up2date fails to connect to Red Hat Network due to SSL Certificate Errors, you need to install a version of the up2date client with an updated certificate. The latest version of up2date is available from the Red Hat FTP site and may also be downloaded directly from the RHN website: https://rhn.redhat.com/help/latest-up2date.pxt 5. RPMs required: Red Hat Enterprise Linux AS version 3: SRPMS: ftp://updates.redhat.com/enterprise/3AS/en/os/SRPMS/kernel-2.4.21-15.0.3.EL… athlon: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.athlon.rpm Available from Red Hat Network: kernel-smp-2.4.21-15.0.3.EL.athlon.rpm Available from Red Hat Network: kernel-smp-unsupported-2.4.21-15.0.3.EL.athlon.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.athlon.rpm i386: Available from Red Hat Network: kernel-BOOT-2.4.21-15.0.3.EL.i386.rpm Available from Red Hat Network: kernel-doc-2.4.21-15.0.3.EL.i386.rpm Available from Red Hat Network: kernel-source-2.4.21-15.0.3.EL.i386.rpm i686: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-hugemem-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-hugemem-unsupported-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-smp-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-smp-unsupported-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.i686.rpm ia32e: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.ia32e.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.ia32e.rpm ia64: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.ia64.rpm Available from Red Hat Network: kernel-doc-2.4.21-15.0.3.EL.ia64.rpm Available from Red Hat Network: kernel-source-2.4.21-15.0.3.EL.ia64.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.ia64.rpm ppc64: Available from Red Hat Network: kernel-doc-2.4.21-15.0.3.EL.ppc64.rpm Available from Red Hat Network: kernel-source-2.4.21-15.0.3.EL.ppc64.rpm ppc64iseries: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.ppc64iseries.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.ppc64iseries.rpm ppc64pseries: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.ppc64pseries.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.ppc64pseries.rpm s390: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.s390.rpm Available from Red Hat Network: kernel-doc-2.4.21-15.0.3.EL.s390.rpm Available from Red Hat Network: kernel-source-2.4.21-15.0.3.EL.s390.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.s390.rpm s390x: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.s390x.rpm Available from Red Hat Network: kernel-doc-2.4.21-15.0.3.EL.s390x.rpm Available from Red Hat Network: kernel-source-2.4.21-15.0.3.EL.s390x.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.s390x.rpm x86_64: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-doc-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-smp-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-smp-unsupported-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-source-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.x86_64.rpm Red Hat Enterprise Linux ES version 3: SRPMS: ftp://updates.redhat.com/enterprise/3ES/en/os/SRPMS/kernel-2.4.21-15.0.3.EL… athlon: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.athlon.rpm Available from Red Hat Network: kernel-smp-2.4.21-15.0.3.EL.athlon.rpm Available from Red Hat Network: kernel-smp-unsupported-2.4.21-15.0.3.EL.athlon.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.athlon.rpm i386: Available from Red Hat Network: kernel-BOOT-2.4.21-15.0.3.EL.i386.rpm Available from Red Hat Network: kernel-doc-2.4.21-15.0.3.EL.i386.rpm Available from Red Hat Network: kernel-source-2.4.21-15.0.3.EL.i386.rpm i686: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-hugemem-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-hugemem-unsupported-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-smp-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-smp-unsupported-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.i686.rpm ia32e: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.ia32e.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.ia32e.rpm ia64: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.ia64.rpm Available from Red Hat Network: kernel-doc-2.4.21-15.0.3.EL.ia64.rpm Available from Red Hat Network: kernel-source-2.4.21-15.0.3.EL.ia64.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.ia64.rpm x86_64: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-doc-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-smp-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-smp-unsupported-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-source-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.x86_64.rpm Red Hat Enterprise Linux WS version 3: SRPMS: ftp://updates.redhat.com/enterprise/3WS/en/os/SRPMS/kernel-2.4.21-15.0.3.EL… athlon: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.athlon.rpm Available from Red Hat Network: kernel-smp-2.4.21-15.0.3.EL.athlon.rpm Available from Red Hat Network: kernel-smp-unsupported-2.4.21-15.0.3.EL.athlon.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.athlon.rpm i386: Available from Red Hat Network: kernel-BOOT-2.4.21-15.0.3.EL.i386.rpm Available from Red Hat Network: kernel-doc-2.4.21-15.0.3.EL.i386.rpm Available from Red Hat Network: kernel-source-2.4.21-15.0.3.EL.i386.rpm i686: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-hugemem-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-hugemem-unsupported-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-smp-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-smp-unsupported-2.4.21-15.0.3.EL.i686.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.i686.rpm ia32e: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.ia32e.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.ia32e.rpm ia64: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.ia64.rpm Available from Red Hat Network: kernel-doc-2.4.21-15.0.3.EL.ia64.rpm Available from Red Hat Network: kernel-source-2.4.21-15.0.3.EL.ia64.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.ia64.rpm x86_64: Available from Red Hat Network: kernel-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-doc-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-smp-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-smp-unsupported-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-source-2.4.21-15.0.3.EL.x86_64.rpm Available from Red Hat Network: kernel-unsupported-2.4.21-15.0.3.EL.x86_64.rpm 6. Verification: MD5 sum Package Name - -------------------------------------------------------------------------- 475ff576b3313ed4084c7e1e668395d0 kernel-2.4.21-15.0.3.EL.athlon.rpm d70cf96391302020a322363fa2a1a0f6 kernel-2.4.21-15.0.3.EL.i686.rpm 00a8bdd6335934d6173135fc19f223d4 kernel-2.4.21-15.0.3.EL.ia32e.rpm 039107e887d34cacc117a21d8603a9a7 kernel-2.4.21-15.0.3.EL.ia64.rpm e645e8f72418f3686ccdc99c3418b9c9 kernel-2.4.21-15.0.3.EL.ppc64iseries.rpm 012cd6cb22781e63bb3ce8b1b1f44e8e kernel-2.4.21-15.0.3.EL.ppc64pseries.rpm 97808a16163a1d5e35612ee5c3472a3f kernel-2.4.21-15.0.3.EL.s390.rpm 0d807eca7ba629ce12ceb152c72af472 kernel-2.4.21-15.0.3.EL.s390x.rpm 3aaebf2a78377c9fc76a1e6376dd9ffb kernel-2.4.21-15.0.3.EL.src.rpm e0a8c6b852d5693a21dd3c1de13bcba0 kernel-2.4.21-15.0.3.EL.x86_64.rpm dfc5ef35851cfc5e788cf837ac9b7bb3 kernel-BOOT-2.4.21-15.0.3.EL.i386.rpm 0cd3bcd3bb8781350e2d895ef89c213e kernel-doc-2.4.21-15.0.3.EL.i386.rpm 99c4217894bb83130336282c39b1e8b6 kernel-doc-2.4.21-15.0.3.EL.ia64.rpm adad45b051a6798fa673f2d9a3f372e2 kernel-doc-2.4.21-15.0.3.EL.ppc64.rpm 591d48f31b8bb34aae3907d62f9823a0 kernel-doc-2.4.21-15.0.3.EL.s390.rpm b06128421f53fb15fe0fc6cce6eebf90 kernel-doc-2.4.21-15.0.3.EL.s390x.rpm ae4348ee1d4e108c535a6aef26f1c44d kernel-doc-2.4.21-15.0.3.EL.x86_64.rpm 934a743299a8692cacfeb4182a9845fe kernel-hugemem-2.4.21-15.0.3.EL.i686.rpm df0cd8dd6539fc2e70113aae71d0111b kernel-hugemem-unsupported-2.4.21-15.0.3.EL.i686.rpm 3c1cfb8f5e6f33159532e49cca8f8e04 kernel-smp-2.4.21-15.0.3.EL.athlon.rpm ccd4140c84ee4b03ef06f7b978018902 kernel-smp-2.4.21-15.0.3.EL.i686.rpm 82051afbea03dbc21c18ee8b8688d38b kernel-smp-2.4.21-15.0.3.EL.x86_64.rpm 81e73afe4183b246fe80a67a401835f2 kernel-smp-unsupported-2.4.21-15.0.3.EL.athlon.rpm ec544f696a97180a395049aa56743645 kernel-smp-unsupported-2.4.21-15.0.3.EL.i686.rpm a2e8ae8ff9a423d851e07fee6ef33abe kernel-smp-unsupported-2.4.21-15.0.3.EL.x86_64.rpm 54012be1c9ef18d56b5436d8968ea13d kernel-source-2.4.21-15.0.3.EL.i386.rpm 70a873ddcb6ec6c0395f987d04ea3b72 kernel-source-2.4.21-15.0.3.EL.ia64.rpm 06cb2b6084e4df9e0873c0f9387d88b1 kernel-source-2.4.21-15.0.3.EL.ppc64.rpm 5cb0e66a5e1e7494affd828e4e72f4e0 kernel-source-2.4.21-15.0.3.EL.s390.rpm 5a80ee66ff1a264273d919afad2d883f kernel-source-2.4.21-15.0.3.EL.s390x.rpm 373692205805a76d1ed9d8e28d11b455 kernel-source-2.4.21-15.0.3.EL.x86_64.rpm 532a4cff6acdbcd1d700a92d06519545 kernel-unsupported-2.4.21-15.0.3.EL.athlon.rpm 8c5162755364e6ad3c1de6bfe7d62fd3 kernel-unsupported-2.4.21-15.0.3.EL.i686.rpm 7c3463374ffffc1b29e4879386d90ec9 kernel-unsupported-2.4.21-15.0.3.EL.ia32e.rpm 656636cc71ba38ea1b8b890dd5d88dbd kernel-unsupported-2.4.21-15.0.3.EL.ia64.rpm 6064dc8ae3c1a29c082cf8df9d626de1 kernel-unsupported-2.4.21-15.0.3.EL.ppc64iseries.rpm cb26ee54924bcec4433add0451210a3c kernel-unsupported-2.4.21-15.0.3.EL.ppc64pseries.rpm 01e658949728a7dc83c0ca83b2f51b2d kernel-unsupported-2.4.21-15.0.3.EL.s390.rpm 26fe4b56072f96a8b29bce7022449f18 kernel-unsupported-2.4.21-15.0.3.EL.s390x.rpm 87b05b779260e02473d87affc40c0db2 kernel-unsupported-2.4.21-15.0.3.EL.x86_64.rpm These packages are GPG signed by Red Hat for security. Our key is available from https://www.redhat.com/security/team/key.html You can verify each package with the following command: rpm --checksig -v <filename> If you only wish to verify that each package has not been corrupted or tampered with, examine only the md5sum with the following command: md5sum <filename> 7. References: http://www.redhat.com/docs/manuals/enterprise/RHEL-3-Manual/ref-guide/s1-nf… http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0497 8. Contact: The Red Hat security contact is <secalert(a)redhat.com>. More contact details at https://www.redhat.com/security/team/contact.html Copyright 2004 Red Hat, Inc. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFA5Rt7XlSAg2UNWIIRAseCAJ99U2pcwb3i4iVmqNhRbHu3/K1ouwCfdA// b8SIM7Us3O3s/B8Df1x8gKo= =wHLr -----END PGP SIGNATURE----- -- Enterprise-watch-list mailing list Enterprise-watch-list(a)redhat.com https://www.redhat.com/mailman/listinfo/enterprise-watch-list

1 0

NVIDIA display card update
by Rick Graves 02 Jul '04

02 Jul '04

Hey, There have been still more NVIDIA card experiments, with some new results. If you are still hving an issue with an NVIDIA card, you might want to take a look at the updated FAQ under Installation. Rick Graves

2 2

Diff files to be made publicly available.
by kevin 30 Jun '04

30 Jun '04

I plan to highlight the differences between RHEL and CentOS 3.1. Making this information clearly available without the need for duplicated effort across the world. This will help others take CentOS in different directions benefiting us all. It will help individuals create new projects more easily and efficiently. Are the diff files readily available, can I download them from anywhere? If the diff files were made available with each update, the community would understand more, less questions and confusion would occur. More scrutiny would result in a better product for us all. RHEL takes open source software and closes it. CentOS takes this closed software and reopens it. By making the changes open to public inspection, CentOS would become 100% open source. I have no wish to waste months of effort duplicating your work, even if I write scripts to automate the task. I can host the files on a server if you have no wish to do so at caosity. Alternatively I could do this work for you. Kevin Wood Open source, open mind.

2 1

Kernel packages and 3rd party kernel modules
by Dag Wieers 27 Jun '04

27 Jun '04

Hi, I'd like to come back to this topic. We've discussed this before on IRC but there's still no acceptable solution implemented. 3rd party kernel-modules are build against the official Red Hat kernels, to make them work with the TaoLinux/CentOS kernels there are specific requirements: + kernel RPM package should provide the same version/release + kernel version/release should be the same for o /lib/modules/kernel-version-release o /boot/vmlinuz-version-release This means there's not much room for customization if you want 3rd party modules to work. You can have a different version in the RPM as long as the Red Hat version/release is also provided by the package and the kernel-files/directories have the exact version/release. To give you a better understanding of the pitfalls: | Installing a kernel-module, beware that I already do not require an | exact version for the kernel RPM package, because that has other | problems. Still I need to make sure I have an exact kernel and that's | why we use the vmlinuz file. [root@breeg root]# rpm -ihvU kernel-module-openswan-2.4.21-15.0.2.EL-2.1.2-1.1.el3.dag.i586.rpm error: Failed dependencies: /boot/vmlinuz-2.4.21-15.0.2.EL is needed by kernel-module-openswan-2.4.21-15.0.2.EL-2.1.2-1.1.el3.dag | Loading a module (I --nodeps installed the module), gives the following | warning. Beware that the module is placed in | /lib/modules/version-release which is different currently than the one | from TaoLinux. So people can't just do "modprobe ipsec": [root@breeg modules]# insmod /lib/modules/2.4.21-15.0.2.EL/kernel/net/openswan/ipsec.o Warning: kernel-module version mismatch 2.4.21-15.0.2.EL/kernel/net/openswan/ipsec.o was compiled for kernel version 2.4.21-15.0.2.EL while this kernel is version 2.4.21-15.TL2 Warning: loading 2.4.21-15.0.2.EL/kernel/net/openswan/ipsec.o will taint the kernel: forced load See http://www.tux.org/lkml/#export-tainted for information about tainted modules Module ipsec loaded, with warnings Although I can make it work like this, this is far from optimal and for other 3rd party kernel modules this isn't even guaranteed to work. PS I tried with a CentOS kernel, but I can't seem to find a i586 kernel on the website. -- dag wieers, dag(a)wieers.com, http://dag.wieers.com/ -- [Any errors in spelling, tact or fact are transmission errors]

1 0

can't find SDL_mixer
by scty Library 24 Jun '04

24 Jun '04

Hello all, I just installed SDL_mixer-1.2.4-9.rpm and I can see all the files in /usr/lib. I can also see them listed in ld.so.conf but when I run a .configure in supertux I get an error checking for Mix_OpenAudio in -lSDL_mixer... no configure: error: SDL_mixer library required what am I doing wrong. Any info or education is welcome. Thanks all Dominic Iadicicco P.S can't live without my Supertux :) __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail

2 2

Re: nVIDIA solution
by Rick Graves 24 Jun '04

24 Jun '04

Hey SCTV Library, Good work! (Is that your real name?) > The problem was the AGP driver, Not the Nvidia driver. I was wondering if you could help me write an informative FAQ for this. Here is what I have so far: The Nforce2 driver is part of the kernel-unsupported package (which must be installed separately). Set the Option "NvAGP" to "1". This tells the kernel to load the agp module made by nvidia not the Generic Linux kernel which is AGPGART. (When and where do you set the NvAGP option to "1"?) Thanks, Rick

2 1

Re: Nvidia Drivers
by scty Library 23 Jun '04

23 Jun '04

Well, I figured it out all. The problem was the AGP driver, Not the Nvidia driver. When I set the Option "NvAGP" "1" it works fine. By setting this option to 1, it tells the kernel to load the agp module made by nvidia not the Generic Linux kernel which is AGPGART. Something else I discovered is that the AGPGART module isn't even loading when the kernel boots. For some reason the CentOS-3 installer won't install that module when I install the distro on a computer using an Nforce2 motherboard. It does installing it on my Home computer which is running an Nforce1 based motherboard. Well thats all folks, I just wanted to give all the solution I found. --- scty Library <sctylib2004(a)yahoo.com> wrote: > When I load the latest driver from Nvidia in > CentOS-3 > the logon screen turn light gray and I can't log in. > > Has anyone else had this problem? > > If so what did you do about it. > > If I use the driver that comes with CentOS I don't > have any problems. > > > > __________________________________ > Do you Yahoo!? > Yahoo! Mail - Helps protect you from nasty viruses. > http://promotions.yahoo.com/new_mail > __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

2 1

Updated libpng package fixes security issue
by Lance Davis 23 Jun '04

23 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There is an update to libpng for CentOS 3.1 https://rhn.redhat.com/errata/RHSA-2004-249.html refers. Updated files are :- updates/i386/RPMS/libpng-1.2.2-24.i386.rpm updates/i386/RPMS/libpng-devel-1.2.2-24.i386.rpm updates/i386/RPMS/libpng10-1.0.13-14.i386.rpm updates/i386/RPMS/libpng10-devel-1.0.13-14.i386.rpm updates/i386/SRPMS/libpng-1.2.2-24.src.rpm updates/i386/SRPMSlibpng10-1.0.13-14.src.rpm These are available at http://mirror.centos.org/3.1/ and should be on all mirrors within a few hours. To update to the latest version 'yum update libpng libpng10' should be sufficient. Lance -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFA2L/0cEnkTQJeUTsRAg4bAJ9W4rBiMFvDqRB0G0kCy5UPAJTJ/wCfTGY5 SQblUInB727WJhwZ4D6Woy0= =Fm97 -----END PGP SIGNATURE----- -- uklinux.net - The ISP of choice for the discerning Linux user.

1 0

Ethereal is cooking, thanks
by jack＠leadershipbynumbers.com 22 Jun '04

22 Jun '04

Just blanked on it. Thanks. It seems so obvious, as soon as Denis mentioned the gnome-ethereal package I realized what I had neglected. Jack(a)leadershipbynumbers.com http://LeadershipByNumbers.com

1 0

Getting Ethereal to work?
by jack＠leadershipbynumbers.com 22 Jun '04

22 Jun '04

I'd like to get Ethereal to run on CentOS 3x. Now, yum says everything is in place for ethereal, but I can't find any executable and am feeling real dumb. I've checked numerous forums (and the Red Hat site), but I can't find anything specific. I've used locate and find, but while there is a lot of ethereal material spread around on my CentOS 3 server, I'm missing the big piece to run it. Anyone point me in the right direction? Thanks, Jack Jack(a)leadershipbynumbers.com http://LeadershipByNumbers.com

2 1

Re: [Centos] rebuilding errata src rpms
by cweisiger＠i-55.com 21 Jun '04

21 Jun '04

Usually less than 24 hours but there is a libpng security update that hasnt been taken care of im guessing because its been 3 days since the posting on redhats site.. i have checked all the mirrors listed on the site (centOS) and yet to see the updated libpng rpm... i understand that kernel issues are some what different in being that it deals with pretty much the whole system..but... a libpng update is something rather small and could have been released already...i have rebuilt the src.rpm on a test server (using rpmbuild --rebuild src.rpm) but didnt know exactly if that was the proper way to rebuild the src rpms (if thats how the people at centOS do those) and didnt install it on my production server...and if it is that easy then i could just rebuild the src.rpms that dont need any spec file changes until i get a better understanding of what needs to be changed in those type of situations..and just wait for kernel updates from the people at centOS themselves to rebuild those(kernel updates) i am using up2date to keep my system updated with the necessary updates from the servers...could that be an issue or not? i have no problem rebuilding the src.rpms if how i do it is the proper and correct way to accomplish such a task..

1 0

rebuilding errata src rpms
by cweisiger＠i-55.com 21 Jun '04

21 Jun '04

I am running centos-3 and have a question about rebuilding errata srpms from redhat. Do all i have to do is run rpmbuild --rebuild filename.src.rpm to rebuild the rpm for use on my centos system? I am talking about the src.rpms that dont have a a filename change for example the rpm file name change for kernels, etc that add c0 to the rpm filename I am assuming that if the src.rpm filename from redhat errata page matches that of the rpm in centos that there were no .spec file changes and that i can run the above command to rebuild the rpm or any other src.rpm and then install the updated rpm on my system.

1 0

Updated kernel package fixes security vulnerability.
by Lance Davis 21 Jun '04

21 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There is an updated kernel for CentOS-3.1 https://rhn.redhat.com/errata/RHSA-2004-255.html refers. Updated files are :- all in updates/i386/RPMS/ kernel-2.4.21-15.0.2.EL.c0.athlon.rpm kernel-2.4.21-15.0.2.EL.c0.i686.rpm kernel-BOOT-2.4.21-15.0.2.EL.c0.i386.rpm kernel-doc-2.4.21-15.0.2.EL.c0.i386.rpm kernel-hugemem-2.4.21-15.0.2.EL.c0.i686.rpm kernel-hugemem-unsupported-2.4.21-15.0.2.EL.c0.i686.rpm kernel-smp-2.4.21-15.0.2.EL.c0.athlon.rpm kernel-smp-2.4.21-15.0.2.EL.c0.i686.rpm kernel-smp-unsupported-2.4.21-15.0.2.EL.c0.athlon.rpm kernel-smp-unsupported-2.4.21-15.0.2.EL.c0.i686.rpm kernel-source-2.4.21-15.0.2.EL.c0.i386.rpm kernel-unsupported-2.4.21-15.0.2.EL.c0.athlon.rpm kernel-unsupported-2.4.21-15.0.2.EL.c0.i686.rpm These are available at http://mirror.centos.org/3.1/ and should be on all mirrors within a few hours. To update to the latest version 'yum update kernel' should be sufficient. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFA1sAWcEnkTQJeUTsRAlnjAKCQqkb3dWGjgPRed5V4IivlI+NTmACffcw8 kY1uTE5wmq6rTVPBxF7oU7U= =986u -----END PGP SIGNATURE-----

1 0

CentOS-2 errata
by John Newbigin 21 Jun '04

21 Jun '04

The following errata for CentOS-2 have been built and uploaded the the centos mirror: RHSA-2004:260-01 Updated kernel packages fix security vulnerabilities Files available: kernel-BOOT-2.4.9-e.41.i386.rpm kernel-doc-2.4.9-e.41.i386.rpm kernel-headers-2.4.9-e.41.i386.rpm kernel-source-2.4.9-e.41.i386.rpm kernel-2.4.9-e.41.i686.rpm kernel-debug-2.4.9-e.41.i686.rpm kernel-enterprise-2.4.9-e.41.i686.rpm kernel-smp-2.4.9-e.41.i686.rpm kernel-summit-2.4.9-e.41.i686.rpm More details are available from the RedHat web site at https://rhn.redhat.com/errata/rh21as-errata.html The easy way to make sure you are up to date with all the latest patches is to run: # yum update -- John Newbigin - Computer Systems Officer School of Information Technology Swinburne University of Technology Melbourne, Australia http://www.it.swin.edu.au/staff/jnewbigin

1 0

Re: [CentOS-devel] New kernel released for testing
by Beau Henderson 20 Jun '04

20 Jun '04

No problems here on i686 ( p4 ) and SMP (dual xeon) 2.4.21-15.0.2 On Sat, 19 Jun 2004 09:11:25 -0400 (EDT), Jim Wildman <jim(a)rossberry.com> wrote: > > basic i586 seems to work fine for me. > > On Sat, 19 Jun 2004 lance(a)uklinux.net wrote: > > > > > There is a new updated kernel for centos 3.1 that fixes a security issue. > > > > As I have not had time to test this build I am releasing it for testing > > for 24 hours to pick up any problems before general release. > > > > It is available at :- > > > > http://caos2.caosity.org:/centos/3.1/updates/i386/RPMS/ > > > > The version is 2.4.21-15.0.2.el.c0 > > > > Please install and test these packages, they are as yet unsigned and not > > available via yum. > > > > Lance > > > > > > ------------------------------------------------------------------------ > Jim Wildman, CISSP, RHCE jim(a)rossberry.com http://www.rossberry.com > "Our political way of life is by the laws of nature, of nature's God, and > of course presupposes the existence of God, the moral ruler of the > universe, and a rule of right and wrong, of just and unjust, binding upon > man, preceding all institutions of human society and government." > John Quincy Adamns > > > _______________________________________________ > CentOS-devel mailing list > CentOS-devel(a)caosity.org > http://www.caosity.org/mailman/listinfo/centos-devel > -- Beau Henderson JustManaged.com - Affordable Linux and FreeBSD administration services.

1 0

Re: parting shot re nVIDIA on Linux
by Rick Graves 20 Jun '04

20 Jun '04

Hey, I only got a Voodoo Banshee because one was up for auction locally, and I could get it cheap. I also had good results with a cheapie S3 card. I suspect that most any other card might work better than nVIDIA. So if you want to "cut the Gordian knot" and solve the problems fast, F**K nVIDIA, and try any other display card. Rick

1 0

New kernel released for testing
by lance＠uklinux.net 19 Jun '04

19 Jun '04

There is a new updated kernel for centos 3.1 that fixes a security issue. As I have not had time to test this build I am releasing it for testing for 24 hours to pick up any problems before general release. It is available at :- http://caos2.caosity.org:/centos/3.1/updates/i386/RPMS/ The version is 2.4.21-15.0.2.el.c0 Please install and test these packages, they are as yet unsigned and not available via yum. Lance -- uklinux.net - The ISP of choice for the discerning Linux user.

1 0

still more about: Yum update fails with GPG key
by Rick Graves 18 Jun '04

18 Jun '04

Hey, > That wouldn't be bad if the site wasn't a navigation nightmare. I am > usually pretty good at finding stuff, but our site needs help :) I made a change to the web site that may help -- I added a "Got a problem?" item under Help. The page has hints that would have helped find information on the GPG problem. Check out the new page if you like. Any suggestions for further improvements? Thanks, Rick Graves

1 0

more about: Yum update fails with GPG key
by Rick Graves 18 Jun '04

18 Jun '04

There are a couple of bugs in Bugzilla about this. One that I posted (#622) describes the problem and Russ's response gives the solution. Searching for GPG in Bugzilla finds the bugs, including the one with the solution. --- centos-request(a)caosity.org wrote: > Send CentOS mailing list submissions to > centos(a)caosity.org >

2 1

Re: [Centos] Nvidia Driver and CentOS-3
by scty Library 18 Jun '04

18 Jun '04

--- akonstam(a)trinity.edu wrote: > On Fri, Jun 18, 2004 at 09:37:50AM -0700, scty > Library wrote: > > Ok, Well I have narrowed it down to my mother > board. > > > > It is a Biostar mother board with an NForce2 > chipset. > > > > I have the Nvidia driver working on my home > machine > > which is and Asus board with an NForce chipset > running > > CentOS-3 and the Nvidia driver works fine. > > > > It has to be the NForce2 Chipset that is no good. > I > > have tried updateing bios, Kernel and Xfree. > There is > > just something with this NForce2 Chipset. > > > > Well that all the info I have right now. > > > > Dominic Iadicicco > There seems to be problem with what you are saying. > If this is a 2.4 > kernel the NVIDIA driver should work. For the > standard 2.6 kernel it > does not. > -- They are both 2.4 kernel, One at home and the one at work(which doesn't work). I am not running a 2.6 kernel yet. __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

1 0

Nvidia Driver and CentOS-3
by scty Library 18 Jun '04

18 Jun '04

Ok, Well I have narrowed it down to my mother board. It is a Biostar mother board with an NForce2 chipset. I have the Nvidia driver working on my home machine which is and Asus board with an NForce chipset running CentOS-3 and the Nvidia driver works fine. It has to be the NForce2 Chipset that is no good. I have tried updateing bios, Kernel and Xfree. There is just something with this NForce2 Chipset. Well that all the info I have right now. Dominic Iadicicco __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: NVIDIA on Linux: less is more
by Rick Graves 18 Jun '04

18 Jun '04

Aaron, > It is a kernel problem. The stack size changed in > the 2.6 kernel. You > need a version of the kernel with the old 8k stack > size. You can get > such a kernel from: > www.linuxant.com/driverloader/wlan/full/downloads-fc2-kernel-i686.php > > As you can see these are fedora kernels but might > work on centos. Actually, while troubleshooting this display problem, not only did I swap hardware, I also swapped distributions. Yes, I tried Fedora, and with my hardware running Fedora, I had the same problem with the NVIDIA display card. I then realized it was some Linux problem and not a CentOS problem. Even if using a Fedoral kernel would work for me, I think this would disconnect me from automatic kernel updates via YUM. I got a brand new Voodoo Banshee card off a local auction for less than $10.00. For that kind of money, I would rather not mix and match from different distributions. Rick --- centos-request(a)caosity.org wrote: > Send CentOS mailing list submissions to > centos(a)caosity.org > > > Message: 2 > From: akonstam(a)trinity.edu > Date: Thu, 17 Jun 2004 08:53:15 -0500 > To: Rick Graves <gravesricharde(a)yahoo.com> > Cc: centos(a)caosity.org > Subject: Re: [Centos] Re: NVIDIA on Linux > Reply-To: akonstam(a)trinity.edu > > On Thu, Jun 17, 2004 at 06:17:42AM -0700, Rick > Graves wrote: > > Hello scty library, > > > > I had huge problems with NVIDIA cards on Linux. > The > > screen would go blank as soon as X tried to load. > I > > only tried using the driver that came with CentOS. > > > > > After lots of parts swapping, I found that the > monitor > > (obviously) and (even) the motherboard make a > > difference. > > > > > If so what did you do about it. > > > > Finally, I gave up on NVIDIA cards -- I got a > Voodoo > > Banshee card and things have been easy since. > > > > Rick > > > It is a kernel problem. The stack size changed in > the 2.6 kernel. You > need a version of the kernel with the old 8k stack > size. You can get > such a kernel from: > www.linuxant.com/driverloader/wlan/full/downloads-fc2-kernel-i686.php > > As you can see these are fedora kernels but might > work on centos. > -- ------------------------------------------- > Aaron Konstam > Computer Science > Trinity University > One Trinity Place. > San Antonio, TX 78212-7200 > > telephone: (210)-999-7484 > email:akonstam@trinity.edu > > --__--__-- > > Message: 3 > Date: Thu, 17 Jun 2004 09:04:18 -0700 > From: Greg Kurtzer <greg(a)runlevelzero.net> > To: Petr Klima <qaxi(a)seznam.cz> > Cc: centos Linux <centos(a)caosity.org> > Subject: Re: [Centos] Comming from WhiteBox Linux > ... > > My thought is that simply changing your yum.conf to > point at the Centos > repositories should be sufficient. The other > packages are not needed, but if > the centos repos ever move, it would be nice to just > be able to update your > yumconf packages and get to the new repository. > > On a similar topic: > > I have seen many people now that actually purchased > RHEL migrate to the Centos > repos because up2date was too slow and painful for > them. And BTW, it works > perfectly! The interesting thing was that the Centos > packages where we had > to fix RH branding/trademark issues had newer > released, thus they were updated > from the default RH packages to Centos, which means > those systems are now free > from the RH marks as well... > > I wonder if they would still have to pay a license > to RH for those systems... > > Rick, are you lurking? > > On Thu, Jun 17, 2004 at 11:14:36AM +0200, Petr Klima > told me: > > Hello > > > > several months ago I install WhiteBox Linux on > several severs, I was > > happy, not woriing about upgrading every 1,5 year > as when I use RH 4.0, > > 6.0, 7.3, 9.0 .... > > > > And then WhiteBox went black, WBEL updates > release slowed down and > > maintainer wont help form anybody. Just telling > "If you want quick > > updates, build it yourself.". > > > > I prefer wasting time for customizations and/or > improvements instead > > of things which can be done once and then shared > in comunity. > > > > So, I try to change may servers from WhiteBox to > CentOS. > > > > I get a lot of help form Milan Kerslager which > shifted form WBEL to Tao. > > > > I just wonder if there are any known issues. > > > > On my test server I only install "centos-release" > and removed > > "whitebox-release" and did "yum update" from > CentOS repositories. > > > > It just works. > > > > > === message truncated ===

1 0

Comming from WhiteBox Linux ...
by Petr Klima 17 Jun '04

17 Jun '04

Hello several months ago I install WhiteBox Linux on several severs, I was happy, not woriing about upgrading every 1,5 year as when I use RH 4.0, 6.0, 7.3, 9.0 .... And then WhiteBox went black, WBEL updates release slowed down and maintainer wont help form anybody. Just telling "If you want quick updates, build it yourself.". I prefer wasting time for customizations and/or improvements instead of things which can be done once and then shared in comunity. So, I try to change may servers from WhiteBox to CentOS. I get a lot of help form Milan Kerslager which shifted form WBEL to Tao. I just wonder if there are any known issues. On my test server I only install "centos-release" and removed "whitebox-release" and did "yum update" from CentOS repositories. It just works. The question is if I need those : centos-yumcache centos-yumconf especialy centos-yumconf because it contains same cfg file as yum

2 1

Re: NVIDIA on Linux
by Rick Graves 17 Jun '04

17 Jun '04

Hello scty library, I had huge problems with NVIDIA cards on Linux. The screen would go blank as soon as X tried to load. I only tried using the driver that came with CentOS. After lots of parts swapping, I found that the monitor (obviously) and (even) the motherboard make a difference. > If so what did you do about it. Finally, I gave up on NVIDIA cards -- I got a Voodoo Banshee card and things have been easy since. Rick > Message: 1 > Date: Wed, 16 Jun 2004 08:17:21 -0700 (PDT) > From: scty Library <sctylib2004(a)yahoo.com> > To: centos Linux <centos(a)caosity.org> > Subject: [Centos] Nvidia Drivers > > When I load the latest driver from Nvidia in > CentOS-3 > the logon screen turn light gray and I can't log in. > > Has anyone else had this problem? > > If so what did you do about it. > > If I use the driver that comes with CentOS I don't > have any problems. > >

2 1

Nvidia Drivers
by scty Library 16 Jun '04

16 Jun '04

When I load the latest driver from Nvidia in CentOS-3 the logon screen turn light gray and I can't log in. Has anyone else had this problem? If so what did you do about it. If I use the driver that comes with CentOS I don't have any problems. __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail

1 0

Upgrading fom Fedora Core 1 to Centos - Reiserfs?
by Tim O'Callaghan 16 Jun '04

16 Jun '04

Hi, I want to 'upgrade' from fedora core 1 to centos 3.1, but all of my partitions are reiserfs. The anaconda installer does not give the option to use reiserfs in the disk partitioning portion, is there any way to change this? or should i use a different method to upgrade? Tim.

1 0

Yum update fails with GPG key
by jack＠leadershipbynumbers.com 15 Jun '04

15 Jun '04

I'm getting ready to upgrade to Centos-3.1, but I have a database application that is having difficulty. It needs the libstdc++ libraries. When I run it, it generates the following message: error while loading shared libraries: libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory Well, this error doesn't look so bad, as long as I can run Yum on it and get the libraries. Unfortunately, the Yum install fails with a bad GPG key. I've done this Yum install on Centos-2 (for the same library), so I'm not sure why I'm seeing a failure. Here's what I see when I run Yum (I added the -t hoping to ignore the error): [root@linux root]# yum -t install compat-libstdc++ Gathering header information file(s) from server(s) Server: CentOS-3.1 - Addons Server: CentOS-3.1 - Base Server: CentOS-3.1 - Extras Server: CentOS-3.1 - Updates Finding updated packages Downloading needed headers Resolving dependencies Dependencies resolved I will do the following: [install: compat-libstdc++ 7.3-2.96.128.i386] Is this ok [y/N]: y Getting compat-libstdc++-7.3-2.96.128.i386.rpm compat-libstdc++-7.3-2.96 100% |=========================| 1.0 MB 00:23 warning: rpmts_HdrFromFdno: V3 DSA signature: NOKEY, key ID 025e513b Error: Could not find the GPG Key necessary to validate pkg /var/cache/yum/update/packages/compat-libstdc++-7.3-2.96.128.i386.rpm Error: You may want to run yum clean or remove the file: /var/cache/yum/update/packages/compat-libstdc++-7.3-2.96.128.i386.rpm Error: You may also check that you have the correct GPG keys installed If you have any ideas how to get the libraries, that would be a big help to finishing this move. All the best, Jack Jack(a)leadershipbynumbers.com http://LeadershipByNumbers.com

4 6

Netatalk
by Jakub Wojtanowski 15 Jun '04

15 Jun '04

yum was unable to find and install netatalk, so i used RH9 package. It successfully installed, but didn't started. Dmesg showed me that some module is missing. I pressume I will need to compile new kernel, right ? Best Regards Kuba

2 1

Re: [Centos] yum update]
by akonstam＠trinity.edu 15 Jun '04

15 Jun '04

When I try : yum -y update I get the error: Error: Could not find the GPG Key necessary to validate pkg /var/cache/yum/update/packages/php-mysql-4.3.2-11.ent.i386.rpm Error: You may want to run yum clean or remove the file: /var/cache/yum/update/packages/php-mysql-4.3.2-11.ent.i386.rpm Error: You may also check that you have the correct GPG keys installed This has not happened to me on other distributions. How do I get the correct GOG key and install it? -- -- -- ------------------------------------------- Aaron Konstam Computer Science Trinity University One Trinity Place. San Antonio, TX 78212-7200 telephone: (210)-999-7484 email:akonstam@trinity.edu

2 1

Updated squirrelmail package fixes various vulnerabilities
by Lance Davis 15 Jun '04

15 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There is an update to squirrelmail for CentOS 3.1 https://rhn.redhat.com/errata/RHSA-2004-240.html refers. Updated files are :- updates/i386/RPMS/squirrelmail-1.4.3-0.e3.1.noarch.rpm updates/i386/SRPMS/squirrelmail-1.4.3-0.e3.1.src.rpm These are available at http://mirror.centos.org/3.1/ and should be on all mirrors within a few hours. To update to the latest version 'yum update squirrelmail' should be sufficient. Lance -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAzj+fcEnkTQJeUTsRAtcgAJ9Ukr9s7x4vs8nF2oQScRIXCAsDfgCgjGW+ 0RStDg5J97U4GhHCAbh0JJE= =U4YW -----END PGP SIGNATURE----- -- uklinux.net - The ISP of choice for the discerning Linux user.

1 0

CentOS-2 errata
by John Newbigin 14 Jun '04

14 Jun '04

The following errata for CentOS-2 have been built and uploaded the the centos mirror: RHSA-2004:244-01 Updated Tripwire packages fix security flaw RHSA-2004:245-01 Updated httpd and mod_ssl packages fix minor Apache security vulnerabilities Files available: tripwire-2.3.1-18.i386.rpm apache-1.3.27-8.ent.i386.rpm apache-devel-1.3.27-8.ent.i386.rpm apache-manual-1.3.27-8.ent.i386.rpm mod_ssl-2.8.12-4.i386.rpm The easy way to make sure you are up to date with all the latest patches is to run: # yum update -- John Newbigin - Computer Systems Officer School of Information Technology Swinburne University of Technology Melbourne, Australia http://www.it.swin.edu.au/staff/jnewbigin

1 0

yum update
by Roy Kartadinata 14 Jun '04

14 Jun '04

Hi all, Just a quick question regarding yum update. Is it possible to configure yum to use one of the mirror site instead of mirror.centos.org ? If its possible, which file need to be editted, I see three yum config in /etc -- +---------------------------------------------------------------------------------+ Roy Kartadinata Pixie Internet Services "This is Linux country. If you listen carefully, you can hear Windows reboot..." +---------------------------------------------------------------------------------+

3 2

package rebuild turn around
by chris weisiger 12 Jun '04

12 Jun '04

what is the turn around time from the time srpms are announced on redhat site to be available for centos3 for updating of systems

2 1

Linux World Expo 2004 in SF
by Greg Kurtzer 11 Jun '04

11 Jun '04

The cAos Foundation and hosted projects have been granted a booth in the Dot Org Pavilion of Linux World Expo in SF this August. If you are a developer or contributor of the project and would like to help staff the both, please send me a private email so we can coordinate. I don't have the actual numbers of Exhibitor badges that we can get yet, but I would assume it is not many. This means it is first come first serve to receive a booth duty free pass. BTW, only people who can dedicate the entire show time including an extra day before and possibly after the show for setup and tear-down (thus August 1-6) should consider volunteering. Thanks. -- Greg M. Kurtzer http://runlevelzero.net/ http://caosity.org/ http://warewulf-cluster.org/

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss