Discuss May 2005

discuss@lists.centos.org

221 participants
344 discussions

Re: CentOS and SL, together? -- GPL, LGPL, kernel and user ...
by Bryan J. Smith <b.j.smith＠ieee.org> 29 May '05

29 May '05

From: Johnny Hughes <mailing-lists(a)hughesjr.com> > Nope ... I can't build that with GNU gcc and against GNU glibc and > release it ... sorry, no OpenAFS :( ??? Actually, you _can_. You just can't link it into the GPL kernel program. [ I'm not posting this to cross you. But someone correct me if I'm wrong. ] There is nothing in the GPL that prevents a GPL compiler from producing non-GPL code. And LGPL can be statically linked against non-GPL compatible code. So that means the OpenAFS _server_, which is user-space, can be built with GPL GCC and dynamically linked against LGPL GLibC. But the OpenAFS _client_, which is kernel-space, cannot be statically linked into the GPL kernel program. [ I believe there is an OpenAFS client that is GPL, missing various IBM code. ] -- Bryan J. Smith mailto:b.j.smith@ieee.org

2 1

Re: [CentOS] Re: Demonizing generic Linux issues as Fedora Core-only issues -- WAS: Hi, Bryan
by Bryan J. Smith <b.j.smith＠ieee.org> 29 May '05

29 May '05

From: Collins Richey <crichey(a)gmail.com> > It's a little more than that. I find few people who consider RedHat to > be a Demon Evil or that they can't do anything right, but I can > understand the concern about some of their decisions which have made > life difficult for (granted) a few, and it's not really helpful to > demonize those who complain, as Bryan has done. In essence, RedHat is > a business entity, and they make their decisions for business reasons. No offense, but I tire of being the "focal point of example" when all I'm doing is explaining why Red Hat has done something. Especially when one thing that severely dominates the landscape are statements of "Fedora Core / Red Hat-only bugs" which are simply total fabrications. Why am I blamed for pointing out that they are not? Oh, that's right, it's not popular to explain something as not a Red Hat-instigated issue. I seem to remember that same issue in the Windows world as well, where people seem to want to assign blame to Microsoft for everything too. The problem is that when everyone just instantly blames Red Hat for everything, just like Microsoft, it drowns out all those who do have _legitimate_ and _technically_ "well thought out" issues that _could_ be of good consideration for Red Hat. It's hard to make these issues known among a screaming bunch of "bitchers." And that's what it is. Especially when people do not stop to recognize the root causes of the issue. It's not "picking a side" -- it's about stopping and understanding why. Because only when you understand why can you either A) see it changed and, if that is not a solution, B) accommodate it as best as you can. > True enough. My biggest problem, philosophically at least with RedHat, > is the now unified release: what's good for server users is what > Desktop users get. This goes back to the whole eWeek mis-quote of Michael Tiemann where the whole world said Red Hat was "getting out of the desktop market." In reality, I totally agree that it's really not of any interest to Red Hat to keep trying to _sell_ a _product_ that is geared towards all the endless uses of a consumer/custom desktop. It's _cheaper_ and more _effective_ for Red Hat to put people on developing and giving away a distro like Fedora Core. It was a basic admission that Red Hat Linux as a "product" was attempting to please way too many people, and was failing to do so. If you don't like what you see in RHEL/CentOS as standard, your best bet is to get involved with Fedora Core, and attempt to see things included and tested in it first. Just a Bugzilla request, sometimes it's that simple to get what you want -- as long as you're willing to wait out Red Hat's testing cycle. That's the problem, people want it now, and that just ain't gonna happen. ;-> > I'm still looking for the binary distro that has a really stable base but > offers functionality upgrades as they come along. Balance but not > bleeding edge is the name of the game. You're going to be waiting forever. Even if you can somehow have the absolutely most stable package versions from all the various projects, there is no guarantee they will work together well. Only integration testing of all packages as a whole unit do that -- and it's not something that you can do without time and testing. Which is where 2-2-2, 6-6-6 come in better than anything else. > Yes, I know about Gentoo. I've run it almost since inception, and it's > ideal in many respects. Gentoo is a "ports" distro which has _many_advantages_. Unfortunately, maintaining "configuration management" on a ports distro is a bit more involved. I.e., you have basically moved 100% of regression testing onto yourself. ;-> > I've enjoyed this discussion and learned a lot about RedHat that I > didn't know. I thank you for your rational comments. Unlike Bryan, I > think you realize that not everyone who disagrees with RedHat on a > given topic is an ignoramus. Thank you for demonizing me so. The only time I said someone was "ignorant" is when they absolutely refused to stop and understand why Red Hat develops RHEL the way they do, and want to call things "Fedora Core / RHEL-only bugs." In other words, blindly assign blame to Red Hat all-the-time, for everything. -- Bryan J. Smith mailto:b.j.smith@ieee.org

1 0

CentOS-announce Digest, Vol 3, Issue 17
by centos-announce-request＠centos.org 28 May '05

28 May '05

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2004:650 CentOS 3 i386 libxml - security update (Tru Huynh) 2. CESA-2004:650 CentOS 3 x86_64 libxml - security update (Tru Huynh) 3. CESA-2004:638 CentOS 3 i386 gd - security update (Tru Huynh) 4. CESA-2004:638 CentOS 3 x86_64 gd - security update (Tru Huynh) ---------------------------------------------------------------------- Message: 1 Date: Fri, 27 May 2005 15:28:28 +0200 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2004:650 CentOS 3 i386 libxml - security update To: centos-announce(a)centos.org Message-ID: <20050527132828.GA11260(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2005:650 libxml security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2004-650.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/libxml-1.8.17-9.2.i386.rpm updates/i386/RPMS/libxml-devel-1.8.17-9.2.i386.rpm source: updates/SRPMS/libxml-1.8.17-9.2.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update libxml\* Tru -- Tru Huynh (CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

Re: Re: [CentOS] Re: centos] Kickstart from FTP or USB
by Vladan Nikolic 28 May '05

28 May '05

>Bryan J. Smith wrote: > >>Yes. DHCP is the successor to BOOTP that offers a superset of its >>functionality. But in the original BOOTP functionality, you would pass >>the filename the BOOTP client would retrieve from a TFTP server so it >>could boot. The file was then booted. >> >>This is how we have been installing workstations/servers in the UNIX >>world for 2+ _decades_ -- BOOTP+TFTP (plus, typically, an NFS mount). >>The PC only adopted it in more recent years. >> >>E.g., Microsoft Remote Installation Services (RIS) sets up the same >>thing (although uses a SMB mount after the BOOTP+TFTP). >> >> > >Thanks. > >So I guess I should take this as:- > > No, it is not possible just to put the ks file onto an FTP server along >with the install file. I have to have a proper DHCP server and TFTP. Nope, it's not true. I have ftp server, and in root directory I have all ks files for my servers. It is the same ftp server that servers as repository for ks instalations (every distribution has it's own subfolder). All i have to do is boot server from instalation CD, on boot prompt enter: linux ..ks=ftp://192.168.10.10/ks.cfg .... and in ks.cfg there is something like (i type this from head, search for exact line): url ftp://192.168.10.10/distrib1 and that's it

3 2

Kickstart from FTP or USB
by Lee W 28 May '05

28 May '05

Hey Everyone, I was wondering if anyone has managed to do a network install where the kickstart file is located either on an FTP site (which is also where the packages are stored) or on a USB flash drive. I've tried starting the installer with "linux ks=/dev/sda/ks.cfg" or "linux ks=/dev/sda1/ks.cfg" or "linux ks=ftp://what.ever.Ip.address/pub/ks.cfg" but when the installer starts I just gen error (something) like "null: bad address. I've checked the RH docs and it seems that at the very least the USB method should work. Thanks in advance Regards Lee

5 6

rpm problem after recent yum update
by Ping-Wu Zhang 28 May '05

28 May '05

After a yum update (yesterday), I am now unable to install any rpm package. An example of the error message is duplicated below: %pre(VMwareWorkstation-5.0.0-13124.i386) scriptlet failed, exit status 255 error: install: %pre scriptlet failed (2), skipping VMwareWorkstation-5.0.0-13124 Could anyone help? Thanks in advance.

3 6

XFree86-devel package error
by John Quaglieri 28 May '05

28 May '05

I'm not sure if this has been brought up before, but there is error with the XFree86-devel package on CentOS3. Both gccmakedep and xft-config are broken symlinks to archexec in the folder /usr/X11R6/bin. Is there another RPM that provides archexec? This is not a problem on CentOS4. It does look like RHEL suffers from the same problem. -- Regards, John Quaglieri InterServer, Inc 201-643-0135x101

1 0

Re: [CentOS] Intel Matrix SATA RAID drivers
by Bryan J. Smith <b.j.smith＠ieee.org> 28 May '05

28 May '05

From: Mickael Maddison <mike(a)kamloopsbc.com> > Hello CentOS, > Does anyone know if there's a driver out there that'll enable CentOS > 4.x to use the Intel Matrix SATA RAID settings on the 915 chipsets? All FRAID cards do is setup the RAID organization in the 16-bit Int13h disk services. In other words, the vendor introduces its own data organization for RAID, instead of relying on the OS. So there's really no such thing as a RAID driver for any FRAID card (Fake/ Free RAID) implementation. It's all software RAID. The system directly drives the ATA channels, which means the OS uses the standard ATA driver. That means that the FRAID card must either: A) Provide the FRAID logic as a kernel module A few do, and it's a massive binary object that is kernel build-specific. The FRAID logic is licensed from a 3rd party, and that 3rd party makes all of its money from that proprietary logic, so it will never be GPL. B) Write a data organization/interface wrapper kernel module to Linux's ataraid.c FRAID logic module. The GPL/reverse engineered hptraid.c, pdcraid.c and silraid.c modules are examples that don't work well at all, and only for a few models of each. C) Write a data organziation/interface wrapper to Linux's LVM/MD instead of the ataraid.c logic module. This is far more ideal and higher performing, but it makes it OS-specific. I believe this might be what the RAIDCore cards do for Linux support. Intelligent, hardware RAID don't have to do A-C, because the RAID logic is on-board in the firmware, driven directly by an on-board microcontroller or ASIC. FRAID cards use your host CPU and software. That's why RAID are so cheap and have *0* additional hardware over a standard ATA controller. -- Bryan J. Smith mailto:b.j.smith@ieee.org

2 1

Intel Matrix SATA RAID drivers
by Mickael Maddison 27 May '05

27 May '05

Hello CentOS, Does anyone know if there's a driver out there that'll enable CentOS 4.x to use the Intel Matrix SATA RAID settings on the 915 chipsets? -- Best regards, Mickael mailto:mike@kamloopsbc.com www.MickaelMaddison.com

1 0

Official CentOS CD/DVD Vendor Program
by Johnny Hughes 27 May '05

27 May '05

All, I would like to announce our Official CentOS CD/DVD Vendor Program. We currently have 3 vendors, and 2 more who are putting together their information. (Not bad ... the official program has been going for less than 12 hours :) The details of the program (how to get in it, what they give back to the CentOS Project, etc.) are here: http://www.centos.org/images/CentOS_CD_Vendors.pdf Here is the page that contains the current vendors: http://www.centos.org/vendors The CentOS project has looked at the vendors listed, and we highly recommend them if you want to buy CentOS CDs or DVDs. They give back to the CentOS Project for every CentOS CD/DVD they sell and we greatly appreciate it. If you are a CD/DVD vendor and are interested in being in our official program, see the above guide. If you are a CentOS user looking to buy CDs or DVDs, please use our official vendors to get all your pre-made CDs or DVDs (not just CentOS products) ... and if you are buying other products from them because they are official CentOS vendors, let them know that is the reason :) Thanks, Johnny Hughes

8 12

← Newer
1
2
3
4
5
6
7
8
...
35
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 May 2005