similar to: Re: nVIDIA on Linux -- less is more

John, I did not hear back from you right away. Maybe doing all the combinations is too big a job for one person. It might work if we split them up. I could do these two: RedHat 9 -> reinstall CentOS-3.1 RedHat 9 -> live update to CentOS-3.1 I am volunteering for these because I already have RedHat 9 and CentOS-3.1 CD's. The only rub is on Saturday I go on vacation, and at

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

Kevin, > Will the same problems exist with CentOS-3.3 > that existed in CentOS-3.1 regarding the nvidia > graphics cards. I can try it later this week (assuming that CentOS-3.3 is fully ready to go by then). At the office, I have all the components of my "hardware combination from hell," and it would be easy to get them all onto the test bench. Rick > Message: 2 >

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&SubMenu= Rick

Ulrik wrote: Message: 2 Date: Thu, 23 Sep 2004 14:59:14 +0200 (CEST) From: "Ulrik S. Kofod" <usk at cybersite.dk> To: centos at caosity.org Reply-To: usk at cybersite.dk Subject: [Centos] network card / kudzu When I have installed centOS, Kudzu says my network cards have been removed, and right after it finds them again and asks me to configure them? It looks like it is the

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

Denis, You wrote: > You may have problems on your side...but you can't generalise and say that it does not work. Maybe you have me confused with someone else. I did not write or imply that nVIDIA cards never work. Rather, I wrote that they may not work. By this, I meant that they do not work with some monitors. I checked what I wrote, and I believe the above paragraph is

Rick Graves wrote: > John, > > I think the error that I encountered earlier this week > was because I am now blocked from accessing the main > CentOS mirror. > > At any rate, today I tried a different mirror, and at > least yum would run. > > I am still on the RH9 X install. > > I tried yum update, and got this: > > Resolving dependencies >

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

Hey, Greg suggested that I take a straw poll. Should cAos take steps to prevent getting stuck with a big ISP bill in the future? For example, should cAos: a) for new installs, have the yum.conf point to public mirrors, rather than to mirror.caosity.org? b) make sure that "yum update" does not substitute a new yum.conf file that points only to mirror.caosity.org? c) allow public

Lance, Let's go at this from another angle. > I am absolutely certain having analysed the logs > that the excess bandwidth was caused by people > downloading .iso images for centos from our > master mirror(s) .... How could this happen? Here is my explanation: 1) As far as I am aware, the cAos site does NOT ask distro users to download from public mirrors, rather than from

Hey, Lance mentioned yum group install. This yum group capability makes the "server" CD's more versatile than the name implies -- you only need a broadband connection to get any kind of CentOS install you want. Start with a minimal install off the CD, and then use the yum group install to conveniently get the same install you could get off the 3 CD set (only more up to date).

thanks for the head up. what os are you running on the blades?? Phillip James System Administrator The Garden City Group, Inc. 105 Maxess Road Melville, NY 11747-3836 Phone: (631) 470-5044 Fax: (631) 940-6561 E-mail: Phillip.James at GardenCityGroup.com ==================================================== This communication (including any attachments) is intended for the use of the intended

Hey, A "powered by RedHat" gif recently appeared on the bottom of the mirror monitor (mirmon) page: http://www.advanced-app.com.hk/caosity/ This appeared in place of the "powered by CentOS" gif that used to be there. The mirmon page is getting it from the icons directory under the default html directory. An Apache update in November put the new gif there in place of the

It turns out that the release of Centos-3.3 was so popular, that it threw us way over the threshold of our ISP's, and now we are stuck with a _very_ large bill (as in an estimated 6TB of transfers). While in one hand I am ecstatic that we are so successful, but on the other hand, that is coming out of the developers pockets. The developers should be the last ones footing these bills (and this

Beau, > Subject: Re: [Centos] HOWTO? Upgrade Centos-2 to > Centos-3 John Newbin has been working on a migration center. It may have some useful information; get it here: http://uranus.it.swin.edu.au/~jn/linux/centos-2/migration.htm > Correct me if I am wrong, but centos 2 > is based off or redhat 7.2, so it may work. Check out the CentOS/RedHat family tree at the bottom of the

http://hg.dovecot.org/dovecot-dbox-redesign/ Looks like multi-dbox scales pretty nicely. Even after 100k messages the peak saved msgs/sec is the same as the initial saved msgs/sec, even if the average slows down somewhat. I tested this by first deleting mailbox, then running "imaptest" for a second to get saving to start writing several fields to dovecot.index.cache file. Then ran

I thought I'd try benchmarking with dbmail (v2.2.4) to see how much slower a SQL backend could actually be. Skip to bottom for the conclusions. Originally I ran the tests with the databases being in XFS filesystem. MySQL's performance was horrible. It went 3-7x faster with ext3. MySQL 5.0.30 backend (innodb): ./imaptest clients=1 - append=100 seed=1 secs=30 msgs=1000000 logout=0

Hello CentOS, Just wondering what might be happening here? Tried to subscribe to the announce list and when I sent my verification message I am getting the following error/warning. Is there a problem with lists.caosity.org? jer X-Gmail-Received: b75e623dc9588fd982772266354b23dc4c3b68a6 Delivered-To: jerry57 at gmail.com Received: by 10.38.152.31 with SMTP id z31cs9862rnd;

All, There are 3 bugfix updates for CentOS-4 (RC1). 1. mod_perl needed to be recompiled after the RH errata for perl was incorporated, but it was not flagged by the perl update. ( https://bugzilla.caosity.org/show_bug.cgi?id=803 ) (thanks Joshua Hirsh) 2. httpd identified itself as Apache/2.0.52 (Red Hat) Server instead of CentOS ( https://bugzilla.caosity.org/show_bug.cgi?id=806 ) (thanks