Discuss June 2005

discuss@lists.centos.org

197 participants
362 discussions

Re: [CentOS] Vote For CentOS :)
by me＠prestoncrawford.com 04 Jun '05

04 Jun '05

-------- Original Message -------- > From: Alex White <prata(a)kuei-jin.org> > Sent: Thursday, June 02, 2005 5:45 PM > To: CentOS mailing list <centos(a)centos.org> > Subject: Re: [CentOS] Vote For CentOS :) > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Johnny Hughes wrote: > | > | No ... not at all. RedHat does not spend any time making sure > that the > | people who use CentOS can get free updates. > | > | They did not put together a world wide mirror network for free that > | everyone can use to get free enterprise level software. > | > | I am sick and tired of people minimizing the work that the CentOS > | Developement Team does. > | > | If you don't want to use CentOS, then don't use it ... but it is not > | easy to maintain a distro based on RHEL ... (or anything else for that > | matter). > | > | So, no, if you like and use CentOS, you should vote for CentOS. > | > | A couple hundred thousand people use it ... and hopefully they > | appreciate the amount of work it takes to maintain. > > Johnny, > > I certainly appreciate all of the work that has gone into CentOS. > I've not done that ballot just yet, but I will certainly be casting > my vote for CentOS. > > Thanks Johnny for the work. I appreciate it as well. In fact I plan on donating one of these days when I get the money. And I'm definitely recommending it to all my friends/family who use Linux. Yes, Red Hat creates RHEL. But by that logic shouldn't the credit be given to each contributor to each individual project that goes into a distro? Red Hat doesn't create mySQL, do they? Or Apache? How about Firefox? Is that Red Hat's baby? Point is, if you keep on saying "give credit where credit is due" you have to pass it down the line to the individual developers, testers, bug-fixers, etc. for the thousands of projects that go into RHEL. Not to mention all the brave Fedora users. So in the end, all things being equal and considering the above, my vote goes for CentOS. Preston

5 5

Re: [CentOS] Vote For CentOS :)
by Bryan J. Smith <b.j.smith＠ieee.org> 04 Jun '05

04 Jun '05

From: Robert <kerplop(a)sbcglobal.net> > You noticed that statement, too, huh? Yes. That's why I now sound like a broken record: We _all_ stand on the shoulders of others No one should be considered more important than anyone else, at least when it comes to GPL software and redistribution. The great thing about any GPL project is that if you don't like them, the project, etc... you can choose another. Unfortunately, too many people think you must comment negatively on the original, or the fork. There is all this "versus" and "absolutes" non-sense that drives me wild. > That begs the questions: > Why am I here then? > Why are you (not you, BS) here then? I don't claim to be innocent. But other than stupidly engaging on the "GPL license/trademarks" stuff, I maintain a 100% _technical_ focus in my commentary. I could care less about credit, brandnames, marketing, etc... > Why are we running CentOS? From dictionary.com: 3. Worth > in usefulness or importance to the possessor; utility or merit: > the value of an education. I think people get confused on "value." Yes, if RHEL wasn't available in SRPM form, or didn't exist, then CentOS probably wouldn't exist (at least as we know it). And sure, without CentOS, RHEL would still go on. But that doesn't mean CentOS doesn't have value. -- Bryan J. Smith mailto:b.j.smith@ieee.org

3 2

installation count?
by Todd Blake 04 Jun '05

04 Jun '05

Out of curiousity...I wonder if anyone has an idea of how many centos installations are out there?

5 7

CentOS/RHEL versioning scheme?
by Morten Kjeldgaard 04 Jun '05

04 Jun '05

I am a bit puzzled at the versioning scheme of the RedHat clone family. RedHat seems to use integer 4, Tao and Centos does the same. If you do rpm -q --qf '%{version}\n' -f /etc/redhat-release you get '4'. However, Scientific Linux uses 4.0, and that seems to me to be a more logical choise, since presumable there are going to be versions 4.1, 4.2, etc. Is there any good reason for the version of package centos-release NOT to be 4.0? It has a significance in automated scripts trying to work out which distribution and version you are running, and it seems silly to treat the different RHEL4 clones differently. It would make sense for CentOS to coordinate/agree_upon a common scheme among the different distributions. Cheers, Morten PS: Perhaps someone can provide info about other RHEL clone distros! -- Morten Kjeldgaard, Asc. professor, Ph.D. Department of Molecular Biology, Aarhus University Gustav Wieds Vej 10 C, DK-8000 Aarhus C, Denmark Lab +45 89425026 * Mobile +45 51860147 * Fax +45 86123178 Home +45 86188180 * ICQ 27224900 * http://www.bioxray.dk/~mok

4 5

Re: [CentOS] Attempting custom CentOS4 network install
by Bryan J. Smith <b.j.smith＠ieee.org> 04 Jun '05

04 Jun '05

From: Ajay <ajay(a)unisoftindia.net> > A new hdlist and hdlist2 is sucessfully regenerated in CentOS/base dir > with a small reduction in file size of hdlist, but the network install fails > at the end of "Preparing RPM transaction" screen with the message > "install exited abnormally" and shuts down. > Am I missing something? I've had this happen when there is a conflict between some core packages. It's a PITA to resolve because, as you found out first-hand, you don't know it until you're half-way through an install. My approach has been to only add packages I know are safe and won't conflict with core FC/RHEL packages, and then install any additional from either an internal APT-RPM or YUM-RPM repository. I typically do the latter to fetch system updates anyway, including creation of RPMs for key configuration files (and updates). E.g., "CONFIG_BS-2.1.noarch.rpm" (the package name conviniently matching my initials if anyone hasn't noticed that yet ;-). From: Sean O'Connell <oconnell(a)soe.ucsd.edu> > Ajay- > It would be far simpler to setup a yum repository for the additional > packages, create a custom yum.conf (or repo file for the repo), and then > install that yum.conf or repo file in %post and then follow that up with > a > yum -t -y install foo bar baz I remember Seth talking awhile back on a Fedora list about the next generation installer (Anaconda-based?) being able to pull from YUM-RPM repositories at install-time for network installs. Has anyone been tracking that development? -- Bryan J. Smith mailto:b.j.smith@ieee.org

4 4

multimedia kernel
by Robin Mordasiewicz 04 Jun '05

04 Jun '05

Is anyone using any type of multimedia patched kernels such as the one available at planet CCRMA. Or does anyone know where I can dl multimedia patched kernel rpm for centos.

3 6

Re: [CentOS] bad blocks showing up
by Bryan J. Smith <b.j.smith＠ieee.org> 03 Jun '05

03 Jun '05

From: Ted Kaczmarek <tedkaz(a)optonline.net> > I have seen what I consider an exorbitant amount of ide drive failure > lately, granted most of these are lower grade machines, but the > percentage of drives failing seems to be much higher than I recall. That's because ATA drives are spinning higher and higher, and people aren't cooling nearly as good as they used to. The typical, "commodity" ATA drive is typically rated for only 50,000 restarts with 8 hours of operation between, resulting a MTBF of 400,000 hours. And that assumes the following "ideal" conditions: - Ambient drive temperature never exceeds 40 degrees C - Drive is not powered 24x7 (most vendors recommend no more than 14x5 on their "commodity" models) - Drive is spun up at least once every few weeks** [ **NOTE: This is a major reason why you should _never_ use ATA drives a backup media if they are not going to be powered-on regularly (like in an on-line/near-line backup system). ] Now some vendors test their "commodity" drive lines and reserve those that test to higher tolerances for "Enterprise" labeling, possibly for the same ATA, or maybe a server SATA or SCSI drive. Other vendors use completely different lines for "enterprise" drives, using better lubricants, filters, mechanics, etc... > Is their possibly something with ext3 that stresses drives more? > Maybe the location of the journaling info? Naah, that would affect FAT systems and others too. The main problem is the density, spindle, heat and "ultra-thin manufacturing margin" of the drives these days. Especially given the increased spindles, the "cheap drives" just don't last under the constant operation and heat at 7200rpm. The "Big 3" manufacturers are Hitachi, Maxtor and Segate. IBM, Western Digital and other vendors no longer manufacture, and haven't for awhile. Hitachi and Seagate have split-lines, commodity and enterprise. Interface doesn't have anything to do with it, and even Hitachi and Seagate have SATA and SCSI models that use the exact same lines as their most commodity ATA ones. Of course, they also offer "Enterprise" ATA, SATA and SCSI models too, that are rated for much higher tolerances. Maxtor actually has a single commodity approach. Then they test drives against tolerances and rate them for MTBF and warranty based on that testing. I.e., all drives pretty much come off the same line, but the "Enterprise" drives are the ones that test high, while the "commodity" drives are everything left over. I'm partial to Seagate, despite the extra 10-20% cost on the commodity models, because they are giving 3-5 warranties as standard. They seem to do a little better on standard components, but that's just my opinion. -- Bryan J. Smith mailto:b.j.smith@ieee.org

1 0

Re: [CentOS] Re: Separate list for political/philosophical discussion
by Bryan J. Smith <b.j.smith＠ieee.org> 03 Jun '05

03 Jun '05

From: Ugo Bellavance <ugob(a)camo-route.com> > What does that mean... I can't really connect it to my original post. Sorry, I meant "list" instead of "last." As always, I believe in a meritocracy. And that means those who are on the project have final say. And those who don't should respect their wishes. With that said, I am not on the project, so I would respect what the project maintainers say. -- Bryan J. Smith mailto:b.j.smith@ieee.org

3 2

opensource backup software suggestions please
by Robin Mordasiewicz 03 Jun '05

03 Jun '05

What are the users here opinions on enteriprise grade opensource software for doing backups, as an alternative to bakbone or veritas. We just have basic requirements, i.e backing up nfs servers. --

8 9

Re: [CentOS] Re: opensource backup software suggestions please -- VTL option ...
by Bryan J. Smith <b.j.smith＠ieee.org> 03 Jun '05

03 Jun '05

From: Ugo Bellavance <ugob(a)camo-route.com> > I'm using Thunderbird with nntp access on gmane and it works perfectly, > maybe you should try this out Brian. I use Evolution at home and it has no issues tracking Message Id. > I used to break threads with my other e-mail clients. Unfortunately, I have to use a web-based client at work. -- Bryan J. Smith mailto:b.j.smith@ieee.org

1 0

← Newer
1
...
27
28
29
30
31
32
33
...
37
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss June 2005