From notting at redhat.com Mon Jul 21 14:03:38 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 10:03:38 -0400 Subject: Announcing a beta release of Red Hat Linux: Severn Message-ID: <20030721100338.A701@devserv.devel.redhat.com> Thank you gentlemen. This is rumor control. Here are the facts. As some of you know, new Red Hat Linux Beta bits crash landed here at 1000 on the morning watch. There was one survivor. Two dead processes, and a daemon that was hopelessly smashed beyond repair. The survivor is called SEVERN. It's that time again. (Time to floss?) (Time to make a gooky?) No, it's time for a Red Hat Linux Beta, named SEVERN. "I just want to say that I took a vow of stability. That also includes betas. We all took the vow. Now let me say, that I for one, do not appreciate Company policy allowing beta bits to freely intermingle..." "Cheeky bastard, right sir?" "What brother means to say is ... We view the presence of any outside OS, beta, as a violation of the stability, a potential break in the spiritual unity." We are well aware of your feelings in this matter. You will be pleased to know that I have requested a testing team - Hopefully, they will be here inside of a few hours and evaluate it A.S.A.P. As always, betas such as SEVERN are not intended for use on production environments. Use as such could lead to your machines being slaughtered like pigs by the dragon. Or just public laughter. Problems with SEVERN should be reported via bugzilla, at: http://bugzilla.redhat.com/bugzilla/ What's its development status? "It doesn't seem too horrendously in flux. Difficult at this moment to make a specific diagnosis." Among other things, SEVERN has: - a new graphical boot - GCC 3.3 - an updated 2.4.21 kernel - updated Evolution and Mozilla - and more! Will it live? "Yes, I should think so." Look, none of us here is naive. It's in everybody's best interests if this beta doesn't come out into production until the testing team is through with it. And certainly not without the proper qualification and bug reports. Right? So we should all stick to our set routines and not get unduly agitated. Correct? All right. Thank you gentlemen. Speaking of unduly agitated... there's lots of rumors going on about Red Hat Linux. We've been doing it for nearly ten years now, and in that time, there's been various changes. From rpp to RPM, from Red Hat Commercial Linux to Official Red Hat Linux, from 'install' to anaconda. And now, we're making another change. We changed the rules. We said our Linux should be your Linux. Just as most of the software in Red Hat Linux is developed in an open fashion, so should Red Hat Linux itself; driven by those who develop, test, document, and translate. To accomplish this, we're opening up our process. Now this is an evolution, not a revolution. The first steps will be moving much of our development discussions and schedules external, via mailing lists and other means, and including external developers in the process of making technical decisions. More will be done from there. Red Hat Linux will remain as it has been; a freely available general purpose operating system, released on the average every six months. For more information, see: http://rhl.redhat.com/ For discussion of SEVERN, send mail to: rhl-beta-list-request at redhat.com with subscribe in the subject line. You can leave the body empty. Or see: https://listman.redhat.com/mailman/listinfo/rhl-beta-list/ As always, you can get SEVERN at redhat.com, specifically: ftp://ftp.redhat.com/pub/redhat/beta/severn/ Or the following mirrors: North America: United States: ftp://moni.msci.memphis.edu/pub/redhat/linux/beta/severn/ http://moni.msci.memphis.edu/pub/redhat/linux/beta/severn/ ftp://linux.stanford.edu/pub/mirrors/redhat/linux/beta/severn/ ftp://ftp.cse.buffalo.edu/pub/RedHat/redhat/linux/beta/severn/ ftp://mirror.eas.muohio.edu/mirrors/redhat/linux/beta/severn/ ftp://mirrors.secsup.org/pub/linux/redhat/beta/severn/ ftp://redhat.dulug.duke.edu/pub/redhat/linux/beta/severn/ ftp://mirror.hiwaay.net/redhat/redhat/linux/beta/severn/ http://mirror.hiwaay.net/redhat/redhat/linux/beta/severn/ http://www.gtlib.cc.gatech.edu/pub/redhat/linux/beta/severn/ ftp://ftp.gtlib.cc.gatech.edu/pub/redhat/linux/beta/severn/ rsync://rsync.gtlib.cc.gatech.edu/redhat/linux/beta/severn/ Canada: ftp://less.cogeco.net/pub/redhat/linux/beta/severn/ ftp://ftp.nrc.ca/pub/systems/linux/redhat/ftp.redhat.com/linux/beta/severn/ South America: Brazil: http://bastion.las.ic.unicamp.br/pub/redhat/linux/beta/severn ftp://bastion.las.ic.unicamp.br/pub/redhat/linux/beta/severn Chile: ftp://ftp.tecnoera.com/Linux/redhat-beta/severn/ Europe: Austria: ftp://gd.tuwien.ac.at/opsys/linux/redhat.com/dist/linux/beta/severn/ http://gd.tuwien.ac.at/opsys/linux/redhat.com/dist/linux/beta/severn/ rsync://gd.tuwien.ac.at/opsys/linux/redhat.com/dist/linux/beta/severn/ Czech Republic: ftp://sunsite.mff.cuni.cz/MIRRORS/ftp.redhat.com/redhat/linux/beta/severn/ ftp://ultra.linux.cz/MIRRORS/ftp.redhat.com/redhat/linux/beta/severn/ ftp://sunsite.cnlab-switch.ch/mirror/redhat/linux/beta/severn/ ftp://ftp.linux.cz/pub/linux/redhat/linux/beta/severn/ ftp://ftp6.linux.cz/pub/linux/redhat/linux/beta/severn/ Denmark: ftp://klid.dk/pub/redhat/linux/beta/severn/ Germany: ftp://ftp.tu-chemnitz.de/pub/linux/redhat-ftp/redhat/linux/beta/severn/ http://wftp.tu-chemnitz.de/pub/linux/redhat-ftp/redhat/linux/beta/severn/ ftp://ftp.informatik.uni-frankfurt.de/pub/linux/Mirror/ftp.redhat.com/linux/beta/severn/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/redhat/linux/beta/severn/ Ireland: ftp://ftp.esat.net/mirrors/ftp.redhat.com/redhat/linux/beta/severn/ http://ftp.esat.net/mirrors/ftp.redhat.com/redhat/linux/beta/severn/ rsync://ftp.esat.net/mirrors/ftp.redhat.com/redhat/linux/beta/severn/ Netherlands: ftp://ftp.nluug.nl/pub/os/Linux/distr/RedHat/ftp/redhat/linux/beta/severn/ ftp://ftp.surfnet.nl/pub/os/Linux/distr/RedHat/ftp/redhat/linux/beta/severn/ ftp://alviss.et.tudelft.nl/pub/redhat/beta/severn/ Poland: ftp://sunsite.icm.edu.pl/pub/Linux/redhat/linux/beta/severn/ rsync://sunsite.icm.edu.pl/ftp/pub/Linux/redhat/linux/beta/severn/ http://sunsite.icm.edu.pl/pub/Linux/redhat/linux/beta/severn/ Romania: ftp://ftp.iasi.roedu.net/pub/mirrors/ftp.redhat.com/pub/redhat/linux/beta/severn/ http://ftp.iasi.roedu.net/mirrors/ftp.redhat.com/pub/redhat/linux/beta/severn/ rsync://ftp.iasi.roedu.net/ftp.redhat.com/pub/redhat/linux/beta/severn/ Turkey: ftp://ftp.linux.org.tr/pub/redhat/beta/severn/ United Kingdom: http://zeniiia.linux.org.uk/pub/distributions/redhat/beta/severn/ ftp://zeniiia.linux.org.uk/pub/distributions/redhat/beta/severn/ rsync://zeniiia.linux.org.uk/ftp/pub/distributions/redhat/beta/severn/ Asia/Pacific: Australia: http://planetmirror.com/pub/redhat/linux/beta/severn/ ftp://ftp.planetmirror.com/pub/redhat/linux/beta/severn/ http://mirror.aarnet.edu.au/pub/redhat/linux/severn/ ftp://mirror.aarnet.edu.au/pub/redhat/linux/severn/ Japan: ftp://ftp.sfc.wide.ad.jp/pub/Linux/RedHat/linux/beta/severn/ Singapore: ftp://ftp.oss.eznetsols.org/linux/redhat/linux/beta/severn/ rsync://rsync.oss.eznetsols.org/linux/redhat/linux/beta/severn/ One additional feature provided by the Linux community is the availability of SEVERN via BitTorrent. http://torrent.dulug.duke.edu/severn-binary-iso.torrent http://torrent.dulug.duke.edu/severn-source-iso.torrent RPMS for Red Hat Linux 7.3 through 9 of BitTorrent are available from: http://torrent.dulug.duke.edu/btrpms/ Usage is simple: btdownloadcurses.py --url http://URL.torrent Allow incoming TCP 6881 - 6889 to join the torrent swarm. http://torrent.dulug.duke.edu/ From imoq at imoqland.com Mon Jul 21 14:37:28 2003 From: imoq at imoqland.com (Alejandro =?ISO-8859-1?Q?Gonz=E1lez_Hern=E1ndez?= - Imoq) Date: 21 Jul 2003 09:37:28 -0500 Subject: First message >:) Message-ID: <1058798247.21254.4.camel@imoqland.morelos.gob.mx> I think I got it this time! :P Umm... I was kinda expecting kernel 2.6.0 here... oh, well, downloading it right now ;) :) Alex. -- ?S? libre, usa software libre! Be free, use free software! http://www.imoqland.com/ From notting at redhat.com Mon Jul 21 14:54:43 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 10:54:43 -0400 Subject: First message >:) In-Reply-To: <1058798247.21254.4.camel@imoqland.morelos.gob.mx>; from imoq@imoqland.com on Mon, Jul 21, 2003 at 09:37:28AM -0500 References: <1058798247.21254.4.camel@imoqland.morelos.gob.mx> Message-ID: <20030721105443.B27294@devserv.devel.redhat.com> Alejandro Gonz?lez Hern?ndez - Imoq (imoq at imoqland.com) said: > I think I got it this time! :P > > Umm... I was kinda expecting kernel 2.6.0 here... oh, well, downloading > it right now ;) :) Given the schedule: http://rhl.redhat.com/participate/schedule/ we feel it's not really feasible that the 2.6 kernel will be completely stable, usable, and supporting all the necessary features for upgrades, etc. for us to ship it. Bill From kaboom at gatech.edu Mon Jul 21 15:10:51 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Mon, 21 Jul 2003 09:10:51 -0600 (MDT) Subject: First message >:) In-Reply-To: <20030721105443.B27294@devserv.devel.redhat.com> References: <1058798247.21254.4.camel@imoqland.morelos.gob.mx> <20030721105443.B27294@devserv.devel.redhat.com> Message-ID: On Mon, 21 Jul 2003, Bill Nottingham wrote: > Alejandro Gonz?lez Hern?ndez - Imoq (imoq at imoqland.com) said: > > I think I got it this time! :P > > > > Umm... I was kinda expecting kernel 2.6.0 here... oh, well, downloading > > it right now ;) :) > > Given the schedule: > http://rhl.redhat.com/participate/schedule/ > > we feel it's not really feasible that the 2.6 kernel will be completely > stable, usable, and supporting all the necessary features for upgrades, > etc. for us to ship it. If you want to test, though, http://people.redhat.com/arjanv/2.5/ has kernel RPMs. Everything else you need, AFAIK, is already in the beta.... later, chris From imoq at imoqland.com Mon Jul 21 15:19:07 2003 From: imoq at imoqland.com (Alejandro =?ISO-8859-1?Q?Gonz=E1lez_Hern=E1ndez?= - Imoq) Date: 21 Jul 2003 10:19:07 -0500 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: <20030721105443.B27294@devserv.devel.redhat.com> References: <1058798247.21254.4.camel@imoqland.morelos.gob.mx> <20030721105443.B27294@devserv.devel.redhat.com> Message-ID: <1058800746.21254.19.camel@imoqland.morelos.gob.mx> On Mon, 2003-07-21 at 09:54, Bill Nottingham wrote: > Given the schedule: > http://rhl.redhat.com/participate/schedule/ > > we feel it's not really feasible that the 2.6 kernel will be completely > stable, usable, and supporting all the necessary features for upgrades, > etc. for us to ship it. Wow! Now you are giving dates? That's a first, hehe, thank you. For what I can read about it: "Schedule Cambridge * July 21 2003 - Beta 1 release * August 8 2003 - Stop Ship Mode starts (only StopShip bug fixes after this point) * August 18 2003 - Beta 2 release * September 15 2003 - Beta 3 release * October 6 2003 - General Availability Cambridge++ No dates set yet, but a driving goal or defining characteristic will be the 2.6 Linux kernel -- unless the 2.6 Linux kernel takes too long to arrive. That is, we'll shorten the schedule to accomodate an earlier release of the 2.6 kernel, but not lengthen it to accomodate a later release of the 2.6 kernel." Should I assume that next beta/next version WILL have a 2.6.x kernel? Alex. -- ?S? libre, usa software libre! Be free, use free software! http://www.imoqland.com/ From rjohnson at medata.com Mon Jul 21 15:23:28 2003 From: rjohnson at medata.com (Rick Johnson) Date: Mon, 21 Jul 2003 08:23:28 -0700 Subject: New Beta - MySQL Message-ID: <3F1C0570.4010604@medata.com> I'm somewhat disappointed to see that MySQL 4.x didn't make it into this beta. Any particular reason why? -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From ed at redhat.com Mon Jul 21 15:26:58 2003 From: ed at redhat.com (Edward C. Bailey) Date: 21 Jul 2003 11:26:58 -0400 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: <1058800746.21254.19.camel@imoqland.morelos.gob.mx> References: <1058798247.21254.4.camel@imoqland.morelos.gob.mx> <20030721105443.B27294@devserv.devel.redhat.com> <1058800746.21254.19.camel@imoqland.morelos.gob.mx> Message-ID: >>>>> "Alejandro" == Alejandro Gonz?lez Hern?ndez <- Imoq > writes: Alejandro> Wow! Now you are giving dates? That's a first, hehe, thank you. This is not the old RHL development model, as I'm sure you'll see as you continue reading through the project website... :-) Ed -- Ed Bailey Red Hat, Inc. http://www.redhat.com/ From pp at ee.oulu.fi Mon Jul 21 15:29:55 2003 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Mon, 21 Jul 2003 18:29:55 +0300 Subject: New Beta - MySQL In-Reply-To: <3F1C0570.4010604@medata.com> References: <3F1C0570.4010604@medata.com> Message-ID: <20030721152955.GA29066@ee.oulu.fi> On Mon, Jul 21, 2003 at 08:23:28AM -0700, Rick Johnson wrote: > I'm somewhat disappointed to see that MySQL 4.x didn't make it into this > beta. Any particular reason why? The MySQL changelog says: * Thu Jul 03 2003 Patrick Macdonald 3.23.57-1 - revert to prior version of MySQL due to license incompatibilities with packages that link against the client. The MySQL folks are looking into the issue. * Thu Jun 19 2003 Patrick Macdonald 4.0.13-4 - restrict test on ia64 (temporary) which would probably explain it... -- Pekka Pietikainen From ghenriks at rogers.com Mon Jul 21 15:32:06 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Mon, 21 Jul 2003 11:32:06 -0400 Subject: error in release notes In-Reply-To: <20030721100338.A701@devserv.devel.redhat.com> References: <20030721100338.A701@devserv.devel.redhat.com> Message-ID: The email announcement correctly gave the gcc version as 3.3 however the included release notes state gcc 3.2.3. From kjb at dds.nl Mon Jul 21 15:31:46 2003 From: kjb at dds.nl (Klaasjan Brand) Date: 21 Jul 2003 17:31:46 +0200 Subject: New Beta - MySQL In-Reply-To: <3F1C0570.4010604@medata.com> References: <3F1C0570.4010604@medata.com> Message-ID: <1058801505.8744.20.camel@topicus6> On Mon, 2003-07-21 at 17:23, Rick Johnson wrote: > I'm somewhat disappointed to see that MySQL 4.x didn't make it into this > beta. Any particular reason why? > > -Rick My question too; 4.0.13 was in rawhide a while ago. But then, I had no problems installing my own 4.0.13 rpm's (except for having to recompile php for php-mysql dependencies). -- Klaasjan Brand From rjohnson at medata.com Mon Jul 21 15:33:31 2003 From: rjohnson at medata.com (Rick Johnson) Date: Mon, 21 Jul 2003 08:33:31 -0700 Subject: New Beta - MySQL In-Reply-To: <20030721152955.GA29066@ee.oulu.fi> References: <3F1C0570.4010604@medata.com> <20030721152955.GA29066@ee.oulu.fi> Message-ID: <3F1C07CB.6030607@medata.com> On 7/21/2003 8:29 AM, Pekka Pietikainen wrote: > On Mon, Jul 21, 2003 at 08:23:28AM -0700, Rick Johnson wrote: > >>I'm somewhat disappointed to see that MySQL 4.x didn't make it into this >>beta. Any particular reason why? > > The MySQL changelog says: > > * Thu Jul 03 2003 Patrick Macdonald 3.23.57-1 > > - revert to prior version of MySQL due to license incompatibilities > with packages that link against the client. The MySQL folks are > looking into the issue. Thx, I hadn't downloaded the package or beta just yet, was just reviewing the package list on rhl.redhat.com. Hopefully this gets resolved before the next release. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From pavelr at coresma.com Mon Jul 21 16:29:50 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Mon, 21 Jul 2003 18:29:50 +0200 Subject: error in release notes Message-ID: <6A3008858445D711A58A00062939B2F1EBAE@EXCHANGE> > -----Original Message----- > From: Gerald Henriksen [mailto:ghenriks at rogers.com] > Sent: Mon, July 21, 2003 5:32 PM > To: rhl-beta-list at redhat.com > Subject: error in release notes > > > The email announcement correctly gave the gcc version as 3.3 however > the included release notes state gcc 3.2.3. I thing there will be gcc package of version 3.3 and gcc32 package providing gcc 3.2.3. At least that's what I see in rawhide. Pavel. From nomis80 at nomis80.org Mon Jul 21 15:34:05 2003 From: nomis80 at nomis80.org (Simon Perreault) Date: Mon, 21 Jul 2003 11:34:05 -0400 Subject: Reason for the change Message-ID: <200307211134.05442.nomis80@nomis80.org> First, thanks a lot for making Red Hat Linux more open and friendly to the community! I'm sure you'll get tons of thanks in code and patches too. Anyone care to explain the reason for the change? Something other than "it was the right thing to do", which we know it was. I mean, Red Hat is a business, and it's not often we see businesses opening products for community input this way. Where did the push come from? Was any particular person or group more involved than others? Any big market factors? How long has it been in the planning? Granted, this is not as big a surprise as if Microsoft did that to Windows, but still, I am shocked! :) -- Simon Perreault http://nomis80.org From ed at redhat.com Mon Jul 21 15:41:57 2003 From: ed at redhat.com (Edward C. Bailey) Date: 21 Jul 2003 11:41:57 -0400 Subject: error in release notes In-Reply-To: References: <20030721100338.A701@devserv.devel.redhat.com> Message-ID: >>>>> "Gerald" == Gerald Henriksen writes: Gerald> The email announcement correctly gave the gcc version as 3.3 Gerald> however the included release notes state gcc 3.2.3. No -- read the header for that section of the release notes carefully: these are *packages* that are new to the distro. GCC is, indeed at 3.3, but there is also the gcc32 package (notice the different name), which contains GCC 3.2.3... Ed -- Ed Bailey Red Hat, Inc. http://www.redhat.com/ From notting at redhat.com Mon Jul 21 15:45:18 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 11:45:18 -0400 Subject: error in release notes In-Reply-To: <6A3008858445D711A58A00062939B2F1EBAE@EXCHANGE>; from pavelr@coresma.com on Mon, Jul 21, 2003 at 06:29:50PM +0200 References: <6A3008858445D711A58A00062939B2F1EBAE@EXCHANGE> Message-ID: <20030721114518.B13964@devserv.devel.redhat.com> Pavel Rozenboim (pavelr at coresma.com) said: > I thing there will be gcc package of version 3.3 and gcc32 package providing > gcc 3.2.3. At least that's what I see in rawhide. Correct. Bill From joe at tmsusa.com Mon Jul 21 15:49:32 2003 From: joe at tmsusa.com (Joe) Date: Mon, 21 Jul 2003 08:49:32 -0700 Subject: RHN access to severn isos? Message-ID: <3F1C0B8C.2060609@tmsusa.com> Will RHN members be granted access to priority isos, or shall we be struggling for access to overloaded ftp servers along with the general public? I didn't see any way to access severn isos on my RHN page - Here's hoping, Joe From Todd at netronin.com Mon Jul 21 15:59:56 2003 From: Todd at netronin.com (Todd Booher) Date: Mon, 21 Jul 2003 08:59:56 -0700 Subject: RHN access to severn isos? Message-ID: It appears their not available now. Most likely by the time they are available to RHN members like me, I will have downloaded it from a mirror. ;-) Todd -----Original Message----- From: Joe [mailto:joe at tmsusa.com] Sent: Monday, July 21, 2003 8:50 AM To: rhl-beta-list at redhat.com Subject: RHN access to severn isos? Will RHN members be granted access to priority isos, or shall we be struggling for access to overloaded ftp servers along with the general public? I didn't see any way to access severn isos on my RHN page - Here's hoping, Joe -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From skvidal at phy.duke.edu Mon Jul 21 16:40:42 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 21 Jul 2003 12:40:42 -0400 Subject: RHN access to severn isos? In-Reply-To: <3F1C0B8C.2060609@tmsusa.com> References: <3F1C0B8C.2060609@tmsusa.com> Message-ID: <1058805642.3051.23.camel@opus.phy.duke.edu> On Mon, 2003-07-21 at 11:49, Joe wrote: > Will RHN members be granted access to priority isos, or shall we be > struggling for access to overloaded ftp servers along with the general > public? I didn't see any way to access severn isos on my RHN page - > > Here's hoping, Use the bittorrent system for the isos: http://torrent.dulug.duke.edu -sv From m.a.young at durham.ac.uk Mon Jul 21 16:42:58 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Mon, 21 Jul 2003 17:42:58 +0100 (BST) Subject: submitting bugs? Message-ID: Has bugzilla realised there is a new beta yet? I can't see any obvious category for the new beta, the closest match probably being rawhide. While I am writing this perhaps people can comment whether my problem really is a bug. The issue is that if you had added a java plugin (in my case the ns610 one from 1.4.2) to /usr/lib/mozilla/plugins so it worked under shrike, mozilla won't start after you upgrade it - the fix is to replace the plugin with the ns610-gcc32 plugin instead. Michael Young From borgan at redhat.com Mon Jul 21 16:51:16 2003 From: borgan at redhat.com (Brock Organ) Date: 21 Jul 2003 12:51:16 -0400 Subject: submitting bugs? In-Reply-To: References: Message-ID: <1058806276.2643.15.camel@borgan.devel.redhat.com> On Mon, 2003-07-21 at 12:42, M A Young wrote: > Has bugzilla realised there is a new beta yet? I can't see any obvious > category for the new beta, the closest match probably being rawhide. Folks are looking at this now ... Brock -- Brock Organ From deatrich at lthipc5.epfl.ch Mon Jul 21 16:55:37 2003 From: deatrich at lthipc5.epfl.ch (Denice) Date: Mon, 21 Jul 2003 18:55:37 +0200 (CEST) Subject: the installer a bit speedier than RH 9's? In-Reply-To: <3F1C0B8C.2060609@tmsusa.com> Message-ID: I just installed a circa-1999 Dell Optiplex using the CDs. The installer seems somewhat faster -- a custom install of 2.7 Gigabytes worth took 30 minutes. This seems faster then what I saw in RH 9 (though it's a poor statistical sample :-). I have the problem with the graphical installer hanging, as described in the release notes. But there isn't a 'severn' item in the version scroll-list yet on the bugzilla web page.... Well, I see the LPRng is gone; I was hoping it would make one more round. pooey. And I see that pine finally bit the dust. My users are going to howl like banshees. Well, guess I'll finally look into rolling my own pine rpm.. -- denice.deatrich @ epfl.ch, DSC / LTHC-LTHI, E.P.F.L. PH: +41 (21) 693 76 67 <*> This moment's fortune cookie: Whenever anyone says, "theoretically," they really mean, "not really." -- Dave Parnas From dkl at redhat.com Mon Jul 21 16:57:49 2003 From: dkl at redhat.com (Dave Lawrence) Date: 21 Jul 2003 12:57:49 -0400 Subject: submitting bugs? In-Reply-To: <1058806276.2643.15.camel@borgan.devel.redhat.com> References: <1058806276.2643.15.camel@borgan.devel.redhat.com> Message-ID: <1058806669.1118.18.camel@mrhanky.devel.redhat.com> Please file bug reports against 'Red Hat Linux Beta' as the product and version 'beta1' for the Severn release. On Mon, 2003-07-21 at 12:51, Brock Organ wrote: > On Mon, 2003-07-21 at 12:42, M A Young wrote: > > Has bugzilla realised there is a new beta yet? I can't see any obvious > > category for the new beta, the closest match probably being rawhide. > > Folks are looking at this now ... > > Brock From tfox at redhat.com Mon Jul 21 16:57:38 2003 From: tfox at redhat.com (Tammy Fox) Date: Mon, 21 Jul 2003 12:57:38 -0400 Subject: submitting bugs? In-Reply-To: References: Message-ID: <20030721165738.GB27129@redhat.com> On Mon, Jul 21, 2003 at 05:42:58PM +0100, M A Young wrote: > Has bugzilla realised there is a new beta yet? I can't see any obvious > category for the new beta, the closest match probably being rawhide. > Select Red Hat Linux Beta, beta1 > While I am writing this perhaps people can comment whether my problem > really is a bug. The issue is that if you had added a java plugin (in my > case the ns610 one from 1.4.2) to /usr/lib/mozilla/plugins so it worked > under shrike, mozilla won't start after you upgrade it - the fix is to > replace the plugin with the ns610-gcc32 plugin instead. > > Michael Young > > From mandreiana at rdslink.ro Mon Jul 21 17:03:07 2003 From: mandreiana at rdslink.ro (Marius Andreiana) Date: 21 Jul 2003 20:03:07 +0300 Subject: request for gnome 2.3.x RPMs Message-ID: <1058806987.4203.27.camel@marte.biciclete.ro> Hi As you know the new red hat beta doesn't bring too much new stuff for desktop users. I was hoping for gnome 2.3.x and open office 1.1rc1. But we also can change that. RHL enters feature-freeze on august 8. Gnome 2.4 final should be available on september 10, 5 days before last rhl-beta release. http://www.gnome.org/start/2.3/ http://rhl.redhat.com/participate/schedule/ So at the begining of August we would have to know gnome 2.3.x major and normal bugs. We would have to start using gnome 2.3.x on rhl-beta and, if time allows, walk through bugzilla.gnome.org to help with bug sorting. Therefore I'm making a request for gnome 2.3.x RPMs for rhl-beta ( or even shrike ), so more desktop-orientented users could test them. Is anyone willing to build them asap ( and also has the resources and knowledge for this ) ? See what would be new in nautilus for example : http://www.gnomedesktop.org/article.php?sid=1198 Thank you, -- Marius Andreiana Solu?ii informatice bazate pe Linux / Linux-based IT solutions www.galuna.ro From pavelr at coresma.com Mon Jul 21 17:57:19 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Mon, 21 Jul 2003 19:57:19 +0200 Subject: submitting bugs? Message-ID: <6A3008858445D711A58A00062939B2F1EBAF@EXCHANGE> > -----Original Message----- > From: M A Young [mailto:m.a.young at durham.ac.uk] > Sent: Mon, July 21, 2003 6:43 PM > To: rhl-beta-list at redhat.com > Subject: submitting bugs? > > > Has bugzilla realised there is a new beta yet? I can't see any obvious > category for the new beta, the closest match probably being rawhide. > > While I am writing this perhaps people can comment whether my problem > really is a bug. The issue is that if you had added a java > plugin (in my > case the ns610 one from 1.4.2) to /usr/lib/mozilla/plugins so > it worked > under shrike, mozilla won't start after you upgrade it - the fix is to > replace the plugin with the ns610-gcc32 plugin instead. >From release notes: For proper Java operation, the Mozilla Web browser requires a Java plugin compatible with gcc32 (such as Sun j2re 1.4.2). > > Michael Young > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From johnsonm at redhat.com Mon Jul 21 17:04:06 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 21 Jul 2003 13:04:06 -0400 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: <1058800746.21254.19.camel@imoqland.morelos.gob.mx>; from imoq@imoqland.com on Mon, Jul 21, 2003 at 10:19:07AM -0500 References: <1058798247.21254.4.camel@imoqland.morelos.gob.mx> <20030721105443.B27294@devserv.devel.redhat.com> <1058800746.21254.19.camel@imoqland.morelos.gob.mx> Message-ID: <20030721130406.A26748@devserv.devel.redhat.com> On Mon, Jul 21, 2003 at 10:19:07AM -0500, Alejandro Gonz?lez Hern?ndez - Imoq wrote: > Should I assume that next beta/next version WILL have a 2.6.x kernel? Next release after this one, that's the intention. The sooner 2.6.x is stable, the sooner we can do next release -- it could be a much shorter cycle than usual in order to incorporate the change. We'll have to keep an eye on it. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From ghenriks at rogers.com Mon Jul 21 17:15:00 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Mon, 21 Jul 2003 13:15:00 -0400 Subject: error in release notes In-Reply-To: References: <20030721100338.A701@devserv.devel.redhat.com> Message-ID: On 21 Jul 2003 11:41:57 -0400, you wrote: >>>>>> "Gerald" == Gerald Henriksen writes: > >Gerald> The email announcement correctly gave the gcc version as 3.3 >Gerald> however the included release notes state gcc 3.2.3. > >No -- read the header for that section of the release notes carefully: >these are *packages* that are new to the distro. GCC is, indeed at 3.3, >but there is also the gcc32 package (notice the different name), which >contains GCC 3.2.3... For whatever reason I overlooked the 32 part (both before and after slashdot incorrectly stated) so my mistake. My next question would be why is including a second older compiler necessary? I could understand it for the transition to 2.96, and then to 3.2, but why is it necessary from 3.2.* to 3.3? From ghenriks at rogers.com Mon Jul 21 17:18:51 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Mon, 21 Jul 2003 13:18:51 -0400 Subject: submitting bugs? In-Reply-To: References: Message-ID: On Mon, 21 Jul 2003 17:42:58 +0100 (BST), you wrote: >While I am writing this perhaps people can comment whether my problem >really is a bug. The issue is that if you had added a java plugin (in my >case the ns610 one from 1.4.2) to /usr/lib/mozilla/plugins so it worked >under shrike, mozilla won't start after you upgrade it - the fix is to >replace the plugin with the ns610-gcc32 plugin instead. There is a note that a gcc 3.2 version of java is required for Mozilla in the release notes. From paul at xtdnet.nl Mon Jul 21 17:21:54 2003 From: paul at xtdnet.nl (Paul Wouters) Date: Mon, 21 Jul 2003 19:21:54 +0200 (MET DST) Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: <20030721130406.A26748@devserv.devel.redhat.com> Message-ID: On Mon, 21 Jul 2003, Michael K. Johnson wrote: > Next release after this one, that's the intention. The sooner 2.6.x > is stable, the sooner we can do next release -- it could be a much > shorter cycle than usual in order to incorporate the change. We'll > have to keep an eye on it. Does this 2.4 kernel have the latest patches by Herbert Xu to the backported 2.5 IPsec stack? His patches add Opportunistic Encryption support to af_key. It would be a good thing if 9.1's kernel would support this. His code appeared in Dave Miller's 2.4 backport: http://gondor.apana.org.au/~herbert/debian/kernel/ipsec/ipsec-2.4.21-20030704-1.bz2 or bk://kernel.bkbits.net/davem/ipsec-2.4 Another question I have is regarding DHCP. Michael Richardsen wrote a patch for ISC's dhcpd that adds Opportunistic Encryption support in dhcpd and dhclient. However, ISC dhcp isn't really well maintained by Ted anymore, and the patches have been lying in the queue without getting applied. Who should I talk to about getting this patch into the RedHat package for ISC dhcp? This patch adds sending and receiving oe-gateway and oe-key, which is used by the WaveSEC project to automaticly build IPsec tunnels and tunnel the default route through this as a way of real 802.11x security, insted of the various incarnations of WEP or EAP. Thanks, Paul From notting at redhat.com Mon Jul 21 17:34:17 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 13:34:17 -0400 Subject: error in release notes In-Reply-To: ; from ghenriks@rogers.com on Mon, Jul 21, 2003 at 01:15:00PM -0400 References: <20030721100338.A701@devserv.devel.redhat.com> Message-ID: <20030721133417.B27342@devserv.devel.redhat.com> Gerald Henriksen (ghenriks at rogers.com) said: > My next question would be why is including a second older compiler > necessary? I could understand it for the transition to 2.96, and then > to 3.2, but why is it necessary from 3.2.* to 3.3? The kernel is not quite ready to be compiled with gcc-3.3, although it should be getting pretty close at this point. Bill From notting at redhat.com Mon Jul 21 17:34:55 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 13:34:55 -0400 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: ; from paul@xtdnet.nl on Mon, Jul 21, 2003 at 07:21:54PM +0200 References: <20030721130406.A26748@devserv.devel.redhat.com> Message-ID: <20030721133455.C27342@devserv.devel.redhat.com> > > Next release after this one, that's the intention. The sooner 2.6.x > > is stable, the sooner we can do next release -- it could be a much > > shorter cycle than usual in order to incorporate the change. We'll > > have to keep an eye on it. > > Does this 2.4 kernel have the latest patches by Herbert Xu to the > backported 2.5 IPsec stack? The current kernel in Severn does not have the IPSEC patches. Bill From notting at redhat.com Mon Jul 21 17:36:16 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 13:36:16 -0400 Subject: RHN access to severn isos? In-Reply-To: <3F1C0B8C.2060609@tmsusa.com>; from joe@tmsusa.com on Mon, Jul 21, 2003 at 08:49:32AM -0700 References: <3F1C0B8C.2060609@tmsusa.com> Message-ID: <20030721133616.D27342@devserv.devel.redhat.com> Joe (joe at tmsusa.com) said: > Will RHN members be granted access to priority isos, or shall we be > struggling for access to overloaded ftp servers along with the general > public? I didn't see any way to access severn isos on my RHN page - > > Here's hoping, AFAIK, Easy ISOs are only for final releases, not betas. Bill From nmarsh1 at mac.com Mon Jul 21 17:40:34 2003 From: nmarsh1 at mac.com (Nick Marsh) Date: Mon, 21 Jul 2003 12:40:34 -0500 Subject: OOo 1.1? Message-ID: <1686991.1058809234117.JavaMail.nmarsh1@mac.com> So, will OpenOffice.org 1.1 be making it into the next beta (and please say yes)? If not, I hope that Red Hat will provide RPMs with all their tweaks for OOo 1.1. nick marsh nmarsh1 at mac.com From kaboom at gatech.edu Mon Jul 21 17:48:30 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Mon, 21 Jul 2003 11:48:30 -0600 (MDT) Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: <20030721133455.C27342@devserv.devel.redhat.com> References: <20030721130406.A26748@devserv.devel.redhat.com> <20030721133455.C27342@devserv.devel.redhat.com> Message-ID: On Mon, 21 Jul 2003, Bill Nottingham wrote: > > > Next release after this one, that's the intention. The sooner 2.6.x > > > is stable, the sooner we can do next release -- it could be a much > > > shorter cycle than usual in order to incorporate the change. We'll > > > have to keep an eye on it. > > > > Does this 2.4 kernel have the latest patches by Herbert Xu to the > > backported 2.5 IPsec stack? > > The current kernel in Severn does not have the IPSEC patches. Are there plans to add them? The release notes mention ipsec-tools as being included, even though it's not. What are the plans there? Go with the freeswan tools instead since at least they're still maintained? Or just omit IPsec for this next release? later, chris From johnsonm at redhat.com Mon Jul 21 18:01:45 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 21 Jul 2003 14:01:45 -0400 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: ; from kaboom@gatech.edu on Mon, Jul 21, 2003 at 11:48:30AM -0600 References: <20030721130406.A26748@devserv.devel.redhat.com> <20030721133455.C27342@devserv.devel.redhat.com> Message-ID: <20030721140145.B26748@devserv.devel.redhat.com> On Mon, Jul 21, 2003 at 11:48:30AM -0600, Chris Ricker wrote: > On Mon, 21 Jul 2003, Bill Nottingham wrote: > > The current kernel in Severn does not have the IPSEC patches. > > Are there plans to add them? Not for this release. > The release notes mention ipsec-tools as being included, even though it's > not. What are the plans there? Go with the freeswan tools instead since at > least they're still maintained? Or just omit IPsec for this next release? Tools may stay for folks playing with 2.6.x kernels; that decision is completely separate from what's in the included kernel michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From skvidal at phy.duke.edu Mon Jul 21 18:02:23 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 21 Jul 2003 14:02:23 -0400 Subject: RHN access to severn isos? In-Reply-To: <20030721133616.D27342@devserv.devel.redhat.com> References: <3F1C0B8C.2060609@tmsusa.com> <20030721133616.D27342@devserv.devel.redhat.com> Message-ID: <1058810543.3051.142.camel@opus.phy.duke.edu> On Mon, 2003-07-21 at 13:36, Bill Nottingham wrote: > Joe (joe at tmsusa.com) said: > > Will RHN members be granted access to priority isos, or shall we be > > struggling for access to overloaded ftp servers along with the general > > public? I didn't see any way to access severn isos on my RHN page - > > > > Here's hoping, > > AFAIK, Easy ISOs are only for final releases, not betas. > IF anyone is interested there are yum repositories of severn available at ayo.freshrpms.net and mirror.dulug.duke.edu yum 2.0 works fine on severn from what I'm told. -sv From johnsonm at redhat.com Mon Jul 21 18:20:50 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 21 Jul 2003 14:20:50 -0400 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: ; from paul@xtdnet.nl on Mon, Jul 21, 2003 at 07:21:54PM +0200 References: <20030721130406.A26748@devserv.devel.redhat.com> Message-ID: <20030721142050.C26748@devserv.devel.redhat.com> On Mon, Jul 21, 2003 at 07:21:54PM +0200, Paul Wouters wrote: > Does this 2.4 kernel have the latest patches by Herbert Xu to the > backported 2.5 IPsec stack? His patches add Opportunistic Encryption > support to af_key. It would be a good thing if 9.1's kernel would > support this. His code appeared in Dave Miller's 2.4 backport: As I've since mentioned in another post, Severn won't have ipsec patches added to the kernel. > Another question I have is regarding DHCP. Michael Richardsen wrote > a patch for ISC's dhcpd that adds Opportunistic Encryption support > in dhcpd and dhclient. However, ISC dhcp isn't really well maintained > by Ted anymore, and the patches have been lying in the queue without > getting applied. Who should I talk to about getting this patch into > the RedHat package for ISC dhcp? This patch adds sending and receiving > oe-gateway and oe-key, which is used by the WaveSEC project to > automaticly build IPsec tunnels and tunnel the default route through this > as a way of real 802.11x security, insted of the various incarnations of > WEP or EAP. One of our objectives (see http://rhl.redhat.com/about/objectives.html for our current statement of our objectives -- we will probably refine it as we better express the shared expectations we have) is to generally push toward putting in changes upstream, rather than making Red Hat Linux a place to carry forks: o Do as much of the development work as possible directly in the upstream packages. This includes errata; our default policy will be to upgrade to new versions for security as well as for bugfix and new feature update releases of packages. We're making this a stronger goal than in the past. It will take a while to get from where we are now to something a bit more consistent with that goal, but we'd like there to be an upstream project to pull from for ongoing changes. Does that make sense? michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Mon Jul 21 18:22:14 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 21 Jul 2003 14:22:14 -0400 Subject: Reason for the change In-Reply-To: <200307211134.05442.nomis80@nomis80.org>; from nomis80@nomis80.org on Mon, Jul 21, 2003 at 11:34:05AM -0400 References: <200307211134.05442.nomis80@nomis80.org> Message-ID: <20030721142214.D26748@devserv.devel.redhat.com> On Mon, Jul 21, 2003 at 11:34:05AM -0400, Simon Perreault wrote: > First, thanks a lot for making Red Hat Linux more open and friendly to the > community! I'm sure you'll get tons of thanks in code and patches too. Welcome! :-) > Anyone care to explain the reason for the change? Something other than "it was > the right thing to do", which we know it was. I mean, Red Hat is a business, > and it's not often we see businesses opening products for community input > this way. Where did the push come from? Was any particular person or group > more involved than others? Any big market factors? How long has it been in > the planning? Right, this has just shown up in the new version of our FAQ: Why is there a Red Hat Linux project instead of a Red Hat Linux product? A global steering committee at Red Hat decided that Red Hat Linux should no longer be thought of as a "product" but would be more useful as a "project". Rather than being run through product management as something that has to appear on retail shelves on a certain date, the Red Hat Linux project will be released based on schedules set by the engineers that will be open and accessible to the community, as well as influenced by community. What are the core benefits of this change? Changing the product to a project will: - Ensure that users can get the latest bits as quickly as possible. - Create new opportunities for developers and users to participate in Red Hat Linux development by opening up the full development process for anyone to see and join if they'd like. - Allow us to continue to use Red Hat Linux to develop and mature the latest, greatest technologies that may be incorporated later into products like Red Hat Enterprise Linux. - Speed up the development process, taking better advantage of the inherent strengths of the open source model. So you can see that we believe that the changes we are making (I'm sure we'll have some fine-tuning to do as after any change) will be good for our business. This was not a "coup" on the part of any part of Red Hat; it was a business decision discussed and promoted by various groups with different backgrounds. I'd also like to quote a fragment of an answer to another question: The rapid development pace we expect for the Red Hat Linux project doesn't suit retail distribution--it is a lot of work to get a box product in and out of the channel, and retail isn't set up to efficiently handle software that is updated as often as every six months. Also, the creation of packaging and other materials that are necessary for retail significantly slows down the time to market, which means that users can't get the freshest bits when they are still truly fresh. Further information on the retail product line will be forthcoming closer to the product launch plan this fall. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From notting at redhat.com Mon Jul 21 18:25:58 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 14:25:58 -0400 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: ; from kaboom@gatech.edu on Mon, Jul 21, 2003 at 11:48:30AM -0600 References: <20030721130406.A26748@devserv.devel.redhat.com> <20030721133455.C27342@devserv.devel.redhat.com> Message-ID: <20030721142558.C16437@devserv.devel.redhat.com> Chris Ricker (kaboom at gatech.edu) said: > The release notes mention ipsec-tools as being included, even though it's > not. It was removed (due to lack of kernel support) after the release notes froze. Bill From notting at redhat.com Mon Jul 21 18:27:01 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 14:27:01 -0400 Subject: RHN access to severn isos? In-Reply-To: <20030721133616.D27342@devserv.devel.redhat.com>; from notting@redhat.com on Mon, Jul 21, 2003 at 01:36:16PM -0400 References: <3F1C0B8C.2060609@tmsusa.com> <20030721133616.D27342@devserv.devel.redhat.com> Message-ID: <20030721142701.D16437@devserv.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > > Will RHN members be granted access to priority isos, or shall we be > > struggling for access to overloaded ftp servers along with the general > > public? I didn't see any way to access severn isos on my RHN page - > > > > Here's hoping, > > AFAIK, Easy ISOs are only for final releases, not betas. Erm, I misspoke. We intend to have the beta ISOs on RHN eventually; we're working on it. Bill From joe at tmsusa.com Mon Jul 21 18:34:49 2003 From: joe at tmsusa.com (joe) Date: Mon, 21 Jul 2003 11:34:49 -0700 Subject: RHN access to severn isos? In-Reply-To: <20030721142701.D16437@devserv.devel.redhat.com> References: <3F1C0B8C.2060609@tmsusa.com> <20030721133616.D27342@devserv.devel.redhat.com> <20030721142701.D16437@devserv.devel.redhat.com> Message-ID: <3F1C3249.8030702@tmsusa.com> Bill Nottingham wrote: >Bill Nottingham (notting at redhat.com) said: > > >>>Will RHN members be granted access to priority isos, or shall we be >>>struggling for access to overloaded ftp servers along with the general >>>public? I didn't see any way to access severn isos on my RHN page - >>> >>>Here's hoping, >>> >>> >>AFAIK, Easy ISOs are only for final releases, not betas. >> >> > >Erm, I misspoke. We intend to have the beta ISOs on RHN eventually; >we're working on it. > > OK good - yet another reason to use rhn... Joe From xfs at ramaswamy.net Mon Jul 21 18:34:52 2003 From: xfs at ramaswamy.net (Ajay Ramaswamy) Date: 22 Jul 2003 00:04:52 +0530 Subject: XFS Support? Message-ID: <1058812491.5041.2.camel@swathi.krithika.net> Since the aim is to make kernel 2.6 run on rhl, can we at least make a start by adding the user space fs tools? regards Ajay From xfs at ramaswamy.net Mon Jul 21 18:44:27 2003 From: xfs at ramaswamy.net (Ajay Ramaswamy) Date: 22 Jul 2003 00:14:27 +0530 Subject: Status of RPM? Message-ID: <1058813067.5294.1.camel@swathi.krithika.net> How is it that rpm has not been listed as a core component along with anaconda? Does this mean that RPM will continue to be developed without coming under the RHL umbrella? regards Ajay From andrew_mathews at linux-works.org Mon Jul 21 18:47:18 2003 From: andrew_mathews at linux-works.org (Andrew Mathews) Date: Mon, 21 Jul 2003 12:47:18 -0600 Subject: XFS Support? References: <1058812491.5041.2.camel@swathi.krithika.net> Message-ID: <3F1C3536.1070700@linux-works.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ajay Ramaswamy wrote: | Since the aim is to make kernel 2.6 run on rhl, can we at least make a | start by adding the user space fs tools? | | regards | Ajay | Seconded. XFS filesystems are an absolute necessity for us and native inclusion would be a huge benefit. SGI's own installer image was the only thing that kept us on a Red Hat platform. - -- Andrew Mathews - --------------------------------------------------------------------- ~ 12:42pm up 100 days, 21:22, 15 users, load average: 1.23, 1.30, 1.25 - --------------------------------------------------------------------- Young men think old men are fools; but old men know young men are fools. -- George Chapman -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Netscape - http://enigmail.mozdev.org iD8DBQE/HDU2ejAu2RVHwF4RAhmJAJ47tg1mDtYe5MwSiXyt+2dwPxSJUACcDdmD OI11Az2iLT4jtoQOD1NT4Zk= =9e1S -----END PGP SIGNATURE----- From skvidal at phy.duke.edu Mon Jul 21 18:51:26 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 21 Jul 2003 14:51:26 -0400 Subject: Status of RPM? In-Reply-To: <1058813067.5294.1.camel@swathi.krithika.net> References: <1058813067.5294.1.camel@swathi.krithika.net> Message-ID: <1058813486.28385.0.camel@binkley> On Mon, 2003-07-21 at 14:44, Ajay Ramaswamy wrote: > How is it that rpm has not been listed as a core component along with > anaconda? Does this mean that RPM will continue to be developed without > coming under the RHL umbrella? > I thought rpm was it's own b/c its used by so many linux distributions. -sv From joden at malachi.lee.k12.nc.us Mon Jul 21 19:34:55 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Mon, 21 Jul 2003 15:34:55 -0400 (EDT) Subject: New Beta - MySQL In-Reply-To: <3F1C07CB.6030607@medata.com> Message-ID: On Mon, 21 Jul 2003, Rick Johnson wrote: > On 7/21/2003 8:29 AM, Pekka Pietikainen wrote: > > > On Mon, Jul 21, 2003 at 08:23:28AM -0700, Rick Johnson wrote: > > > >>I'm somewhat disappointed to see that MySQL 4.x didn't make it into this > >>beta. Any particular reason why? > > > > The MySQL changelog says: > > > > * Thu Jul 03 2003 Patrick Macdonald 3.23.57-1 > > > > - revert to prior version of MySQL due to license incompatibilities > > with packages that link against the client. The MySQL folks are > > looking into the issue. > I had actually emailed Patrick concerning this, and here is a bit of his reply: The MySQL folks stated that they would have a solution within the month so we'll wait to see how that goes. The problem is that the client library is now GPL instead of LGPL and the wording surrounding any exceptions to the license is ambiguous. They agree. A few packages in the distro can not link against the libmysqlclient.so in 4.0. So.... instead of ripping out the packages, PHP MySQL being one of them, we decided revert back to 3.23. I hope this helps...james From tfox at redhat.com Mon Jul 21 19:27:58 2003 From: tfox at redhat.com (Tammy Fox) Date: Mon, 21 Jul 2003 15:27:58 -0400 Subject: Status of RPM? In-Reply-To: <1058813067.5294.1.camel@swathi.krithika.net> References: <1058813067.5294.1.camel@swathi.krithika.net> Message-ID: <20030721192757.GF27129@redhat.com> If you are referring to the list of projects on the website, we did not intentionally leave any off. Internal RH developers were given the opportunity to add pages under the Projects section. Some haven't had time to yet. I didn't want to add one for them because then it wouldn't be maintained. Cheers, Tammy On Tue, Jul 22, 2003 at 12:14:27AM +0530, Ajay Ramaswamy wrote: > How is it that rpm has not been listed as a core component along with > anaconda? Does this mean that RPM will continue to be developed without > coming under the RHL umbrella? > > regards > > Ajay > > From paul at xtdnet.nl Mon Jul 21 19:33:20 2003 From: paul at xtdnet.nl (Paul Wouters) Date: Mon, 21 Jul 2003 21:33:20 +0200 (MET DST) Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: <20030721142050.C26748@devserv.devel.redhat.com> Message-ID: On Mon, 21 Jul 2003, Michael K. Johnson wrote: > As I've since mentioned in another post, Severn won't have ipsec > patches added to the kernel. Unfortunately, but alas. Everybody should just try and get things together for the next release. Is contrib frozen for 9.1 as well? > One of our objectives (see > http://rhl.redhat.com/about/objectives.html > for our current statement of our objectives -- we will probably refine > it as we better express the shared expectations we have) is to generally > push toward putting in changes upstream, rather than making Red Hat > Linux a place to carry forks: I can understand that. AFAIK, there are talks for Ted to step down for someone else to take over ISC dhcp maintanance. I'll get in contact with those people. Also Micahel Richardsen corrected me on the dhcp patches. There are generic patches for the "require keyword" and for sending options that are larger then 256 bytes, so they should benefit everyone, not just the ipsec people. Paul From chrismcc at pricegrabber.com Mon Jul 21 19:36:42 2003 From: chrismcc at pricegrabber.com (Christopher McCrory) Date: 21 Jul 2003 12:36:42 -0700 Subject: New Beta - MySQL In-Reply-To: References: Message-ID: <1058816201.8822.13.camel@morticia.pricegrabber.com> Hello... On Mon, 2003-07-21 at 12:34, James Olin Oden wrote: > On Mon, 21 Jul 2003, Rick Johnson wrote: > > > On 7/21/2003 8:29 AM, Pekka Pietikainen wrote: > > > > > On Mon, Jul 21, 2003 at 08:23:28AM -0700, Rick Johnson wrote: > > > > > >>I'm somewhat disappointed to see that MySQL 4.x didn't make it into this > > >>beta. Any particular reason why? > > > > > > The MySQL changelog says: > > > > > > * Thu Jul 03 2003 Patrick Macdonald 3.23.57-1 > > > > > > - revert to prior version of MySQL due to license incompatibilities > > > with packages that link against the client. The MySQL folks are > > > looking into the issue. > > > I had actually emailed Patrick concerning this, and here is a bit of his > reply: > > The MySQL folks stated that they would > have a solution within the month so we'll wait to see how that > goes. The problem is that the client library is now GPL instead > of LGPL and the wording surrounding any exceptions to the license > is ambiguous. They agree. A few packages in the distro can not > link against the libmysqlclient.so in 4.0. > > So.... instead of ripping out the packages, PHP MySQL being one of > them, we decided revert back to 3.23. > A while ago I was debugging some apache/php/mysql problems. MySQL's php guy recommends that for php, build with the php included libraries. (php.$ver/ext/mysql/libs) > I hope this helps...james > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Christopher McCrory "The guy that keeps the servers running" chrismcc at pricegrabber.com http://www.pricegrabber.com Let's face it, there's no Hollow Earth, no robots, and no 'mute rays.' And even if there were, waxed paper is no defense. I tried it. Only tinfoil works. From jbj at redhat.com Mon Jul 21 19:45:10 2003 From: jbj at redhat.com (Jeff Johnson) Date: Mon, 21 Jul 2003 15:45:10 -0400 Subject: Status of RPM? In-Reply-To: <1058813067.5294.1.camel@swathi.krithika.net>; from xfs@ramaswamy.net on Tue, Jul 22, 2003 at 12:14:27AM +0530 References: <1058813067.5294.1.camel@swathi.krithika.net> Message-ID: <20030721154510.L18401@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 12:14:27AM +0530, Ajay Ramaswamy wrote: > How is it that rpm has not been listed as a core component along with > anaconda? Does this mean that RPM will continue to be developed without > coming under the RHL umbrella? > rpm will be released through Fedora very soon now. The "RedHat package manager" and the "RPM package manager" were quietly forked by me in early June. Mostly I can tell you just one thing: I'm looking forward to divergent functionality in 2 variant rpm implementations about as much as I'm expecting to stick a fork in my eye-ball. Translation: You can expect the {RedHat|RPM} package manager to interoperate smootly to the greatest extent possible. Otherwise, I have no idea what all this means, I'm still pretty much making it up as I go along. I will have a more complete announcement on as soon as I get a chance to write. Not that any of this should matter much to anyone, there's only me developing rpm, and I expact and plan on continuing to do so. 73 de Jeff -- Jeff Johnson ARS N3NPQ jbj at redhat.com (jbj at jbj.org) Chapel Hill, NC From kjb at dds.nl Mon Jul 21 19:46:44 2003 From: kjb at dds.nl (Klaasjan Brand) Date: 21 Jul 2003 21:46:44 +0200 Subject: apt-get anyone? Message-ID: <1058816804.2671.0.camel@isengard> Hi, Anyone busy setting up an apt-gettable version for the new RH beta? Klaasjan From chrismcc at pricegrabber.com Mon Jul 21 19:52:51 2003 From: chrismcc at pricegrabber.com (Christopher McCrory) Date: 21 Jul 2003 12:52:51 -0700 Subject: opteron ? Message-ID: <1058817171.8822.17.camel@morticia.pricegrabber.com> Hello... Are there plans to do an opteron release? If so when? If not, is it possible to "cross compile" an opteron release from a x86 box? -- Christopher McCrory "The guy that keeps the servers running" chrismcc at pricegrabber.com http://www.pricegrabber.com Let's face it, there's no Hollow Earth, no robots, and no 'mute rays.' And even if there were, waxed paper is no defense. I tried it. Only tinfoil works. From ebpeele2 at pams.ncsu.edu Mon Jul 21 19:56:04 2003 From: ebpeele2 at pams.ncsu.edu (Elliot Peele) Date: 21 Jul 2003 15:56:04 -0400 Subject: apt-get anyone? In-Reply-To: <1058816804.2671.0.camel@isengard> References: <1058816804.2671.0.camel@isengard> Message-ID: <1058817364.2295.52.camel@babylon.physics.ncsu.edu> I have a yum repository at: http://yum.physics.ncsu.edu/repos/rhl-beta Elliot On Mon, 2003-07-21 at 15:46, Klaasjan Brand wrote: > Hi, > > Anyone busy setting up an apt-gettable version for the new RH beta? > > Klaasjan > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From whooperhsd3 at earthlink.net Mon Jul 21 20:07:40 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Mon, 21 Jul 2003 16:07:40 -0400 (EDT) Subject: Version Numbering (Was: Re: Kernel 2.6.x in next RHL version.) In-Reply-To: References: <20030721142050.C26748@devserv.devel.redhat.com> Message-ID: <4188.12.29.16.103.1058818060.squirrel@whooper.org> Paul Wouters said: > On Mon, 21 Jul 2003, Michael K. Johnson wrote: > >> As I've since mentioned in another post, Severn won't have ipsec >> patches added to the kernel. > > Unfortunately, but alas. Everybody should just try and get things > together for the next release. Is contrib frozen for 9.1 as well? A nit to pick: as everyone should have learned from the last product cycle, the beta is 9.0.93, not 9.1. -- William Hooper From jeremyp at pobox.com Mon Jul 21 20:30:11 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 21 Jul 2003 16:30:11 -0400 Subject: Version Numbering (Was: Re: Kernel 2.6.x in next RHL version.) In-Reply-To: <4188.12.29.16.103.1058818060.squirrel@whooper.org> References: <20030721142050.C26748@devserv.devel.redhat.com> <4188.12.29.16.103.1058818060.squirrel@whooper.org> Message-ID: <1058819411.15612.46.camel@jeremy.dtcc.cc.nc.us> On Mon, 2003-07-21 at 16:07, William Hooper wrote: > Paul Wouters said: > > On Mon, 21 Jul 2003, Michael K. Johnson wrote: > > > >> As I've since mentioned in another post, Severn won't have ipsec > >> patches added to the kernel. > > > > Unfortunately, but alas. Everybody should just try and get things > > together for the next release. Is contrib frozen for 9.1 as well? > > A nit to pick: as everyone should have learned from the last product > cycle, the beta is 9.0.93, not 9.1. You are correct, and this brings up another question... will the version number of the next Red Hat Linux remain secret as it has in the past, or will it be released as part of the newly-open schedule? If the future version number (10 or X or 10.0 or 9.1 or whatever the choices are) were made known, this would help out people at projects like http://www.fedora.us, who have to think very carefully about the naming scheme for their packages, so they can upgrade nicely while still being compatible with Red Hat's. --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tfox at redhat.com Mon Jul 21 20:32:40 2003 From: tfox at redhat.com (Tammy Fox) Date: Mon, 21 Jul 2003 16:32:40 -0400 Subject: RHN access to severn isos? In-Reply-To: <20030721142701.D16437@devserv.devel.redhat.com> References: <3F1C0B8C.2060609@tmsusa.com> <20030721133616.D27342@devserv.devel.redhat.com> <20030721142701.D16437@devserv.devel.redhat.com> Message-ID: <20030721203239.GP27129@redhat.com> On Mon, Jul 21, 2003 at 02:27:01PM -0400, Bill Nottingham wrote: > Bill Nottingham (notting at redhat.com) said: > > > Will RHN members be granted access to priority isos, or shall we be > > > struggling for access to overloaded ftp servers along with the general > > > public? I didn't see any way to access severn isos on my RHN page - > > > > > > Here's hoping, > > > > AFAIK, Easy ISOs are only for final releases, not betas. > > Erm, I misspoke. We intend to have the beta ISOs on RHN eventually; > we're working on it. > > Bill > > They are available now for paying RHN users. From rjohnson at medata.com Mon Jul 21 20:35:47 2003 From: rjohnson at medata.com (Rick Johnson) Date: Mon, 21 Jul 2003 13:35:47 -0700 Subject: Red Hat Switch Printer? Message-ID: <3F1C4EA3.5010203@medata.com> Why would this remain in the beta if LPR is no longer included? I noticed it's not selected by default, but the option to choose it during install still exists. Thx, -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From jeremyp at pobox.com Mon Jul 21 20:38:11 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 21 Jul 2003 16:38:11 -0400 Subject: Red Hat Switch Printer? In-Reply-To: <3F1C4EA3.5010203@medata.com> References: <3F1C4EA3.5010203@medata.com> Message-ID: <1058819891.15612.53.camel@jeremy.dtcc.cc.nc.us> Perhaps if you're upgrading from a previous installation, and have LPR installed, it will remain installed? What's the normal precedent for deprecated packages when performing an upgrade? Are they actually deleted, or do they remain with the old version? --Jeremy On Mon, 2003-07-21 at 16:35, Rick Johnson wrote: > Why would this remain in the beta if LPR is no longer included? I noticed > it's not selected by default, but the option to choose it during install > still exists. > > Thx, > -Rick -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From warren at togami.com Mon Jul 21 21:08:11 2003 From: warren at togami.com (Warren Togami) Date: 21 Jul 2003 11:08:11 -1000 Subject: apt-get anyone? In-Reply-To: <1058816804.2671.0.camel@isengard> References: <1058816804.2671.0.camel@isengard> Message-ID: <1058821690.5712.128.camel@laptop> On Mon, 2003-07-21 at 09:46, Klaasjan Brand wrote: > Hi, > > Anyone busy setting up an apt-gettable version for the new RH beta? > > Klaasjan The Fedora apt repository for 9.0.93 is ready, but we're having problems recompiling apt on severn. https://bugzilla.fedora.us/show_bug.cgi?id=304 You can use the apt from Fedora Shrike and edit the sources.list and it works fine though. Warren From kaboom at gatech.edu Mon Jul 21 21:14:01 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Mon, 21 Jul 2003 15:14:01 -0600 (MDT) Subject: apt-get anyone? In-Reply-To: <1058821690.5712.128.camel@laptop> References: <1058816804.2671.0.camel@isengard> <1058821690.5712.128.camel@laptop> Message-ID: On Mon, 21 Jul 2003, Warren Togami wrote: > On Mon, 2003-07-21 at 09:46, Klaasjan Brand wrote: > > Hi, > > > > Anyone busy setting up an apt-gettable version for the new RH beta? > > > > Klaasjan > > The Fedora apt repository for 9.0.93 is ready, but we're having problems > recompiling apt on severn. > > https://bugzilla.fedora.us/show_bug.cgi?id=304 > > You can use the apt from Fedora Shrike and edit the sources.list and it > works fine though. Another option -- yum works on severn. One more reason why yum is Just Better than apt ;-) later, chris From hosting at j2solutions.net Mon Jul 21 21:03:34 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 21 Jul 2003 14:03:34 -0700 Subject: Version Numbering (Was: Re: Kernel 2.6.x in next RHL version.) In-Reply-To: <1058819411.15612.46.camel@jeremy.dtcc.cc.nc.us> References: <20030721142050.C26748@devserv.devel.redhat.com> <4188.12.29.16.103.1058818060.squirrel@whooper.org> <1058819411.15612.46.camel@jeremy.dtcc.cc.nc.us> Message-ID: <200307211403.34645.hosting@j2solutions.net> On Monday 21 July 2003 13:30, Jeremy Portzer wrote: > You are correct, and this brings up another question... will the > version number of the next Red Hat Linux remain secret as it has in > the past, or will it be released as part of the newly-open schedule? > > If the future version number (10 or X or 10.0 or 9.1 or whatever the > choices are) were made known, this would help out people at projects > like http://www.fedora.us, who have to think very carefully about the > naming scheme for their packages, so they can upgrade nicely while > still being compatible with Red Hat's. I've been told in the IRC channel that it will be released to the community when it is decided upon. Release number/name are decided very late in the game. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From riel at redhat.com Mon Jul 21 21:52:45 2003 From: riel at redhat.com (Rik van Riel) Date: Mon, 21 Jul 2003 17:52:45 -0400 (EDT) Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: Message-ID: On Mon, 21 Jul 2003, Chris Ricker wrote: > > The current kernel in Severn does not have the IPSEC patches. > > Are there plans to add them? Watch for the other public beta Red Hat is going to do this week. I suspect that the kernel from that other public beta will just be usable in Severn ... From riel at redhat.com Mon Jul 21 22:07:52 2003 From: riel at redhat.com (Rik van Riel) Date: Mon, 21 Jul 2003 18:07:52 -0400 (EDT) Subject: Reason for the change In-Reply-To: <20030721142214.D26748@devserv.devel.redhat.com> Message-ID: On Mon, 21 Jul 2003, Michael K. Johnson wrote: > - Allow us to continue to use Red Hat Linux to develop and mature > the latest, greatest technologies that may be incorporated > later into products like Red Hat Enterprise Linux. Note that "use Red Hat Linux as a base for RHEL" means that Red Hat Linux will need to remain absolutely stable, so people don't have to be worried about losing value in Red Hat Linux... > - Speed up the development process, taking better advantage > of the inherent strengths of the open source model. ... but they should have faster access to new stuff, with more community influence. With the community involved in choosing the direction development takes, we hope that development of Red Hat Linux will more closely match whatever it is people really want with Red Hat Linux. From jos at xos.nl Mon Jul 21 22:11:02 2003 From: jos at xos.nl (Jos Vos) Date: Tue, 22 Jul 2003 00:11:02 +0200 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: Your message of "Mon, 21 Jul 2003 17:52:45 EDT." Message-ID: <200307212211.h6LMB2W19891@xos037.xos.nl> > Watch for the other public beta Red Hat is going to do this week. ^^^^^^^^^^^^^^^^^^^^^ > I suspect that the kernel from that other public beta will just > be usable in Severn ... I think I'm missing some essential information here... or was this *meant* to be cryptic, Rik? ;-) -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From kaboom at gatech.edu Mon Jul 21 22:12:49 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Mon, 21 Jul 2003 16:12:49 -0600 (MDT) Subject: Reason for the change In-Reply-To: References: Message-ID: On Mon, 21 Jul 2003, Rik van Riel wrote: > ... but they should have faster access to new stuff, with more > community influence. With the community involved in choosing > the direction development takes, we hope that development of > Red Hat Linux will more closely match whatever it is people > really want with Red Hat Linux. Speaking of which, one thing I'd like (sorry for those of you who've heard me complain before about this ;-) is a current version of cipe. Is there any technical reason RH still ships cipe 1.4? Is there anything I can do to help shift to cipe 1.5? later, chris From skvidal at phy.duke.edu Mon Jul 21 22:14:34 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 21 Jul 2003 18:14:34 -0400 Subject: Reason for the change In-Reply-To: References: Message-ID: <1058825674.4975.13.camel@opus.phy.duke.edu> > Note that "use Red Hat Linux as a base for RHEL" means that > Red Hat Linux will need to remain absolutely stable, so people > don't have to be worried about losing value in Red Hat Linux... If Red Hat Linux is absolutely stable doesn't that cut into revenues for RHEL? Also if people in the RHLP community wanted to extend errata lifespan on their own for RHL - would red hat issue community-driven errata notices? So if I wanted to, after a year from TNV's release, continue to backport patches for various things and QA them myself or through the community, like maybe through fedora's infrastructure, would you be willing to issue them as errata notices to the world? Would community members be given access to vendorsec notices if they were to be maintaining some package? -sv From hosting at j2solutions.net Mon Jul 21 22:02:58 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 21 Jul 2003 15:02:58 -0700 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: <200307212211.h6LMB2W19891@xos037.xos.nl> References: <200307212211.h6LMB2W19891@xos037.xos.nl> Message-ID: <200307211502.58621.hosting@j2solutions.net> On Monday 21 July 2003 15:11, Jos Vos wrote: > I think I'm missing some essential information here... or was this > *meant* to be cryptic, Rik? ;-) Sounds like there will be a RHEL beta later this week. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From skvidal at phy.duke.edu Mon Jul 21 22:18:44 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 21 Jul 2003 18:18:44 -0400 Subject: yum upgrading rhl9->severn Message-ID: <1058825924.4975.17.camel@opus.phy.duke.edu> Hey, I've gotten one confirmed report of yum upgrade working fine with a rhl9->severn upgrade. useless trivia - but I've been asked about it already so I figured I'd post. -sv From hosting at j2solutions.net Mon Jul 21 22:03:57 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 21 Jul 2003 15:03:57 -0700 Subject: Graphical boot isn't so graphical Message-ID: <200307211503.57071.hosting@j2solutions.net> So I just did an install of Severn, on a system w/ an ATI All in Wonder 7500 Pro... I did not get a graphical boot, although it's enabled in /etc/sysconfig/init and it's not disabled in grub.conf. What could be keeping the graphical boot from happening? -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From kaboom at gatech.edu Mon Jul 21 22:22:12 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Mon, 21 Jul 2003 16:22:12 -0600 (MDT) Subject: Graphical boot isn't so graphical In-Reply-To: <200307211503.57071.hosting@j2solutions.net> References: <200307211503.57071.hosting@j2solutions.net> Message-ID: On Mon, 21 Jul 2003, Jesse Keating wrote: > So I just did an install of Severn, on a system w/ an ATI All in Wonder > 7500 Pro... I did not get a graphical boot, although it's enabled in > /etc/sysconfig/init and it's not disabled in grub.conf. What could be > keeping the graphical boot from happening? did you boot in runlevel 5? later, chris From feliciano.matias at free.fr Mon Jul 21 22:25:44 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 22 Jul 2003 00:25:44 +0200 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: <20030721130406.A26748@devserv.devel.redhat.com> References: <1058798247.21254.4.camel@imoqland.morelos.gob.mx> <20030721105443.B27294@devserv.devel.redhat.com> <1058800746.21254.19.camel@imoqland.morelos.gob.mx> <20030721130406.A26748@devserv.devel.redhat.com> Message-ID: <1058826343.1606.16.camel@one.myworld> Sorry for my poor English. I currently downloading Severn. Le lun 21/07/2003 ? 19:04, Michael K. Johnson a ?crit : > On Mon, Jul 21, 2003 at 10:19:07AM -0500, Alejandro Gonz?lez Hern?ndez - Imoq wrote: > > Should I assume that next beta/next version WILL have a 2.6.x kernel? > > Next release after this one, that's the intention. The sooner 2.6.x > is stable, the sooner we can do next release -- it could be a much > shorter cycle than usual in order to incorporate the change. We'll > have to keep an eye on it. > Perhaps it's time to push Alsa in Severn. OSS still be used in RHL 11 with kernel 2.6 or have you planed to use Alsa with Linux 2.6. > michaelkjohnson > > "He that composes himself is wiser than he that composes a book." > Linux Application Development -- Ben Franklin > http://people.redhat.com/johnsonm/lad/ -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From hosting at j2solutions.net Mon Jul 21 22:12:38 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 21 Jul 2003 15:12:38 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: References: <200307211503.57071.hosting@j2solutions.net> Message-ID: <200307211512.38907.hosting@j2solutions.net> On Monday 21 July 2003 15:22, Chris Ricker wrote: > did you boot in runlevel 5? Yes. Graphical login works just fine. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From qralston+ml.rhl-beta at andrew.cmu.edu Mon Jul 21 22:28:22 2003 From: qralston+ml.rhl-beta at andrew.cmu.edu (James Ralston) Date: Mon, 21 Jul 2003 18:28:22 -0400 Subject: opteron ? In-Reply-To: <1058817171.8822.17.camel@morticia.pricegrabber.com> References: <1058817171.8822.17.camel@morticia.pricegrabber.com> Message-ID: <22870000.1058826502@pcmy.sei.cmu.edu> On 2003-07-21 at 12:52:51-0700 Christopher McCrory wrote: > Are there plans to do an opteron release? I asked about this at one of the webcasts. The next version of RHEL will most likely support the Opteron. (The public beta should be appearing Real Soon Now.) It doesn't really make sense to take the effort to put AMD64 support in Cambridge, for two reasons: 1. The Opteron is AMD's server chip, and is thus best paired with RHEL. 2. The Athlon 64 (the desktop version of the Opteron) isn't slated for release until the end of September, which is long after the StopShip date for Cambridge. If the Athlon 64 succeeds in the marketplace, I'd expect to see Athlon 64 support in Cambridge++. (It would be a sad thing if Microsoft Windows were to natively support the Athlon 64 before RHLP does, but alas, if the various release schedules hold, that will probably be the case.) > If not, is it possible to "cross compile" an opteron release from a > x86 box? Perhaps, but it sounds painful. A more interesting question is whether Red Hat is keeping an eye on AMD64, such that when the Athlon 64 is released, Cambridge will at least run on it (albeit in 32-bit mode). -- James Ralston, Information Technology Software Engineering Institute Carnegie Mellon University, Pittsburgh, PA, USA From notting at redhat.com Mon Jul 21 22:32:49 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 18:32:49 -0400 Subject: Reason for the change In-Reply-To: <1058825674.4975.13.camel@opus.phy.duke.edu>; from skvidal@phy.duke.edu on Mon, Jul 21, 2003 at 06:14:34PM -0400 References: <1058825674.4975.13.camel@opus.phy.duke.edu> Message-ID: <20030721183249.B18319@devserv.devel.redhat.com> seth vidal (skvidal at phy.duke.edu) said: > > Note that "use Red Hat Linux as a base for RHEL" means that > > Red Hat Linux will need to remain absolutely stable, so people > > don't have to be worried about losing value in Red Hat Linux... > > If Red Hat Linux is absolutely stable doesn't that cut into revenues for > RHEL? It's not stable as in unmoving, it's stable as in not-horribly-buggy. > Also if people in the RHLP community wanted to extend errata lifespan on > their own for RHL - would red hat issue community-driven errata notices? > > So if I wanted to, after a year from TNV's release, continue to backport > patches for various things and QA them myself or through the community, > like maybe through fedora's infrastructure, would you be willing to > issue them as errata notices to the world? Basically, if they're issued through the normal errata process for Red Hat Linux (which we expect to change some over time as there's more community involvement), they will go out as normal errata. > Would community members be given access to vendorsec notices if they > were to be maintaining some package? This is one of the stickier points that we have to work out for external-to-RH maintainership and errata; how to handle embargoed security notices. Bill From notting at redhat.com Mon Jul 21 22:33:40 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 18:33:40 -0400 Subject: opteron ? In-Reply-To: <22870000.1058826502@pcmy.sei.cmu.edu>; from qralston+ml.rhl-beta@andrew.cmu.edu on Mon, Jul 21, 2003 at 06:28:22PM -0400 References: <1058817171.8822.17.camel@morticia.pricegrabber.com> <22870000.1058826502@pcmy.sei.cmu.edu> Message-ID: <20030721183340.C18319@devserv.devel.redhat.com> James Ralston (qralston+ml.rhl-beta at andrew.cmu.edu) said: > A more interesting question is whether Red Hat is keeping an eye on > AMD64, such that when the Athlon 64 is released, Cambridge will at > least run on it (albeit in 32-bit mode). It should run fine in 32-bit mode. Bill From hosting at j2solutions.net Mon Jul 21 22:19:31 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 21 Jul 2003 15:19:31 -0700 Subject: opteron ? In-Reply-To: <22870000.1058826502@pcmy.sei.cmu.edu> References: <1058817171.8822.17.camel@morticia.pricegrabber.com> <22870000.1058826502@pcmy.sei.cmu.edu> Message-ID: <200307211519.31134.hosting@j2solutions.net> On Monday 21 July 2003 15:28, James Ralston wrote: > It doesn't really make sense to take the effort to put AMD64 support > in Cambridge, for two reasons: > > 1. The Opteron is AMD's server chip, and is thus best paired > with RHEL. Ugh.. sounds like a marketing call on that one. Guess we should strip all the server stuff out of RHLP since it's all better suited for RHEL anyway... *grumble* -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From notting at redhat.com Mon Jul 21 22:35:12 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 18:35:12 -0400 Subject: opteron ? In-Reply-To: <1058817171.8822.17.camel@morticia.pricegrabber.com>; from chrismcc@pricegrabber.com on Mon, Jul 21, 2003 at 12:52:51PM -0700 References: <1058817171.8822.17.camel@morticia.pricegrabber.com> Message-ID: <20030721183512.D18319@devserv.devel.redhat.com> Christopher McCrory (chrismcc at pricegrabber.com) said: > Are there plans to do an opteron release? > If so when? >From http://rhl.redhat.com/about/faq/: Q: What architectures will be supported by Red Hat Linux? A: Red Hat will focus on the x86 family of architectures. However, other community members are welcome to participate in building for other architectures. Mechanisms, policies, and procedures for supporting other architectures have not been created, but may be if sufficient participation is forthcoming. To avoid duplication of effort, it is recommended that community members ask about builds for other architectures before doing their own builds. In short, it's not planned *right now*. Bill From skvidal at phy.duke.edu Mon Jul 21 22:35:31 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 21 Jul 2003 18:35:31 -0400 Subject: Reason for the change In-Reply-To: <20030721183249.B18319@devserv.devel.redhat.com> References: <1058825674.4975.13.camel@opus.phy.duke.edu> <20030721183249.B18319@devserv.devel.redhat.com> Message-ID: <1058826931.4975.19.camel@opus.phy.duke.edu> On Mon, 2003-07-21 at 18:32, Bill Nottingham wrote: > seth vidal (skvidal at phy.duke.edu) said: > > > Note that "use Red Hat Linux as a base for RHEL" means that > > > Red Hat Linux will need to remain absolutely stable, so people > > > don't have to be worried about losing value in Red Hat Linux... > > > > If Red Hat Linux is absolutely stable doesn't that cut into revenues for > > RHEL? > > It's not stable as in unmoving, it's stable as in not-horribly-buggy. who do you think RHL(P) is suited for, then? > > Would community members be given access to vendorsec notices if they > > were to be maintaining some package? > > This is one of the stickier points that we have to work out for > external-to-RH maintainership and errata; how to handle embargoed > security notices. How does debian get vendorsec access? -sv From skvidal at phy.duke.edu Mon Jul 21 22:36:21 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 21 Jul 2003 18:36:21 -0400 Subject: opteron ? In-Reply-To: <200307211519.31134.hosting@j2solutions.net> References: <1058817171.8822.17.camel@morticia.pricegrabber.com> <22870000.1058826502@pcmy.sei.cmu.edu> <200307211519.31134.hosting@j2solutions.net> Message-ID: <1058826981.4975.21.camel@opus.phy.duke.edu> On Mon, 2003-07-21 at 18:19, Jesse Keating wrote: > On Monday 21 July 2003 15:28, James Ralston wrote: > > It doesn't really make sense to take the effort to put AMD64 support > > in Cambridge, for two reasons: > > > > 1. The Opteron is AMD's server chip, and is thus best paired > > with RHEL. > > Ugh.. sounds like a marketing call on that one. Guess we should strip > all the server stuff out of RHLP since it's all better suited for RHEL > anyway... > > *grumble* I know some researchers in physics departments who would be interested in burning some cycles on a rebuild. Beowulf-node != server. -sv From notting at redhat.com Mon Jul 21 22:37:11 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 18:37:11 -0400 Subject: Red Hat Switch Printer? In-Reply-To: <3F1C4EA3.5010203@medata.com>; from rjohnson@medata.com on Mon, Jul 21, 2003 at 01:35:47PM -0700 References: <3F1C4EA3.5010203@medata.com> Message-ID: <20030721183711.E18319@devserv.devel.redhat.com> Rick Johnson (rjohnson at medata.com) said: > Why would this remain in the beta if LPR is no longer included? I noticed > it's not selected by default, but the option to choose it during install > still exists. Oversight. Bill From notting at redhat.com Mon Jul 21 22:37:41 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 18:37:41 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <200307211503.57071.hosting@j2solutions.net>; from hosting@j2solutions.net on Mon, Jul 21, 2003 at 03:03:57PM -0700 References: <200307211503.57071.hosting@j2solutions.net> Message-ID: <20030721183741.F18319@devserv.devel.redhat.com> Jesse Keating (hosting at j2solutions.net) said: > So I just did an install of Severn, on a system w/ an ATI All in Wonder > 7500 Pro... I did not get a graphical boot, although it's enabled in > /etc/sysconfig/init and it's not disabled in grub.conf. What could be > keeping the graphical boot from happening? You have a separate /usr? Bill From twaugh at redhat.com Mon Jul 21 22:40:25 2003 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 21 Jul 2003 23:40:25 +0100 Subject: Red Hat Switch Printer? In-Reply-To: <1058819891.15612.53.camel@jeremy.dtcc.cc.nc.us> References: <3F1C4EA3.5010203@medata.com> <1058819891.15612.53.camel@jeremy.dtcc.cc.nc.us> Message-ID: <20030721224025.GC16222@redhat.com> On Mon, Jul 21, 2003 at 04:38:11PM -0400, Jeremy Portzer wrote: > Perhaps if you're upgrading from a previous installation, and have LPR > installed, it will remain installed? What's the normal precedent for > deprecated packages when performing an upgrade? Are they actually > deleted, or do they remain with the old version? Actually no: for this beta, cups has an 'Obsoletes: LPRng' tag so that LPRng is removed and replaced with cups. The current redhat-config-printer tool can no longer write out correct configuration files for LPRng/foomatic-3.0.0, which is one of the reasons for leaving LPRng out. However it might be that there are things that redhat-switch-printer does that 'rpm -Uvh cups-*' won't do, and if so that's probably worth a bugzilla report. I think the 'alternatives' links should already be handled, but there may be a 'printconf-backend --force-rebuild' missing somewhere. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From hosting at j2solutions.net Mon Jul 21 22:27:03 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 21 Jul 2003 15:27:03 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <20030721183741.F18319@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <20030721183741.F18319@devserv.devel.redhat.com> Message-ID: <200307211527.03478.hosting@j2solutions.net> On Monday 21 July 2003 15:37, Bill Nottingham wrote: > You have a separate /usr? Yes, could that be it? -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From notting at redhat.com Mon Jul 21 22:43:50 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Jul 2003 18:43:50 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <200307211527.03478.hosting@j2solutions.net>; from hosting@j2solutions.net on Mon, Jul 21, 2003 at 03:27:03PM -0700 References: <200307211503.57071.hosting@j2solutions.net> <20030721183741.F18319@devserv.devel.redhat.com> <200307211527.03478.hosting@j2solutions.net> Message-ID: <20030721184350.A31471@devserv.devel.redhat.com> Jesse Keating (hosting at j2solutions.net) said: > On Monday 21 July 2003 15:37, Bill Nottingham wrote: > > You have a separate /usr? > > Yes, could that be it? That is exactly it, actaully. rhgb tries to start before /usr is mounted, so it's very hard to run /usr/X11R6/bin/X in this case. Bill From rjohnson at medata.com Mon Jul 21 22:44:44 2003 From: rjohnson at medata.com (Rick Johnson) Date: Mon, 21 Jul 2003 15:44:44 -0700 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) ). In-Reply-To: <200307211502.58621.hosting@j2solutions.net> References: <200307212211.h6LMB2W19891@xos037.xos.nl> <200307211502.58621.hosting@j2solutions.net> Message-ID: <3F1C6CDC.2090401@medata.com> On 7/21/2003 3:02 PM, Jesse Keating wrote: > On Monday 21 July 2003 15:11, Jos Vos wrote: > >>I think I'm missing some essential information here... or was this >>*meant* to be cryptic, Rik? ;-) > > > Sounds like there will be a RHEL beta later this week. > Or possibly Cambridge++? http://rhl.redhat.com/participate/schedule/ I'd drool over the next RHEL beta though, since it would come at an ideal time for us to migrate our production from RHL 7.1-9 to RHEL 3.x (or whatever it's numbered). I've held off because I felt that 2.1 wasn't leading edge enough being based on 7.2 -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From hosting at j2solutions.net Mon Jul 21 22:33:25 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 21 Jul 2003 15:33:25 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <20030721184350.A31471@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <200307211527.03478.hosting@j2solutions.net> <20030721184350.A31471@devserv.devel.redhat.com> Message-ID: <200307211533.25771.hosting@j2solutions.net> On Monday 21 July 2003 15:43, Bill Nottingham wrote: > That is exactly it, actaully. rhgb tries to start before /usr > is mounted, so it's very hard to run /usr/X11R6/bin/X in this > case. > > Bill Gotcha. Time to ammend our kickstart scripts to go super simple... /boot, swap, and root. Maybe a home... -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From dax at gurulabs.com Mon Jul 21 22:51:31 2003 From: dax at gurulabs.com (Dax Kelson) Date: 21 Jul 2003 16:51:31 -0600 Subject: Graphical boot isn't so graphical In-Reply-To: <20030721184350.A31471@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <20030721183741.F18319@devserv.devel.redhat.com> <200307211527.03478.hosting@j2solutions.net> <20030721184350.A31471@devserv.devel.redhat.com> Message-ID: <1058827891.4600.27.camel@mentor.gurulabs.com> On Mon, 2003-07-21 at 16:43, Bill Nottingham wrote: > Jesse Keating (hosting at j2solutions.net) said: > > On Monday 21 July 2003 15:37, Bill Nottingham wrote: > > > You have a separate /usr? > > > > Yes, could that be it? > > That is exactly it, actaully. rhgb tries to start before /usr > is mounted, so it's very hard to run /usr/X11R6/bin/X in this > case. > > Bill Funny, I wrote about this problems 4 months ago in: http://www.gurulabs.com/RedHatLinux9-review.html "...the Red Hat Graphical Boot binary, /usr/bin/rhgb, is run. I note that Red Hat should move it to /bin or /sbin as it will be a binary required before /usr gets mounted. Before you get too excited, note that the rhgb binary isn't included with RHL9." From alan at redhat.com Mon Jul 21 22:54:01 2003 From: alan at redhat.com (Alan Cox) Date: Mon, 21 Jul 2003 18:54:01 -0400 (EDT) Subject: Reason for the change In-Reply-To: <1058826931.4975.19.camel@opus.phy.duke.edu> from "seth vidal" at Gor 21, 2003 06:35:31 Message-ID: <200307212254.h6LMs1403141@devserv.devel.redhat.com> > > This is one of the stickier points that we have to work out for > > external-to-RH maintainership and errata; how to handle embargoed > > security notices. > > How does debian get vendorsec access? They have a small team of trusted people who agree to follow the disclosure rules. In general vendor-sec also works directly with the package maintainer. From alan at redhat.com Mon Jul 21 22:55:21 2003 From: alan at redhat.com (Alan Cox) Date: Mon, 21 Jul 2003 18:55:21 -0400 (EDT) Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) In-Reply-To: <1058826343.1606.16.camel@one.myworld> from "=?ISO-8859-1?Q?F=E9liciano?= Matias" at Gor 22, 2003 12:25:44 Message-ID: <200307212255.h6LMtLl03696@devserv.devel.redhat.com> > Perhaps it's time to push Alsa in Severn. OSS still be used in RHL 11 > with kernel 2.6 or have you planed to use Alsa with Linux 2.6. If you want to spin a set of alsa add on packages that sounds precisely the kind of stuff we want to see happen. From bloch at verdurin.com Mon Jul 21 22:58:35 2003 From: bloch at verdurin.com (Adam Huffman) Date: Mon, 21 Jul 2003 23:58:35 +0100 Subject: Graphical boot isn't so graphical In-Reply-To: <20030721184350.A31471@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <20030721183741.F18319@devserv.devel.redhat.com> <200307211527.03478.hosting@j2solutions.net> <20030721184350.A31471@devserv.devel.redhat.com> Message-ID: <20030721225835.GD7550@bloch.verdurin.priv> On Mon, 21 Jul 2003, Bill Nottingham wrote: > Jesse Keating (hosting at j2solutions.net) said: > > On Monday 21 July 2003 15:37, Bill Nottingham wrote: > > > You have a separate /usr? > > > > Yes, could that be it? > > That is exactly it, actaully. rhgb tries to start before /usr > is mounted, so it's very hard to run /usr/X11R6/bin/X in this > case. > > Bill > Failed for me too, without a separate /usr partition. Adam From alan at redhat.com Mon Jul 21 23:00:31 2003 From: alan at redhat.com (Alan Cox) Date: Mon, 21 Jul 2003 19:00:31 -0400 (EDT) Subject: Reason for the change In-Reply-To: <1058825674.4975.13.camel@opus.phy.duke.edu> from "seth vidal" at Gor 21, 2003 06:14:34 Message-ID: <200307212300.h6LN0WU05480@devserv.devel.redhat.com> > > don't have to be worried about losing value in Red Hat Linux... > > If Red Hat Linux is absolutely stable doesn't that cut into revenues for > RHEL? There are different kinds of "stable". Enterprise customers react in different ways "It's got seven window managers" Community: Cool! Enterprise: My god how will I support it "It comes with xbill" Community: Great Enterprise: how inappropriate "We are pushing gnome 2.4 updates" Community: Whoopeee Enteprise: Oh my god, what the hell! > Also if people in the RHLP community wanted to extend errata lifespan on > their own for RHL - would red hat issue community-driven errata notices? Good question. It may be it would be better to formally hand it over. I don't think its something with an instant answer. > Would community members be given access to vendorsec notices if they > were to be maintaining some package? vendor-sec membership is decided by vendor-sec not Red Hat. It has to trade the fact the more people know the more it leaks versus the desire to get stuff fixed. Currently membership is decided by a process of armwaving and consensus with existing members (which include SuSE, Debian, Openwall, FreeBSD etc) vendor-sec has to make that decision, Red Hat cannot do so. From rjohnson at medata.com Mon Jul 21 23:19:58 2003 From: rjohnson at medata.com (Rick Johnson) Date: 21 Jul 2003 16:19:58 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <20030721225835.GD7550@bloch.verdurin.priv> References: <200307211503.57071.hosting@j2solutions.net> <20030721183741.F18319@devserv.devel.redhat.com> <200307211527.03478.hosting@j2solutions.net> <20030721184350.A31471@devserv.devel.redhat.com> <20030721225835.GD7550@bloch.verdurin.priv> Message-ID: <1058829597.2289.2.camel@localhost.localdomain> On Mon, 2003-07-21 at 15:58, Adam Huffman wrote: > Failed for me too, without a separate /usr partition. > Mine didn't exactly fail, but the first time around "starting services", I locked up. When switching between the GUI tty - TTY8 and the text screen on TTY1, and then back again, it didn't seem to continue. Rebooted hard and it came up just fine. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From feliciano.matias at free.fr Mon Jul 21 23:20:34 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 22 Jul 2003 01:20:34 +0200 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) In-Reply-To: <200307212255.h6LMtLl03696@devserv.devel.redhat.com> References: <200307212255.h6LMtLl03696@devserv.devel.redhat.com> Message-ID: <1058829633.1606.45.camel@one.myworld> Le mar 22/07/2003 ? 00:55, Alan Cox a ?crit : > > Perhaps it's time to push Alsa in Severn. OSS still be used in RHL 11 > > with kernel 2.6 or have you planed to use Alsa with Linux 2.6. > > If you want to spin a set of alsa add on packages that sounds precisely > the kind of stuff we want to see happen. > http://freshrpms.net/ provides Alsa rpm (version 0.9.4) : http://freshrpms.net/docs/alsa/ The OSS emulation of Alsa work great. The "big picture" is sndconfig/kuduz/anaconda to switch to alsa. I use Alsa since RH 6.0 :-) But the true question is : if RedHat plan to use Alsa with Linux 2.6, i don't need to fill a RFE in bugzilla. > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From johnsonm at redhat.com Mon Jul 21 23:22:38 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 21 Jul 2003 19:22:38 -0400 Subject: Reason for the change In-Reply-To: <1058825674.4975.13.camel@opus.phy.duke.edu>; from skvidal@phy.duke.edu on Mon, Jul 21, 2003 at 06:14:34PM -0400 References: <1058825674.4975.13.camel@opus.phy.duke.edu> Message-ID: <20030721192238.A9603@devserv.devel.redhat.com> On Mon, Jul 21, 2003 at 06:14:34PM -0400, seth vidal wrote: > > Note that "use Red Hat Linux as a base for RHEL" means that > > Red Hat Linux will need to remain absolutely stable, so people > > don't have to be worried about losing value in Red Hat Linux... > > If Red Hat Linux is absolutely stable doesn't that cut into revenues for > RHEL? I hate the word "stable" because it means different things to different people... I'm using the word "robust" for the Red Hat Linux project -- we are trying to make robust software (though up-to-date) but we're trying to keep up with new versions and will release new versions of software even for security errata when that's the right thing to do (generally, when that's the form the fix comes in from upstream). A new version comes out with new features and enough people are willing to help qualify it? No reason not to release the new feature update, too! Red Hat Enterprise Linux, by contrast, has very minimal changes within a release -- one meaning of "stable" that is critical in an enterprise environment. Obviously they also care about "robust" as well. Can you imagine an enterprise deploying a new version of a major software component because it is "fresher"? That would be IS lunacy. :-) > Also if people in the RHLP community wanted to extend errata lifespan on > their own for RHL - would red hat issue community-driven errata notices? We haven't set policy here for sure. Sporadic and incomplete updates can be worse for overall security than none at all and an encouragement to update. This needs more thought. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From alan at redhat.com Mon Jul 21 23:26:57 2003 From: alan at redhat.com (Alan Cox) Date: Mon, 21 Jul 2003 19:26:57 -0400 (EDT) Subject: error in release notes In-Reply-To: from "Gerald Henriksen" at Gor 21, 2003 01:15:00 Message-ID: <200307212326.h6LNQvI13861@devserv.devel.redhat.com> > My next question would be why is including a second older compiler > necessary? I could understand it for the transition to 2.96, and then > to 3.2, but why is it necessary from 3.2.* to 3.3? Gcc 3.3 has an improved parser which rejects some borderline bogus constructs that gcc 3.2 permitted. The kernel like several other projects found it had a few of them. Most notably it used to accept printk("hello there\n"); now it correctly requires printk("hello" \ "there\n"); The 2.4.22 kernel should have all these dealt with, and its very much a case of a stricter compiler forcing us to clean up mess. From florin at sgi.com Mon Jul 21 23:28:32 2003 From: florin at sgi.com (Florin Andrei) Date: 21 Jul 2003 16:28:32 -0700 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) In-Reply-To: <1058829633.1606.45.camel@one.myworld> References: <200307212255.h6LMtLl03696@devserv.devel.redhat.com> <1058829633.1606.45.camel@one.myworld> Message-ID: <1058830112.24830.56.camel@stantz.corp.sgi.com> On Mon, 2003-07-21 at 16:20, F?liciano Matias wrote: > But the true question is : if RedHat plan to use Alsa with Linux 2.6, i > don't need to fill a RFE in bugzilla. Severn is one thing, 2.6 is another. I think Red Hat (and any sensible distribution, for that matter) will use ALSA on any 2.6-based release, because that's just what makes sense. However, i don't seem to recall that Severn is based on 2.6. Since RH, for the moment, seems to have the focus somewhere else, don't expect them to support ALSA with 2.4 However, if someone else starts maintaining ALSA packages for Severn, that might solve your problem. I'm pretty sure Freshrpms will start providing ALSA packages for the next RH version once it's "officially" out. -- Florin Andrei "Never send a human to do a machine's job." - Agent Smith From alan at redhat.com Mon Jul 21 23:30:38 2003 From: alan at redhat.com (Alan Cox) Date: Mon, 21 Jul 2003 19:30:38 -0400 (EDT) Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) In-Reply-To: <1058830112.24830.56.camel@stantz.corp.sgi.com> from "Florin Andrei" at Gor 21, 2003 04:28:32 Message-ID: <200307212330.h6LNUcX15389@devserv.devel.redhat.com> > I think Red Hat (and any sensible distribution, for that matter) will > use ALSA on any 2.6-based release, because that's just what makes sense. > However, i don't seem to recall that Severn is based on 2.6. It may even be a "both" case. Some drivers only exist in one or the other. Its *way* to early to call From qralston+ml.rhl-beta at andrew.cmu.edu Mon Jul 21 23:35:20 2003 From: qralston+ml.rhl-beta at andrew.cmu.edu (James Ralston) Date: Mon, 21 Jul 2003 19:35:20 -0400 Subject: opteron ? In-Reply-To: <200307211519.31134.hosting@j2solutions.net> References: <1058817171.8822.17.camel@morticia.pricegrabber.com> <22870000.1058826502@pcmy.sei.cmu.edu> <200307211519.31134.hosting@j2solutions.net> Message-ID: <48460000.1058830520@pcmy.sei.cmu.edu> On 2003-07-21 at 15:19:31-0700 Jesse Keating wrote: > On Monday 21 July 2003 15:28, James Ralston wrote: > > > The Opteron is AMD's server chip, and is thus best paired with > > RHEL. > > Ugh.. sounds like a marketing call on that one. Guess we should > strip all the server stuff out of RHLP since it's all better suited > for RHEL anyway... IMHO... It makes sense for Red Hat to put Opteron support into RHEL, as both the Opteron and RHEL are specifically targeted to servers, and the Opteron is available (more or less) *now*. Do you honestly expect Red Hat to spend development effort making Cambridge support a processor that hasn't been released yet, when the only "benefit" would be to undercut RHEL sales? If you want to complain about somebody, complain about AMD, as they're the ones who decided to release the Opteron before the Athlon 64: http://www.amd.com/us-en/Processors/ProductInformation/0,,30_118_608,00.html But honestly, there's not that much that AMD could've done, because no matter how unpleasant the fact is, AMD *needed* to have Microsoft put native AMD64 support into Windows before they could bring out the Athlon 64. Microsoft doesn't control the server space, so AMD didn't have to wait for them there, but Microsoft (still) rules the desktop with an iron fist. If Athlon 64 chips were flying off the shelves in desktop systems right now (pre-loaded with Windows XP 64-Bit Edition), then including native AMD64 support in RHLP would be a no-brainer. But they're not, and as much as I hate to say it, the future of the AMD64 architecture (and AMD in general) is far from certain. From pp at ee.oulu.fi Mon Jul 21 23:38:21 2003 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Tue, 22 Jul 2003 02:38:21 +0300 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) In-Reply-To: <1058829633.1606.45.camel@one.myworld> References: <200307212255.h6LMtLl03696@devserv.devel.redhat.com> <1058829633.1606.45.camel@one.myworld> Message-ID: <20030721233821.GA29099@ee.oulu.fi> On Tue, Jul 22, 2003 at 01:20:34AM +0200, Fliciano Matias wrote: > http://freshrpms.net/ provides Alsa rpm (version 0.9.4) : > http://freshrpms.net/docs/alsa/ > But the true question is : if RedHat plan to use Alsa with Linux 2.6, i > don't need to fill a RFE in bugzilla. Well, from what I've understood OSS is going to be deprecated (but still exist) in 2.6 so it's not like there will be much of a choice :-) Btw., in case someone wants to use ALSA in Cambridge, you need a few minor tweaks, drivers/serialmidi.c needs: --- ./drivers/serialmidi.c~ 2003-05-08 18:53:43.000000000 +0300 +++ ./drivers/serialmidi.c 2003-05-08 18:53:43.000000000 +0300 @@ -155,7 +155,7 @@ retval = -EIO; goto __end; } - if (tty->count > 1) { + if (atomic_read(&tty->count) > 1) { snd_printk(KERN_ERR "tty %s is already used", serial->sdev); retval = -EBUSY; goto __end; to work with the recent Red Hat kernels and exec-shield breaks quite a few apps that use alsa-lib (it uses a gcc extension that puts code on the stack, which is a no-no). Solutions are chstk -e your alsa apps, disable exec-shield or fix alsa-lib. Other than that, it works just fine. -- Pekka Pietikainen From skvidal at phy.duke.edu Mon Jul 21 23:38:37 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 21 Jul 2003 19:38:37 -0400 Subject: Reason for the change In-Reply-To: <200307212300.h6LN0WU05480@devserv.devel.redhat.com> References: <200307212300.h6LN0WU05480@devserv.devel.redhat.com> Message-ID: <1058830716.30390.21.camel@binkley> On Mon, 2003-07-21 at 19:00, Alan Cox wrote: > > > don't have to be worried about losing value in Red Hat Linux... > > > > If Red Hat Linux is absolutely stable doesn't that cut into revenues for > > RHEL? > > There are different kinds of "stable". Enterprise customers react in > different ways > > "It's got seven window managers" > Community: Cool! Enterprise: My god how will I support it > > "It comes with xbill" > > Community: Great Enterprise: how inappropriate > > "We are pushing gnome 2.4 updates" > > Community: Whoopeee Enteprise: Oh my god, what the hell! And then where I'm from is something in between - academia would probably say something like: choice is good but we'll probably only install one for the windowmanagers They to xbill. and closer to 'is there a plan for a migration path from gnome 2.2 to gnome 2.4 for users' for gnome 2.4 updates. > > Also if people in the RHLP community wanted to extend errata lifespan on > > their own for RHL - would red hat issue community-driven errata notices? > > Good question. It may be it would be better to formally hand it over. I > don't think its something with an instant answer. There has been an ongoing discussion with b/t certain universities about doing just this. I'll keep an eye open for others discussing this. > > Would community members be given access to vendorsec notices if they > > were to be maintaining some package? > > vendor-sec membership is decided by vendor-sec not Red Hat. It has to trade > the fact the more people know the more it leaks versus the desire to get > stuff fixed. Currently membership is decided by a process of armwaving > and consensus with existing members (which include SuSE, Debian, Openwall, > FreeBSD etc) > > vendor-sec has to make that decision, Red Hat cannot do so. good to know. thanks -sv From skvidal at phy.duke.edu Mon Jul 21 23:40:49 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 21 Jul 2003 19:40:49 -0400 Subject: opteron ? In-Reply-To: <48460000.1058830520@pcmy.sei.cmu.edu> References: <1058817171.8822.17.camel@morticia.pricegrabber.com> <22870000.1058826502@pcmy.sei.cmu.edu> <200307211519.31134.hosting@j2solutions.net> <48460000.1058830520@pcmy.sei.cmu.edu> Message-ID: <1058830849.30390.26.camel@binkley> On Mon, 2003-07-21 at 19:35, James Ralston wrote: > On 2003-07-21 at 15:19:31-0700 Jesse Keating wrote: > > > On Monday 21 July 2003 15:28, James Ralston wrote: > > > > > The Opteron is AMD's server chip, and is thus best paired with > > > RHEL. > > > > Ugh.. sounds like a marketing call on that one. Guess we should > > strip all the server stuff out of RHLP since it's all better suited > > for RHEL anyway... > > IMHO... > > It makes sense for Red Hat to put Opteron support into RHEL, as both > the Opteron and RHEL are specifically targeted to servers, and the > Opteron is available (more or less) *now*. Do you honestly expect Red > Hat to spend development effort making Cambridge support a processor > that hasn't been released yet, when the only "benefit" would be to > undercut RHEL sales? In academia opterons are being looked at for computational systems NOT servers. I think there is a lot of good reason for RHLP to support opteron archs if someone is willing to work on it. at the very least I'd hope red hat linux project 'directors' or what not wouldn't undermine or oppose such efforts. -sv From qralston+ml.rhl-beta at andrew.cmu.edu Mon Jul 21 23:45:27 2003 From: qralston+ml.rhl-beta at andrew.cmu.edu (James Ralston) Date: Mon, 21 Jul 2003 19:45:27 -0400 Subject: Kernel 2.6.x in next RHL version. In-Reply-To: <3F1C6CDC.2090401@medata.com> References: <200307212211.h6LMB2W19891@xos037.xos.nl> <200307211502.58621.hosting@j2solutions.net> <3F1C6CDC.2090401@medata.com> Message-ID: <48800000.1058831127@pcmy.sei.cmu.edu> On 2003-07-21 at 15:44:44-0700 Rick Johnson wrote: > I'd drool over the next RHEL beta though, since it would come at an > ideal time for us to migrate our production from RHL 7.1-9 to RHEL > 3.x (or whatever it's numbered). I've held off because I felt that > 2.1 wasn't leading edge enough being based on 7.2 We're in the exact same situation. I don't want to move *all* of my servers from RHL to RHEL, but I want to move a fair number of them, and RHEL 2.1 is just too old. I think a nice new spiffy RHEL (which will be supported by most third-party vendors) released in the fall will get a fair number of people to migrate from RHL 7.x/8.0 to RHEL, and should give a nice boost to Red Hat's bottom line. From hosting at j2solutions.net Mon Jul 21 23:31:53 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 21 Jul 2003 16:31:53 -0700 Subject: opteron ? In-Reply-To: <48460000.1058830520@pcmy.sei.cmu.edu> References: <1058817171.8822.17.camel@morticia.pricegrabber.com> <200307211519.31134.hosting@j2solutions.net> <48460000.1058830520@pcmy.sei.cmu.edu> Message-ID: <200307211631.53176.hosting@j2solutions.net> On Monday 21 July 2003 16:35, James Ralston wrote: > when the only "benefit" would be to > undercut RHEL sales? Then why include any server software in RHL at all? There is a line somewhere. The other reasons given for Opteron not being in there are sound, but just "because it makes more sense to push RHEL" sounds like a load of bull to me. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jdow at earthlink.net Mon Jul 21 23:49:25 2003 From: jdow at earthlink.net (jdow) Date: Mon, 21 Jul 2003 16:49:25 -0700 Subject: error in release notes References: <200307212326.h6LNQvI13861@devserv.devel.redhat.com> Message-ID: <05a001c34fe2$b7c2b560$1225a8c0@kitty> Actually I thought the second example was legal but overkill. I thought this was also legal. printk("hello " "there\n"); And technically I believe this is also legal although nasty to read when indented because the second line cannot be indented in most cases. printk("hello \ there\n"); Of course, the first case you presented is and should be utterly illegal. It's nice to see you here Alan. {^_^} Joanne "Somewhat crazed trying to avoid some real work" Dow ----- Original Message ----- From: "Alan Cox" > > My next question would be why is including a second older compiler > > necessary? I could understand it for the transition to 2.96, and then > > to 3.2, but why is it necessary from 3.2.* to 3.3? > > Gcc 3.3 has an improved parser which rejects some borderline bogus > constructs that gcc 3.2 permitted. The kernel like several other projects > found it had a few of them. Most notably it used to accept > > printk("hello > there\n"); > > now it correctly requires > > printk("hello" \ > "there\n"); > > The 2.4.22 kernel should have all these dealt with, and its very much a > case of a stricter compiler forcing us to clean up mess. From skvidal at phy.duke.edu Tue Jul 22 00:03:43 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 21 Jul 2003 20:03:43 -0400 Subject: Reason for the change In-Reply-To: <20030721192238.A9603@devserv.devel.redhat.com> References: <1058825674.4975.13.camel@opus.phy.duke.edu> <20030721192238.A9603@devserv.devel.redhat.com> Message-ID: <1058832222.30390.51.camel@binkley> On Mon, 2003-07-21 at 19:22, Michael K. Johnson wrote: > On Mon, Jul 21, 2003 at 06:14:34PM -0400, seth vidal wrote: > > > Note that "use Red Hat Linux as a base for RHEL" means that > > > Red Hat Linux will need to remain absolutely stable, so people > > > don't have to be worried about losing value in Red Hat Linux... > > > > If Red Hat Linux is absolutely stable doesn't that cut into revenues for > > RHEL? > > I hate the word "stable" because it means different things to different > people... > I wasn't using the word stable - I was quoting someone else - I think it was or Rik Van Riel > I'm using the word "robust" for the Red Hat Linux project -- we are > trying to make robust software (though up-to-date) but we're trying to > keep up with new versions and will release new versions of software even > for security errata when that's the right thing to do (generally, when > that's the form the fix comes in from upstream). A new version comes > out with new features and enough people are willing to help qualify it? > No reason not to release the new feature update, too! > > Red Hat Enterprise Linux, by contrast, has very minimal changes within > a release -- one meaning of "stable" that is critical in an enterprise > environment. Obviously they also care about "robust" as well. Can > you imagine an enterprise deploying a new version of a major software > component because it is "fresher"? That would be IS lunacy. :-) > depends on what you describe as an 'enterprise'. I still haven't heard where university 'enterprises' fit in this grand scheme. I'm beginning to wonder if we(universities) do at all. > We haven't set policy here for sure. Sporadic and incomplete updates > can be worse for overall security than none at all and an encouragement > to update. This needs more thought. sure enough - but there are a lot of university sysadmins running linux. a lot of developer hours there. -sv From hp at redhat.com Tue Jul 22 00:43:24 2003 From: hp at redhat.com (Havoc Pennington) Date: Mon, 21 Jul 2003 20:43:24 -0400 Subject: Version Numbering (Was: Re: Kernel 2.6.x in next RHL version.) In-Reply-To: <1058819411.15612.46.camel@jeremy.dtcc.cc.nc.us> References: <20030721142050.C26748@devserv.devel.redhat.com> <4188.12.29.16.103.1058818060.squirrel@whooper.org> <1058819411.15612.46.camel@jeremy.dtcc.cc.nc.us> Message-ID: <20030721204324.D27531@devserv.devel.redhat.com> On Mon, Jul 21, 2003 at 04:30:11PM -0400, Jeremy Portzer wrote: > You are correct, and this brings up another question... will the version > number of the next Red Hat Linux remain secret as it has in the past, or > will it be released as part of the newly-open schedule? I don't think we've decided this specifically. We basically announced the numbering policy with 9 anyway. "Least complicated possible numbering scheme" Havoc From bfox at redhat.com Tue Jul 22 00:48:28 2003 From: bfox at redhat.com (Brent Fox) Date: Mon, 21 Jul 2003 20:48:28 -0400 Subject: Reason for the change In-Reply-To: <1058832222.30390.51.camel@binkley> References: <1058825674.4975.13.camel@opus.phy.duke.edu> <20030721192238.A9603@devserv.devel.redhat.com> <1058832222.30390.51.camel@binkley> Message-ID: <20030722004828.GA14409@redhat.com> On Mon, Jul 21, 2003 at 08:03:43PM -0400, seth vidal wrote: > > depends on what you describe as an 'enterprise'. > I still haven't heard where university 'enterprises' fit in this grand > scheme. As you said earlier...probably somewhere in between "cutting edge enthusiast" and "big corporation". > > I'm beginning to wonder if we(universities) do at all. I certainly hope universities fit in! The project objectives (http://rhl.redhat.com/about/objectives.html) are pretty broad, so it seems to me that there's lots of room for groups with different interests to coexist. We've talked a lot internally about what the right way to address the needs of universities. There are lots of universities on 7.3-9 and they are wondering what to do about the EOL policies of the RHL line. We also realize that some of these universities do not have the money or the inclination to switch to RHEL, but they were facing being stuck with the RHL line and no way to get errata after a certain point. Ideally, universities will collaborate with each other in the context of the RHL project to help provide errata for as long as people are interested in producing them. As stated in the FAQ (http://rhl.redhat.com/about/faq/), Red Hat is committing to *at least* 12 months of errata for a RHL release. There's no reason that 12 month period couldn't be longer if people are willing to pitch in and help share the workload required to produce older errata. Cheers, Brent From hp at redhat.com Tue Jul 22 00:54:57 2003 From: hp at redhat.com (Havoc Pennington) Date: Mon, 21 Jul 2003 20:54:57 -0400 Subject: OOo 1.1? In-Reply-To: <1686991.1058809234117.JavaMail.nmarsh1@mac.com> References: <1686991.1058809234117.JavaMail.nmarsh1@mac.com> Message-ID: <20030721205457.E27531@devserv.devel.redhat.com> On Mon, Jul 21, 2003 at 12:40:34PM -0500, Nick Marsh wrote: > So, will OpenOffice.org 1.1 be making it into the next beta (and > please say yes)? If not, I hope that Red Hat will provide RPMs with > all their tweaks for OOo 1.1. At the moment, I'm having trouble making 1.0.3 compile, and I had to drop a lot of our patches to do so. However, it's possible 1.1 builds with gcc 3.3 out of box, which would make it tempting... since 1.0.x seems to dislike gcc 3.3. Havoc From nalin at redhat.com Tue Jul 22 01:40:02 2003 From: nalin at redhat.com (Nalin Dahyabhai) Date: Mon, 21 Jul 2003 21:40:02 -0400 Subject: Reason for the change In-Reply-To: References: Message-ID: <20030722014002.GD22711@redhat.com> On Mon, Jul 21, 2003 at 04:12:49PM -0600, Chris Ricker wrote: > On Mon, 21 Jul 2003, Rik van Riel wrote: > > > ... but they should have faster access to new stuff, with more > > community influence. With the community involved in choosing > > the direction development takes, we hope that development of > > Red Hat Linux will more closely match whatever it is people > > really want with Red Hat Linux. > > Speaking of which, one thing I'd like (sorry for those of you who've heard > me complain before about this ;-) is a current version of cipe. Is there any > technical reason RH still ships cipe 1.4? Is there anything I can do to help > shift to cipe 1.5? Last we checked (some time ago, to be sure), the format of the packets being transmitted over the link was version-dependent. Haven't checked lately, though, so things may have changed there. Nalin From marguz at ameritech.net Tue Jul 22 02:27:12 2003 From: marguz at ameritech.net (Mark Guzzo) Date: 21 Jul 2003 21:27:12 -0500 Subject: Cambridge++ ...what? Message-ID: <1058840831.2941.3.camel@purple.mbhome.cxm> OK, Severn just came out and now I'm seeing talk about Cambridge and Cambridge++, what is this? I've looked on RedHat's site but could not find any info. Can someone please post a like to some ifo on this so that I may know what the heck is going on ;-) Mark From bfox at redhat.com Tue Jul 22 02:30:57 2003 From: bfox at redhat.com (Brent Fox) Date: Mon, 21 Jul 2003 22:30:57 -0400 Subject: Cambridge++ ...what? In-Reply-To: <1058840831.2941.3.camel@purple.mbhome.cxm> References: <1058840831.2941.3.camel@purple.mbhome.cxm> Message-ID: <20030722023057.GB14409@redhat.com> On Mon, Jul 21, 2003 at 09:27:12PM -0500, Mark Guzzo wrote: > OK, Severn just came out and now I'm seeing talk about Cambridge and > Cambridge++, what is this? I've looked on RedHat's site but could not > find any info. Can someone please post a like to some ifo on this so > that I may know what the heck is going on ;-) Cambridge++ is what will be the release of RHL after Cambridge. It has not yet been named, so it's called Cambridge++ (like in C syntax) to denote that it is the version that comes after Cambridge. Cheers, Brent From marguz at ameritech.net Tue Jul 22 02:32:17 2003 From: marguz at ameritech.net (Mark Guzzo) Date: 21 Jul 2003 21:32:17 -0500 Subject: Cambridge++ ...what? In-Reply-To: <1058840831.2941.3.camel@purple.mbhome.cxm> References: <1058840831.2941.3.camel@purple.mbhome.cxm> Message-ID: <1058841137.2941.7.camel@purple.mbhome.cxm> Crap, I just read that Cambridge will be the next major release. OK, so then... what is Cambridge++? On Mon, 2003-07-21 at 21:27, Mark Guzzo wrote: > OK, Severn just came out and now I'm seeing talk about Cambridge and > Cambridge++, what is this? I've looked on RedHat's site but could not > find any info. Can someone please post a like to some ifo on this so > that I may know what the heck is going on ;-) > > Mark > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From markj at jeanmougin.org Tue Jul 22 01:25:02 2003 From: markj at jeanmougin.org (Mark W. Jeanmougin) Date: Mon, 21 Jul 2003 21:25:02 -0400 (EDT) Subject: Cambridge++ ...what? In-Reply-To: <20030722023057.GB14409@redhat.com> Message-ID: On Mon, 21 Jul 2003, Brent Fox wrote: > On Mon, Jul 21, 2003 at 09:27:12PM -0500, Mark Guzzo wrote: > > OK, Severn just came out and now I'm seeing talk about Cambridge and > > Cambridge++, what is this? I've looked on RedHat's site but could not > > find any info. Can someone please post a like to some ifo on this so > > that I may know what the heck is going on ;-) > > Cambridge++ is what will be the release of RHL after Cambridge. It > has not yet been named, so it's called Cambridge++ (like in C syntax) > to denote that it is the version that comes after Cambridge. OK, then, what's Cambridge? If severn is the new beta and RedHat Linux 9 was shrike... Confused, MJ From rhce at cybersurf.com Tue Jul 22 02:38:49 2003 From: rhce at cybersurf.com (Mark Hutchinson) Date: Mon, 21 Jul 2003 20:38:49 -0600 Subject: ISO download site (good speeds) ftp://onnow.net/pub/iso-images/RedHat/beta/severn Message-ID: <1058841529.3f1ca3b9f1ba6@wmail.cybersurf.com> I just wanted to offer some fast ISO downloads to the group.\ It seems as if some of the mirrors are getting a bit bogged down. They should be pretty fast (400+Kbs). ftp://onnow.net/pub/iso-images/RedHat/beta/severn Enjoy. Mark From timp at redhat.com Tue Jul 22 02:41:32 2003 From: timp at redhat.com (Tim Powers) Date: 21 Jul 2003 22:41:32 -0400 Subject: Cambridge++ ...what? In-Reply-To: References: Message-ID: <1058841691.1266.1.camel@localhost.localdomain> On Mon, 2003-07-21 at 21:25, Mark W. Jeanmougin wrote: > On Mon, 21 Jul 2003, Brent Fox wrote: > > On Mon, Jul 21, 2003 at 09:27:12PM -0500, Mark Guzzo wrote: > > > OK, Severn just came out and now I'm seeing talk about Cambridge and > > > Cambridge++, what is this? I've looked on RedHat's site but could not > > > find any info. Can someone please post a like to some ifo on this so > > > that I may know what the heck is going on ;-) > > > > Cambridge++ is what will be the release of RHL after Cambridge. It > > has not yet been named, so it's called Cambridge++ (like in C syntax) > > to denote that it is the version that comes after Cambridge. > > OK, then, what's Cambridge? If severn is the new beta and RedHat Linux 9 > was shrike... > > Confused, Cambridge was/is the internal name for what's known as Severn. It's kind of a project name rather than a release name. Tim From skvidal at phy.duke.edu Tue Jul 22 02:46:09 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 21 Jul 2003 22:46:09 -0400 Subject: ISO download site (good speeds) ftp://onnow.net/pub/iso-images/RedHat/beta/severn In-Reply-To: <1058841529.3f1ca3b9f1ba6@wmail.cybersurf.com> References: <1058841529.3f1ca3b9f1ba6@wmail.cybersurf.com> Message-ID: <1058841968.30390.135.camel@binkley> On Mon, 2003-07-21 at 22:38, Mark Hutchinson wrote: > I just wanted to offer some fast ISO downloads to the group.\ > It seems as if some of the mirrors are getting a bit bogged down. > > They should be pretty fast (400+Kbs). > > > ftp://onnow.net/pub/iso-images/RedHat/beta/severn Please use the bittorrent system: http://torrent.dulug.duke.edu - the more people there are the faster it can be. -sv From yusufg at outblaze.com Tue Jul 22 03:10:58 2003 From: yusufg at outblaze.com (Yusuf Goolamabbas) Date: Tue, 22 Jul 2003 11:10:58 +0800 Subject: No ext3/htree in Severn ? Message-ID: <20030722031058.GA5461@outblaze.com> A quick look at Severn indicates that ext3/htree patches and ACL patches are not included in the kernel.src.rpm. It would be nice to have filesystem support for large directories available out of the box for RH Linux (ext3/htree or XFS). I thought the ext3/htree backport of 2.4 was quite stable REgards, Yusuf -- Yusuf Goolamabbas yusufg at outblaze.com From dennis at dgilmore.net Tue Jul 22 03:18:08 2003 From: dennis at dgilmore.net (Dennis Gilmore) Date: Tue, 22 Jul 2003 13:18:08 +1000 Subject: Reason for the change In-Reply-To: <1058832222.30390.51.camel@binkley> References: <20030721192238.A9603@devserv.devel.redhat.com> <1058832222.30390.51.camel@binkley> Message-ID: <200307221318.13390.dennis@dgilmore.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Once upon a time at band camp Tue, 22 Jul 2003 10:03 am, seth vidal wrote: > depends on what you describe as an 'enterprise'. > I still haven't heard where university 'enterprises' fit in this grand > scheme. > > I'm beginning to wonder if we(universities) do at all. The university i attend is using 7.3 still on all the servers and the desktops running Linux which dont count for many are on a modified 8.0 apparently they couldnt get the modifications working with shrike. they use user mode linux to teach routing and a few other things they have changed. This is making me wonder where RHCE stands. i was intending to complete certification before i graduated but now im not sure if i should or what route i should take as to my future. I definatly want to stay in the nix world. its also hard to judge since im currently about 12000 miles from my intended work area. so i dont fully know what to expect from the job market there. though getting my RHCE is cheaper here than it is there. I guess time will tell what happens. > > We haven't set policy here for sure. Sporadic and incomplete updates > > can be worse for overall security than none at all and an encouragement > > to update. This needs more thought. > > sure enough - but there are a lot of university sysadmins running linux. > > a lot of developer hours there. > > -sv > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/HKz14hBQ1unFjm4RAo5tAKCyLfnTGp2+oq6AOXKBMSDvxVg6nQCfRt6Y fZM4UANW+j+O6+wtXI5SSes= =s3km -----END PGP SIGNATURE----- From dstclair at cs.wcu.edu Tue Jul 22 03:29:37 2003 From: dstclair at cs.wcu.edu (David St.Clair) Date: Mon, 21 Jul 2003 23:29:37 -0400 (EDT) Subject: Performance Issues with XMMS Message-ID: Anyone notice any performance problems with the beta? I am playing an mp3 with xmms and doing a "ls" in a gnome terminal or dragging windows around makes my mp3 skip (taking 100% of cpu while dragging). (Under RH 9 this didn't happen) When I am not dragging a window the cpu usage is low and the mp3 plays fine. I installed the xmms-mp3 package from freshrpms.net built for RH9. -- David St.Clair From feliciano.matias at free.fr Tue Jul 22 03:55:20 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 22 Jul 2003 05:55:20 +0200 Subject: suggestions Message-ID: <1058846116.3799.101.camel@one.myworld> Sorry for my poor English. * Add bittorrent because it's the best way to grab RedHat Linux. * http://rhl.redhat.com/ should follow w3c standards ! For a "quite" community project, it's a shame. * Create a page of related projects that use RedHat Linux and/or don't fit into the "Official" RedHat Linux : - freshrpms - fedora - yellow dog Linux * Create a directory for propriatory or free drivers easy to install in RedHat Linux but not supported by RedHat. * As a community project, can you *please* add mailing-list (only rhl-list, beta, devel and so don't seem necessary) to Deutcsh, French, Spanish, ... audience. By the way can you at least translate some pages of http://rhl.redhat.com/ . For example the home page, pages in the about directory and participate/communicate/ . This is very useful if a French man say "C'est quoi RedHat Linux ?" (What is RedHat Linux ?) or "J'ai un probl?me, o? je peux en parler" (I have a problem, where can i tell about it ?). It's a pity because documentations and its translation are of excellent quality. * Add to the FAQ why there is no mp3/dvd support in RedHat Linux (in a convincing way). it's one of favourites Mandrake/Debian user "running-gag". By the way, do the same by explaining why not providing apt or yum. -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From ls at post1.com Tue Jul 22 04:08:27 2003 From: ls at post1.com (Lo Sheng) Date: Tue, 22 Jul 2003 12:08:27 +0800 Subject: Files larger than 2GB Supported In This Version? Message-ID: <3F1CB8BB.4060402@post1.com> Hi, I'm wondering if anyone knew if files larger than 2GB are supported via Samba in this version? I was trying to replace the company's NAS with a Linux system, was totally caught off guard that the samba installed on Red Hat 8 does not support files larger than 2GB, despite the fact that large files are supported on Linux's native filesystem. I needed to obtain the patches for both ther 2.4.18 kernel's smbfs, as well as smb itself to get it work correctly. It would be great if this is done in this new release from Red Hat! ls From jrb at redhat.com Tue Jul 22 04:13:33 2003 From: jrb at redhat.com (Jonathan Blandford) Date: 22 Jul 2003 00:13:33 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <1058827891.4600.27.camel@mentor.gurulabs.com> References: <200307211503.57071.hosting@j2solutions.net> <20030721183741.F18319@devserv.devel.redhat.com> <200307211527.03478.hosting@j2solutions.net> <20030721184350.A31471@devserv.devel.redhat.com> <1058827891.4600.27.camel@mentor.gurulabs.com> Message-ID: Dax Kelson writes: > "...the Red Hat Graphical Boot binary, /usr/bin/rhgb, is run. I note > that Red Hat should move it to /bin or /sbin as it will be a binary > required before /usr gets mounted. Before you get too excited, note that > the rhgb binary isn't included with RHL9." Moving it to /bin or /sbin doesn't help unless you move X as well. -Jonathan From mike at netlyncs.com Tue Jul 22 04:18:32 2003 From: mike at netlyncs.com (Mike Chambers) Date: 21 Jul 2003 23:18:32 -0500 Subject: Reason for the change In-Reply-To: <200307221318.13390.dennis@dgilmore.net> References: <20030721192238.A9603@devserv.devel.redhat.com> <1058832222.30390.51.camel@binkley> <200307221318.13390.dennis@dgilmore.net> Message-ID: <1058847511.9402.6.camel@bart.netlyncs.com> Being as this list is for technical discussions of the current beta to date, shouldn't this other talk of how the development will work in general, or how it works or to talk how to develop it belong on the other lists? As in rhl-list for general RHL topics and rhl-devel-list for the development side of the house? -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From rhce at cybersurf.com Tue Jul 22 04:18:28 2003 From: rhce at cybersurf.com (Mark Hutchinson) Date: Mon, 21 Jul 2003 22:18:28 -0600 Subject: ISO download site (good speeds) ftp://onnow.net/pub/iso-images/RedHat/beta/severn In-Reply-To: <1058841968.30390.135.camel@binkley> References: <1058841529.3f1ca3b9f1ba6@wmail.cybersurf.com> <1058841968.30390.135.camel@binkley> Message-ID: <1058847508.3f1cbb14d13bb@webmail.3web.com> Not everyone can use bittorent. Mark Quoting seth vidal : > On Mon, 2003-07-21 at 22:38, Mark Hutchinson wrote: > > I just wanted to offer some fast ISO downloads to the group.\ > > It seems as if some of the mirrors are getting a bit bogged down. > > > > They should be pretty fast (400+Kbs). > > > > > > ftp://onnow.net/pub/iso-images/RedHat/beta/severn > > Please use the bittorrent system: > > http://torrent.dulug.duke.edu - the more people there are the faster it > can be. > > -sv > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > ------------------------------------------------- This mail sent with 3Web WebMail http://www.3web.com From kaboom at gatech.edu Tue Jul 22 04:27:33 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Mon, 21 Jul 2003 22:27:33 -0600 (MDT) Subject: cipe In-Reply-To: <20030722014002.GD22711@redhat.com> References: <20030722014002.GD22711@redhat.com> Message-ID: On Mon, 21 Jul 2003, Nalin Dahyabhai wrote: > On Mon, Jul 21, 2003 at 04:12:49PM -0600, Chris Ricker wrote: > > Speaking of which, one thing I'd like (sorry for those of you who've heard > > me complain before about this ;-) is a current version of cipe. Is there any > > technical reason RH still ships cipe 1.4? Is there anything I can do to help > > shift to cipe 1.5? > > Last we checked (some time ago, to be sure), the format of the packets > being transmitted over the link was version-dependent. Haven't checked > lately, though, so things may have changed there. With cipe-1.5.4, if you do ./configure --enable-protocol=3 (or just ./configure) you get the exact same protocol in 1.5 that you get in 1.4. That interoperates with the cipe-1.4.x stuff RH ships currently If you do ./configure --enable-protocol=4 you get the new protocol with all the new features. That doesn't interoperate. If you do both, then you wind up with two daemon / kernel module pairs: ciped-cb deamon / cipcb module, which does protocol 3 (compatible w/ cipe 1.4) ciped-db deamon / cipdb module, which does protocol 4 (the good stuff ;-) so people who need compatible can use ciped-cb, and people who need IPv6, cert-based authentication, ethernet bridging, etc can use ciped-db later, chris From skvidal at phy.duke.edu Tue Jul 22 04:34:23 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 22 Jul 2003 00:34:23 -0400 Subject: ISO download site (good speeds) ftp://onnow.net/pub/iso-images/RedHat/beta/severn In-Reply-To: <1058847508.3f1cbb14d13bb@webmail.3web.com> References: <1058841529.3f1ca3b9f1ba6@wmail.cybersurf.com> <1058841968.30390.135.camel@binkley> <1058847508.3f1cbb14d13bb@webmail.3web.com> Message-ID: <1058848463.30390.245.camel@binkley> On Tue, 2003-07-22 at 00:18, Mark Hutchinson wrote: > Not everyone can use bittorent. > oh in that case what I should have said: use bittorrent if you can. sorry. -sv From qralston+ml.rhl-beta at andrew.cmu.edu Tue Jul 22 04:54:21 2003 From: qralston+ml.rhl-beta at andrew.cmu.edu (James Ralston) Date: Tue, 22 Jul 2003 00:54:21 -0400 Subject: please upgrade CIPE to 1.5.4 In-Reply-To: <20030722014002.GD22711@redhat.com> References: <20030722014002.GD22711@redhat.com> Message-ID: <3840000.1058849661@shieldbreaker.l33tskillz.org> On 2003-07-21 at 21:40:02-0400 Nalin Dahyabhai wrote: > Last we checked (some time ago, to be sure), the format of the > [cipe] packets being transmitted over the link was > version-dependent. Uhhh... Nalin, you *own* the bug in which CIPE's author states that this is *not* the case: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68066#c14 In case it's not clear, when Olaf said "A word from the CIPE author:", he meant that *he* is CIPE's author. ;) Protocol version 3 is still the default. The wire format hasn't changed. Compatibility with hosts still using CIPE 1.4.x won't break. Please, please, please put CIPE 1.5.4 into Severn. People have been asking for this since Red Hat Linux 6.2. -- James Ralston, Information Technology Software Engineering Institute Carnegie Mellon University, Pittsburgh, PA, USA From qralston+ml.rhl-beta at andrew.cmu.edu Tue Jul 22 05:06:28 2003 From: qralston+ml.rhl-beta at andrew.cmu.edu (James Ralston) Date: Tue, 22 Jul 2003 01:06:28 -0400 Subject: Cambridge++ ...what? In-Reply-To: <197001010246.41205.hosting@j2solutions.net> References: <1058841691.1266.1.camel@localhost.localdomain> <197001010246.41205.hosting@j2solutions.net> Message-ID: <4450000.1058850388@shieldbreaker.l33tskillz.org> On 1970-01-01 at 02:46:40-0800 Jesse Keating wrote: > On Monday 21 July 2003 19:41, Tim Powers wrote: > > > Cambridge was/is the internal name for what's known as Severn. > > It's kind of a project name rather than a release name. > > Not exactly. No offense Jesse, but I think Tim (a Red Hat employee) is probably more qualified to describe what Cambridge is than you are. ;) As an aside, even if nothing else comes of RHLP, I'm happy that at least now I *know what the internal name is*. It's the same sort of relief that members of the media must have felt after Prince changed his name from that star-squiggle-thing back to just "Prince", so they could retire this expression: "the artist formerly known as Prince" Now I can retire expressions like this: "the next release of Red Hat Linux" "the release for which [NAME] is the beta" "the x.y or z.w release of Red Hat Linux" Instead, I can simply say "Cambridge", or "Cambridge++". And then look smug when my colleagues ask me what the hell a "Cambridge" is. ;) From wrhodes at 27.org Tue Jul 22 05:21:01 2003 From: wrhodes at 27.org (Bill Rhodes) Date: Mon, 21 Jul 2003 22:21:01 -0700 (PDT) Subject: No choice for severn in bugzilla In-Reply-To: References: Message-ID: Does anyone know how to query/enter bugs in bugzilla for severn? The simple query form at doesn't list severn. If you select 'Red Hat Linux Beta' from the 'Product' list, you get the following choices for versions: 6.1.90 6.1.91 7.2c-RC1 alpha 1 alpha 2 alpha 3 AS-beta1 AS-beta2 AS-beta3 beta1 beta2 beta3 beta4 beta5 prebeta RC1 RC2 RC3 You select 'Red Hat Public Beta' as the product, the version choices are: fisher limbo null pensacola phoebe roswell skipjack-beta1 skipjack-beta2 wolverine The source to the page at the URL above doesn't contain the strings '9.0.93' or '[Ss]evern'. What should my choice be, given the versions above? FWIW, I initially went to bugzilla to query/enter a bug where /proc/apm wasn't created because the apm kernel module can't be loaded, but couldn't figure out how to enter it. I searched the http://rhl.redhat.com site, and even looked through bugzilla a bit and couldn't find answers. Am I missing something obvious? -B From gkarabin at pobox.com Tue Jul 22 05:25:14 2003 From: gkarabin at pobox.com (George J Karabin) Date: Mon, 21 Jul 2003 22:25:14 -0700 Subject: DVD isos? Message-ID: <3F1CCABA.8080009@pobox.com> Is there any possibility of getting DVD-sized iso files provided in future betas and/or releases, if not Severn? Doing them by hand doesn't seem to be a huge problem, although perhaps it's a little time consuming, and uses a little extra temporary storage [1]. Regards, - George [1] http://www.rickertweb.com/~justin/OS/linux/Make_RedHat_DVD_From_CDROM.html From kaboom at gatech.edu Tue Jul 22 05:32:29 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Mon, 21 Jul 2003 23:32:29 -0600 (MDT) Subject: No choice for severn in bugzilla In-Reply-To: References: Message-ID: On Mon, 21 Jul 2003, Bill Rhodes wrote: > Does anyone know how to query/enter bugs in bugzilla for severn? > The simple query form at > doesn't list > severn. If you select 'Red Hat Linux Beta' from the 'Product' list, you > get the following choices for versions: Red Hat Linux Beta / beta1 later, chris From wrhodes at 27.org Tue Jul 22 05:43:44 2003 From: wrhodes at 27.org (Bill Rhodes) Date: Mon, 21 Jul 2003 22:43:44 -0700 (PDT) Subject: No choice for severn in bugzilla In-Reply-To: References: Message-ID: On Mon, 21 Jul 2003, Chris Ricker wrote: > Red Hat Linux Beta / beta1 Thanks. I guess all the bugs in there from last year and earlier this year threw me off. -B From pekkas at netcore.fi Tue Jul 22 06:02:22 2003 From: pekkas at netcore.fi (Pekka Savola) Date: Tue, 22 Jul 2003 09:02:22 +0300 (EEST) Subject: suggestions In-Reply-To: <1058846116.3799.101.camel@one.myworld> Message-ID: On 22 Jul 2003, F?liciano Matias wrote: > * Add bittorrent because it's the best way to grab RedHat Linux. It's also a best way to grab something else, which may be a good enough reason to avoid getting to be a target of certain legal activities. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From warren at togami.com Tue Jul 22 06:07:28 2003 From: warren at togami.com (Warren Togami) Date: 21 Jul 2003 20:07:28 -1000 Subject: Performance Issues with XMMS In-Reply-To: References: Message-ID: <1058854048.5712.145.camel@laptop> On Mon, 2003-07-21 at 17:29, David St.Clair wrote: > Anyone notice any performance problems with the beta? I am playing an > mp3 with xmms and doing a "ls" in a gnome terminal or dragging windows > around makes my mp3 skip (taking 100% of cpu while dragging). (Under RH > 9 this didn't happen) When I am not dragging a window the cpu usage is > low and the mp3 plays fine. > > I installed the xmms-mp3 package from freshrpms.net built for RH9. I have noticed this behavior of the xmms-mp3 plugin ever since it had the NPTL bugfix. Does the sound still skip if you play OGG files and do the same thing? It doesn't for me. What sound card and kernel module do you use? (Just curious) Warren From wrhodes at 27.org Tue Jul 22 06:39:42 2003 From: wrhodes at 27.org (Bill Rhodes) Date: Mon, 21 Jul 2003 23:39:42 -0700 (PDT) Subject: Performance Issues with XMMS In-Reply-To: <1058854048.5712.145.camel@laptop> References: <1058854048.5712.145.camel@laptop> Message-ID: On Mon, 21 Jul 2003, Warren Togami wrote: > I have noticed this behavior of the xmms-mp3 plugin ever since it had > the NPTL bugfix. Does the sound still skip if you play OGG files and do > the same thing? It doesn't for me. I don't think this has anything to do with XMMS. I can get the CPU to peg at 100% just by dragging windows around, or running ls against /usr/lib (or some other directory with a large number of files). It happens whether XMMS is playing (either MP3 or OGG files) or not. Although anytime the CPU usage gets that high, XMMS skips (for me at least). -B From qralston+ml.rhl-beta at andrew.cmu.edu Tue Jul 22 07:06:45 2003 From: qralston+ml.rhl-beta at andrew.cmu.edu (James Ralston) Date: Tue, 22 Jul 2003 03:06:45 -0400 Subject: opteron ? In-Reply-To: <200307211631.53176.hosting@j2solutions.net> <1058830849.30390.26.camel@binkley> References: <1058817171.8822.17.camel@morticia.pricegrabber.com> <200307211519.31134.hosting@j2solutions.net> <48460000.1058830520@pcmy.sei.cmu.edu> <200307211631.53176.hosting@j2solutions.net> Message-ID: <7290000.1058857605@shieldbreaker.l33tskillz.org> On 2003-07-21 at 16:31:53-0700 Jesse Keating wrote: > why include any server software in RHL at all? Because there are approximately 80 billion *desktop* x86 boxes floating around, and there is a significant number of people who want to run them as servers for one purpose or another. The desktop AMD64 chip (the Athlon 64) hasn't been released yet. Red Hat will (of course) speak for themselves if they're so inclined, but if I were in their shoes, I'd wait until the Athlon 64 was officially released before I dedicated developer effort towards a native AMD64 version of Cambridge and/or Cambridge++. On 2003-07-21 19:40:49-0400 -0400 seth vidal wrote: > In academia opterons are being looked at for computational systems > NOT servers. If you want to build inexpensive AMD64 systems, wait until the Athlon 64 is launched. Opterons are all about building servers. From warren at togami.com Tue Jul 22 07:08:34 2003 From: warren at togami.com (Warren Togami) Date: 21 Jul 2003 21:08:34 -1000 Subject: Performance Issues with XMMS In-Reply-To: References: <1058854048.5712.145.camel@laptop> Message-ID: <1058857714.5712.167.camel@laptop> On Mon, 2003-07-21 at 20:39, Bill Rhodes wrote: > On Mon, 21 Jul 2003, Warren Togami wrote: > > > I have noticed this behavior of the xmms-mp3 plugin ever since it had > > the NPTL bugfix. Does the sound still skip if you play OGG files and do > > the same thing? It doesn't for me. > > I don't think this has anything to do with XMMS. I can get the CPU to peg > at 100% just by dragging windows around, or running ls against /usr/lib > (or some other directory with a large number of files). It happens > whether XMMS is playing (either MP3 or OGG files) or not. Although > anytime the CPU usage gets that high, XMMS skips (for me at least). What video card? Using stock or 3rd party drivers? What sound card? Using which driver? Warren From ip4fr33 at msn.com Tue Jul 22 07:13:17 2003 From: ip4fr33 at msn.com (William Burborn) Date: Tue, 22 Jul 2003 00:13:17 -0700 Subject: webmin version 1.100rpm won't install Message-ID: Hello ppl, just installed Severn, and I am very impressed so far. although the only problem so far is that installing Webmin doesn't seem to work. I am attempting to install Version 1.100, as an RPM. I also tried installing it via the terminal and it just gives me this output: warning: webmin-1.100-1.noarch.rpm: V3 DSA signature: NOKEY, key ID 11f63c51 Unable to identify operating system error: %pre(webmin-1.100-1) scriptlet failed, exit status 2 error: install: %pre scriptlet failed (2), skipping webmin-1.100-1 I'm going to assume that it has "something" to do with Unable to identify operating system, so I'll post this as well on the webmin boards. anybody else seeing this problem, or am I just lucky ;) thanks _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From warren at togami.com Tue Jul 22 07:27:35 2003 From: warren at togami.com (Warren Togami) Date: 21 Jul 2003 21:27:35 -1000 Subject: Kernel Problem? Re: Performance Issues with XMMS In-Reply-To: <1058857714.5712.167.camel@laptop> References: <1058854048.5712.145.camel@laptop> <1058857714.5712.167.camel@laptop> Message-ID: <1058858854.5712.171.camel@laptop> On Mon, 2003-07-21 at 21:08, Warren Togami wrote: > On Mon, 2003-07-21 at 20:39, Bill Rhodes wrote: > > On Mon, 21 Jul 2003, Warren Togami wrote: > > > > > I have noticed this behavior of the xmms-mp3 plugin ever since it had > > > the NPTL bugfix. Does the sound still skip if you play OGG files and do > > > the same thing? It doesn't for me. > > > > I don't think this has anything to do with XMMS. I can get the CPU to peg > > at 100% just by dragging windows around, or running ls against /usr/lib > > (or some other directory with a large number of files). It happens > > whether XMMS is playing (either MP3 or OGG files) or not. Although > > anytime the CPU usage gets that high, XMMS skips (for me at least). > > What video card? Using stock or 3rd party drivers? > What sound card? Using which driver? > > Warren Yikes... XMMS mp3 sound skips seem to be far worse in Severn's kernel than earlier Rawhide kernels and Shrike kernels. Anything like this in Bugzilla yet? If not we should file this. 00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50) 00:07.5 Class 0401: 1106:3058 (rev 50) via82cxxx_audio 23992 1 ac97_codec 17032 0 [via82cxxx_audio] uart401 8388 0 [via82cxxx_audio] sound 73300 0 [via82cxxx_audio uart401] soundcore 6500 4 [via82cxxx_audio sound] Warren Togami warren at togami.com From wrhodes at 27.org Tue Jul 22 07:52:32 2003 From: wrhodes at 27.org (Bill Rhodes) Date: Tue, 22 Jul 2003 00:52:32 -0700 (PDT) Subject: Performance Issues with XMMS In-Reply-To: <1058857714.5712.167.camel@laptop> References: <1058854048.5712.145.camel@laptop> <1058857714.5712.167.camel@laptop> Message-ID: On Tue, 21 Jul 2003, Warren Togami wrote: > On Mon, 2003-07-21 at 20:39, Bill Rhodes wrote: > > I don't think this has anything to do with XMMS. I can get the CPU to peg > > at 100% just by dragging windows around, or running ls against /usr/lib > > (or some other directory with a large number of files). It happens > > whether XMMS is playing (either MP3 or OGG files) or not. Although > > anytime the CPU usage gets that high, XMMS skips (for me at least). > > What video card? Using stock or 3rd party drivers? ATI Rage Mobility P/M AGP 2x (Mach64), using stock driver as detected by the installer (ati). > What sound card? Using which driver? Well, if I can get the CPU to peg without even starting XMMS, why would that matter? But just for the sake of completeness, I've got a Crystal SoundFusion CS 4614 sound card, using the cs46xx driver (whith "thinkpad=1" passed as an option in /etc/modules.conf). Incidentally, if I boot into runlevel 3 and then ssh in and run 'ls -lR /' remotely, the CPU is fine. If I start X (KDE, in my case) and run that same command from a konsole window, the CPU usage spikes to 100% (looks like X is about 60% and kdeinit is 30%, with the rest being ls). If I run GNOME and ran that same command locally, gnome-terminal likes to grab about 85% of the cpu. Running ls remotely while GNOME is up uses no appreciable CPU. XMMS skips when I run that command locally, playing either OGG or MP3 files. It does not skip when I run it remotely. I don't think the problem is with XMMS. Any other app (gkrellm, mozilla, gnome-system-monitor, etc) all "skip" (eg, fail to redraw screen bits) when the CPU usage approaches 100%. I'll go file a bug report with bugzilla. -B From mark at mark.mielke.cc Tue Jul 22 08:02:37 2003 From: mark at mark.mielke.cc (Mark Mielke) Date: Tue, 22 Jul 2003 04:02:37 -0400 Subject: 'modprobe ip_nat_ftp' fails Message-ID: <20030722080237.GB3859@mark.mielke.cc> mark# /sbin/lsmod Module Size Used by Not tainted iptable_filter 2444 0 (autoclean) (unused) button 3660 0 (unused) autofs4 12180 0 (autoclean) (unused) ne2k-pci 7264 1 8390 8328 0 [ne2k-pci] tulip 43520 1 ip_conntrack_ftp 5264 0 (unused) iptable_nat 21816 0 (unused) ip_conntrack 27208 2 [ip_conntrack_ftp iptable_nat] ip_tables 15776 4 [iptable_filter iptable_nat] microcode 4700 0 (autoclean) keybdev 2976 0 (unused) mousedev 5556 0 (unused) hid 24708 0 (unused) input 5888 0 [keybdev mousedev hid] usb-uhci 26380 0 (unused) usbcore 79136 1 [hid usb-uhci] i810 66340 0 agpgart 51288 5 (autoclean) ext3 73732 11 jbd 52084 11 [ext3] mark# /sbin/modprobe ip_nat_ftp /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: init_module: Device or resource busy Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: insmod /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o failed /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: insmod ip_nat_ftp failed I'm not sure what information would be useful to solve this. As this is the machine I am using as a firewall, I am rebooting it to linux-2.4.21. Cheers, mark -- mark at mielke.cc/markm at ncf.ca/markm at nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From redtuxxx at yahoo.co.uk Tue Jul 22 09:09:18 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Tue, 22 Jul 2003 10:09:18 +0100 (BST) Subject: Initial thoughts on Severn Message-ID: <20030722090918.21044.qmail@web60006.mail.yahoo.com> I have the following observations on severn 1. Gnumeric/abiword why is the gnumeric version 1.0.x rather than 1.1.9. The 1.0 series is not really being developed anymore Why cant you select abiword for install either during install or via the add/remove programs (it rocks hard) 2. Add/remove programs - only programs that appear in the package list during install appear (se above) and nothing happens when you press preferences. A question - would it not be better for all packages that belong in the group to appear when you click details/install and not just a subset. 3. Another vote for gnome 2.3 - it certainly appears to be more stable than previous releases in this point in the cycle. 4. Can we have Bitstream installed as default 5. A long runing issue has been bzip2-devel not being installed when you select development in the installer. I am not sure if this is a ftp install issue, but I did not see an option to select all packages during install. 6. redhat-config-httpd This fails with a failure of xslt. python module - where is this? Also rpm -q --requires redhat-config-packages shows apacheconf as a requirement, but this is not in the package listing. (this may affect other server config scripts - have not had chance to check) 7. Should not the release notes be amended to give updated packages as in previous releases (as shown by the confusion over gcc32) I hope this is seen as constructive - its meant to be. __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From ali at packetknife.com Tue Jul 22 09:28:38 2003 From: ali at packetknife.com (Ali-Reza Anghaie) Date: Tue, 22 Jul 2003 05:28:38 -0400 Subject: DVD isos? In-Reply-To: <3F1CCABA.8080009@pobox.com> References: <3F1CCABA.8080009@pobox.com> Message-ID: <200307220528.44795.ali@packetknife.com> On Tuesday 22 July 2003 01:25, George J Karabin wrote: > Is there any possibility of getting DVD-sized iso files provided in > future betas and/or releases, if not Severn? Doing them by hand doesn't > seem to be a huge problem, although perhaps it's a little time > consuming, and uses a little extra temporary storage [1]. The FAQ on rhl.redhat.com indicates ISOs for CDs and DVDs are planned. -Ali -- OpenPGP Key: 030E44E6 -- Was I helpful?: http://svcs.affero.net/rm.php?r=packetknife -- He got my invested in some kinda fruit company. -- Forrest Gump (on Apple Computer) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: signature URL: From adam at dynamicinteraction.co.uk Tue Jul 22 09:39:14 2003 From: adam at dynamicinteraction.co.uk (Mr. Adam ALLEN) Date: 22 Jul 2003 10:39:14 +0100 Subject: webmin version 1.100rpm won't install In-Reply-To: References: Message-ID: <1058866754.1709.2.camel@elsol.zwan> On Tue, 2003-07-22 at 08:13, William Burborn wrote: > Hello ppl, just installed Severn, and I am very impressed so far. > although the only problem so far is that installing Webmin doesn't seem to > work. > I am attempting to install Version 1.100, as an RPM. > I also tried installing it via the terminal and it just gives me this > output: > > warning: webmin-1.100-1.noarch.rpm: V3 DSA signature: NOKEY, key ID 11f63c51 > Unable to identify operating system > error: %pre(webmin-1.100-1) scriptlet failed, exit status 2 > error: install: %pre scriptlet failed (2), skipping webmin-1.100-1 > My guess is take a srpm, untar webmin-xxxxx.tar.gz in /usr/src/redhat/SOURCES/ and modify os_list.txt. Copy a RedHat line and put in the version number that severn uses Redhat Linux 8.0 redhat-linux 8.0 $etc_issue =~ /red\s*hat.*\s8\.0\s/i || `cat /etc/redhat-release 2>&1` =~ /8\.0\s/ Re-tar the directory, and then rebuild the SRPM, and that should do the trick. -- Regards, Adam Allen. adam at dynamicinteraction.co.uk pgp http://search.keyserver.net:11371/pks/lookup?op=vindex&search=adam%40dynamicinteraction.co.uk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ali at packetknife.com Tue Jul 22 09:39:46 2003 From: ali at packetknife.com (Ali-Reza Anghaie) Date: Tue, 22 Jul 2003 05:39:46 -0400 Subject: suggestions In-Reply-To: <1058846116.3799.101.camel@one.myworld> References: <1058846116.3799.101.camel@one.myworld> Message-ID: <200307220539.46815.ali@packetknife.com> On Monday 21 July 2003 23:55, F?liciano Matias wrote: > * Add bittorrent because it's the best way to grab RedHat Linux. They seem to be supporting the idea of pushing by BitTorrent so it's not all that unlikely I guess. I'm not aware of licensing issues. Things like this should also (and in BitTorrent's case probably already is) be filed as a RFE in Bugzilla. > * Create a directory for propriatory or free drivers easy to install in > RedHat Linux but not supported by RedHat. RH's Objective statement on rhl.redhat.com states "Build the operating system exclusively from free software. ".. And I'd think this runs counter to that. The community will now have a bit more of a heads-up to prepare their own such packages, howtos, etc. but RH doesn't have to support it. > * Add to the FAQ why there is no mp3/dvd support in RedHat Linux (in a > convincing way). it's one of favourites Mandrake/Debian user > "running-gag". The objectives and lists indicate they'll make it easier to get third-party unsupported/non-RH packages (of course details and timeline have to be worked out).. > By the way, do the same by explaining why not providing apt or yum. Besides the fact they maintain 'editorial' control and probably want to push/leverage RHN? There are other reasons (and some good ones at that)... *shrug* Just my $0.02. -Ali -- OpenPGP Key: 030E44E6 -- Was I helpful?: http://svcs.affero.net/rm.php?r=packetknife -- Ignorance must certainly be bliss or there wouldn't be so many people so resolutely pursuing it. -- Unknown -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: signature URL: From jmorris at redhat.com Tue Jul 22 10:18:40 2003 From: jmorris at redhat.com (James Morris) Date: Tue, 22 Jul 2003 20:18:40 +1000 (EST) Subject: 'modprobe ip_nat_ftp' fails In-Reply-To: <20030722080237.GB3859@mark.mielke.cc> Message-ID: On Tue, 22 Jul 2003, Mark Mielke wrote: > mark# /sbin/modprobe ip_nat_ftp > /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: init_module: Device or resource busy > Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. > You may find more information in syslog or the output from dmesg > /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: insmod /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o failed > /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: insmod ip_nat_ftp failed > This looks like a problem caused during the debuginfo phase of the kernel rpm build which confuses depmod. If so, you should be able to 'insmod' ip_nat_ftp fine (as long as ipchains.o is not already present from a previous modprobe). Best thing is to disable debuginfo in the kernel rpm and rebuild. - James -- James Morris From feliciano.matias at free.fr Tue Jul 22 10:38:08 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 22 Jul 2003 12:38:08 +0200 Subject: suggestions In-Reply-To: <200307220539.46815.ali@packetknife.com> References: <1058846116.3799.101.camel@one.myworld> <200307220539.46815.ali@packetknife.com> Message-ID: <1058870287.3799.114.camel@one.myworld> Le mar 22/07/2003 ? 11:39, Ali-Reza Anghaie a ?crit : > On Monday 21 July 2003 23:55, F?liciano Matias wrote: > > * Add bittorrent because it's the best way to grab RedHat Linux. > > They seem to be supporting the idea of pushing by BitTorrent so it's not all > that unlikely I guess. I'm not aware of licensing issues. Things like this > should also (and in BitTorrent's case probably already is) be filed as a > RFE in Bugzilla. > > > * Create a directory for propriatory or free drivers easy to install in > > RedHat Linux but not supported by RedHat. > > RH's Objective statement on rhl.redhat.com states "Build the operating > system exclusively from free software. ".. > > And I'd think this runs counter to that. The community will now have a bit > more of a heads-up to prepare their own such packages, howtos, etc. but RH > doesn't have to support it. > I don't ask for support ! If NVidia provide driver design to RedHat Linux, i think it's good to have such information in http://rhl.redhat.com/ . I don't tell that redhat should support this drivers ! > > * Add to the FAQ why there is no mp3/dvd support in RedHat Linux (in a > > convincing way). it's one of favourites Mandrake/Debian user > > "running-gag". > > The objectives and lists indicate they'll make it easier to get third-party > unsupported/non-RH packages (of course details and timeline have to be > worked out).. > > > By the way, do the same by explaining why not providing apt or yum. > > Besides the fact they maintain 'editorial' control and probably want to > push/leverage RHN? There are other reasons (and some good ones at that).. From alan at redhat.com Tue Jul 22 10:54:21 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 22 Jul 2003 06:54:21 -0400 (EDT) Subject: Initial thoughts on Severn In-Reply-To: <20030722090918.21044.qmail@web60006.mail.yahoo.com> from "=?iso-8859-1?q?Mike=20Martin?=" at Gor 22, 2003 10:09:18 Message-ID: <200307221054.h6MAsLu00682@devserv.devel.redhat.com> > 1. Gnumeric/abiword > why is the gnumeric version 1.0.x rather than 1.1.9. The 1.0 series > is not really being developed anymore Please Bugzilla as an RFE > 5. A long runing issue has been bzip2-devel not being installed when > you select development in the installer. I am not sure if this is a > ftp install issue, but I did not see an option to select all packages > during install. Again bugzilla this - that sounds like an error > 6. redhat-config-httpd > > This fails with a failure of xslt. python module - where is this? > Also rpm -q --requires redhat-config-packages shows apacheconf as a > requirement, but this is not in the package listing. > > (this may affect other server config scripts - have not had chance to > check) Please Bugzilla - include the traces from the failure. Alan From chabotc at 4-ice.com Tue Jul 22 11:00:43 2003 From: chabotc at 4-ice.com (Chris Chabot) Date: Tue, 22 Jul 2003 13:00:43 +0200 Subject: Initial thoughts on Severn References: <200307221054.h6MAsLu00682@devserv.devel.redhat.com> Message-ID: <001c01c35040$822556c0$0200a8c0@GANDALF> > > Also rpm -q --requires redhat-config-packages shows apacheconf as a > > requirement, but this is not in the package listing. Whooa horsie, if you do a rpm -q --whatprovides, you'll notice that redhat-config-httpd provides 'apacheconf'. This trick is often used in rpm's to obsolete, replace & provide old packages (to keep old dependencies sane). No need to bugzilla for that From feliciano.matias at free.fr Tue Jul 22 11:05:07 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 22 Jul 2003 13:05:07 +0200 Subject: suggestions In-Reply-To: <200307220539.46815.ali@packetknife.com> References: <1058846116.3799.101.camel@one.myworld> <200307220539.46815.ali@packetknife.com> Message-ID: <1058871907.3799.116.camel@one.myworld> Le mar 22/07/2003 ? 11:39, Ali-Reza Anghaie a ?crit : > On Monday 21 July 2003 23:55, F?liciano Matias wrote: > > * Add bittorrent because it's the best way to grab RedHat Linux. > > They seem to be supporting the idea of pushing by BitTorrent so it's not all > that unlikely I guess. I'm not aware of licensing issues. Things like this > should also (and in BitTorrent's case probably already is) be filed as a > RFE in Bugzilla. > > > * Create a directory for propriatory or free drivers easy to install in > > RedHat Linux but not supported by RedHat. > > RH's Objective statement on rhl.redhat.com states "Build the operating > system exclusively from free software. ".. > > And I'd think this runs counter to that. The community will now have a bit > more of a heads-up to prepare their own such packages, howtos, etc. but RH > doesn't have to support it. I don't ask for support ! If NVidia provide driver design to RedHat Linux, i think it's good to have such information in http://rhl.redhat.com/ . I don't tell that redhat should support this drivers ! > > > * Add to the FAQ why there is no mp3/dvd support in RedHat Linux (in a > > convincing way). it's one of favourites Mandrake/Debian user > > "running-gag". > > The objectives and lists indicate they'll make it easier to get third-party > unsupported/non-RH packages (of course details and timeline have to be > worked out).. > > > By the way, do the same by explaining why not providing apt or yum. > > Besides the fact they maintain 'editorial' control and probably want to > push/leverage RHN? There are other reasons (and some good ones at that)... > It's a FAQ (!) and this is very very common questions and a subject of frame war in many forum. > *shrug* > > Just my $0.02. -Ali -- F?liciano Matias From nphilipp at redhat.com Tue Jul 22 11:20:51 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 22 Jul 2003 13:20:51 +0200 Subject: Graphical boot isn't so graphical In-Reply-To: <20030721184350.A31471@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <20030721183741.F18319@devserv.devel.redhat.com> <200307211527.03478.hosting@j2solutions.net> <20030721184350.A31471@devserv.devel.redhat.com> Message-ID: <1058872851.20414.12.camel@gibraltar.stuttgart.redhat.com> On Tue, 2003-07-22 at 00:43, Bill Nottingham wrote: > Jesse Keating (hosting at j2solutions.net) said: > > On Monday 21 July 2003 15:37, Bill Nottingham wrote: > > > You have a separate /usr? > > > > Yes, could that be it? > > That is exactly it, actaully. rhgb tries to start before /usr > is mounted, so it's very hard to run /usr/X11R6/bin/X in this > case. Hmm. How about retrying after mounts are in place? This is a similar situation as with swap files IMO. Will you accept a patch? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nphilipp at redhat.com Tue Jul 22 11:51:39 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 22 Jul 2003 13:51:39 +0200 Subject: 'modprobe ip_nat_ftp' fails In-Reply-To: <20030722080237.GB3859@mark.mielke.cc> References: <20030722080237.GB3859@mark.mielke.cc> Message-ID: <1058874699.20414.37.camel@gibraltar.stuttgart.redhat.com> On Tue, 2003-07-22 at 10:02, Mark Mielke wrote: > mark# /sbin/modprobe ip_nat_ftp > /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: init_module: Device or resource busy > Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. > You may find more information in syslog or the output from dmesg > /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: insmod /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o failed > /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o: insmod ip_nat_ftp failed > This is bug 98241 at work: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=98241 Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Tue Jul 22 11:53:44 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 22 Jul 2003 07:53:44 -0400 Subject: suggestions In-Reply-To: References: Message-ID: <1058874823.3524.7.camel@binkley> On Tue, 2003-07-22 at 02:02, Pekka Savola wrote: > On 22 Jul 2003, F?liciano Matias wrote: > > * Add bittorrent because it's the best way to grab RedHat Linux. > > It's also a best way to grab something else, which may be a good enough > reason to avoid getting to be a target of certain legal activities. I think the opposite is true. Bittorrent shouldn't be blamed for the activities of other people - the protocol is wonderful for sending large data among a lot of people, quickly. Do not let Bittorrent be seen as just a tool of piracy - if so we might as well give up rsync and http. -sv From pavelr at coresma.com Tue Jul 22 13:04:55 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Tue, 22 Jul 2003 15:04:55 +0200 Subject: graphical boot and kudzu Message-ID: <6A3008858445D711A58A00062939B2F1EBB8@EXCHANGE> Hi, I guess I run into "issues" with graphical boot and kudzu, mentioned in release notes. The boot process is stuck when hardware detection is performed. Do you need any information about my system to help resolution of this issue? Pavel. From jspaleta at princeton.edu Tue Jul 22 12:20:14 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 22 Jul 2003 08:20:14 -0400 Subject: suggestions Message-ID: <1058876414.4361.22.camel@localhost.localdomain> >* Add bittorrent because it's the best way to grab RedHat Linux. For some people, I'm sure the acceptable use policy for some people make it difficult to use bt legally, and for others firewalls make bt a technical challenge. >* http://rhl.redhat.com/ should follow w3c standards ! >For a "quite" community project, it's a shame. Now I'm going to give you the benefit of the doubt, and accept the fact that your English might be poor. Saying its a 'shame' is seem a bit harsh. I'm sure you can file this issue as a bug against the website somewhere in bugzilla. >* As a community project, can you *please* add mailing-list (only >rhl-list, beta, devel and so don't seem necessary) to Deutcsh, French, >Spanish, ... audience. Hmm maybe a users group list for the major languages in the geek community..like esperanto and klingon. But I can't really see the point in providing 14 language specific development lists or 14 beta lists. Sure All the Spanish people might be able to talk together and decide what they want to do developmentwise...but unless the 'core' members are speaking Spanish, that line of communication seems pointless. For development lists...the important thing is that users and developers communicate, if the main developers aren't French, they are most likely not going to bother learning French, and the users on that mailinglist are just going to end up talking among themselves. For the beta list...the important thing are the bugreports. We can prattle on all day long on this list...but in the final analysis, unless that's changed with the change from product to project, are shoving bugreports into bugzilla for the developers to fix. Are you going to suggest language specific bugzilla's as well? What are the chances that a bugreport in french will be read and dealt with by correct package developer? For something like multiple human languages support as part of the beta development to work, you'd really have to round up a bunch of betatester/translators who could take the Spanish and French bugreports and translate them into English for the developer deal with it. So what it really comes down to on in terms of really supportin multiple languages on the website and as part of the development process is how much effort the non-English speakers want to put in translating the website into other languages and things like bugreports back into english. Everything in the post I'm responding to, feels like your asking for someone else to take care of these translation issue. If that's the case, then you don't get it. People in the userbase need to step up and provide the translations for the software and for the webpages. Making the rhl website fall under the "Documents Project" makes some sense, and would provide this 'community' input on fixing the shameful lack standards compliance, as well as what more to include. Is there a need here for some sort of limited rights wiki? -jef"I'm getting this list in digest mode, to self restrict the amount of posting I do"spaleta -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From feliciano.matias at free.fr Tue Jul 22 12:43:05 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 22 Jul 2003 14:43:05 +0200 Subject: suggestions In-Reply-To: References: Message-ID: <1058877784.4769.12.camel@one.myworld> Le mar 22/07/2003 ? 08:02, Pekka Savola a ?crit : > On 22 Jul 2003, F?liciano Matias wrote: > > * Add bittorrent because it's the best way to grab RedHat Linux. > > It's also a best way to grab something else, which may be a good enough > reason to avoid getting to be a target of certain legal activities. Bittorrent is not gnutella or edonkey. As i know, to use bittorrent to widely share some files you need a .torrent file publicly available. And nobody want to put a porn.torrent or a win2003.torrent file in his home page. -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From mccabemt at clarkson.edu Tue Jul 22 12:47:35 2003 From: mccabemt at clarkson.edu (Mike Mccabe) Date: 22 Jul 2003 08:47:35 -0400 Subject: Performance Issues with XMMS In-Reply-To: References: Message-ID: <1058878054.27126.0.camel@localhost.localdomain> I noticed the samething on my install. It even occcurs when i load a webpage with a decent amount of data. (slashdot.org). On Mon, 2003-07-21 at 23:29, David St.Clair wrote: > Anyone notice any performance problems with the beta? I am playing an > mp3 with xmms and doing a "ls" in a gnome terminal or dragging windows > around makes my mp3 skip (taking 100% of cpu while dragging). (Under RH > 9 this didn't happen) When I am not dragging a window the cpu usage is > low and the mp3 plays fine. > > I installed the xmms-mp3 package from freshrpms.net built for RH9. > > -- > David St.Clair > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Mike Mccabe From pavelr at coresma.com Tue Jul 22 14:01:41 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Tue, 22 Jul 2003 16:01:41 +0200 Subject: up2date can not find packages Message-ID: <6A3008858445D711A58A00062939B2F1EBBA@EXCHANGE> I'm trying to install samba-swat package with up2date. After it downloads packages and obsoletes list it gives the error message saying that package was not found. Pavel. From feliciano.matias at free.fr Tue Jul 22 13:10:23 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 22 Jul 2003 15:10:23 +0200 Subject: suggestions In-Reply-To: <1058876414.4361.22.camel@localhost.localdomain> References: <1058876414.4361.22.camel@localhost.localdomain> Message-ID: <1058879423.4769.29.camel@one.myworld> Le mar 22/07/2003 ? 14:20, Jef Spaleta a ?crit : > >* Add bittorrent because it's the best way to grab RedHat Linux. > For some people, I'm sure the acceptable use policy for some people make > it difficult to use bt legally, and for others firewalls make bt a > technical challenge. > > >* http://rhl.redhat.com/ should follow w3c standards ! > >For a "quite" community project, it's a shame. > > Now I'm going to give you the benefit of the doubt, and accept the fact > that your English might be poor. Saying its a 'shame' is seem a bit > harsh. I'm sure you can file this issue as a bug against the website > somewhere in bugzilla. I'll do this. > > >* As a community project, can you *please* add mailing-list (only > >rhl-list, beta, devel and so don't seem necessary) to Deutcsh, French, > >Spanish, ... audience. > > Hmm maybe a users group list for the major languages in the geek > community..like esperanto and klingon. But I can't really see the point > in providing 14 language specific development lists or 14 beta lists. Ooops, my poor English. Only USER mailing list and true major languages. Sorry. > Sure All the Spanish people might be able to talk together and decide > what they want to do developmentwise...but unless the 'core' members are > speaking Spanish, that line of communication seems pointless. For > development lists...the important thing is that users and developers > communicate, if the main developers aren't French, they are most likely > not going to bother learning French, and the users on that mailinglist > are just going to end up talking among themselves. > > For the beta list...the important thing are the bugreports. We can > prattle on all day long on this list...but in the final analysis, unless > that's changed with the change from product to project, are shoving > bugreports into bugzilla for the developers to fix. Are you going to > suggest language specific bugzilla's as well? What are the chances that > a bugreport in french will be read and dealt with by correct package > developer? For something like multiple human languages support as part > of the beta development to work, you'd really have to round up a bunch > of betatester/translators who could take the Spanish and French > bugreports and translate them into English for the developer deal with > it. > > So what it really comes down to on in terms of really supportin multiple > languages on the website and as part of the development process is how > much effort the non-English speakers want to put in translating the > website into other languages and things like bugreports back into > english. Everything in the post I'm responding to, feels like your > asking for someone else to take care of these translation issue. If > that's the case, then you don't get it. People in the userbase need to > step up and provide the translations for the software and for the > webpages. > > Making the rhl website fall under the "Documents Project" makes some > sense, and would provide this 'community' input on fixing the shameful > lack standards compliance, as well as what more to include. > Is there a need here for some sort of limited rights wiki? > > > -jef"I'm getting this list in digest mode, to self restrict the amount > of posting I do"spaleta -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jrb at redhat.com Tue Jul 22 13:28:20 2003 From: jrb at redhat.com (Jonathan Blandford) Date: 22 Jul 2003 09:28:20 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <1058872851.20414.12.camel@gibraltar.stuttgart.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <20030721183741.F18319@devserv.devel.redhat.com> <200307211527.03478.hosting@j2solutions.net> <20030721184350.A31471@devserv.devel.redhat.com> <1058872851.20414.12.camel@gibraltar.stuttgart.redhat.com> Message-ID: Nils Philippsen writes: > On Tue, 2003-07-22 at 00:43, Bill Nottingham wrote: > > Jesse Keating (hosting at j2solutions.net) said: > > > On Monday 21 July 2003 15:37, Bill Nottingham wrote: > > > > You have a separate /usr? > > > > > > Yes, could that be it? > > > > That is exactly it, actaully. rhgb tries to start before /usr > > is mounted, so it's very hard to run /usr/X11R6/bin/X in this > > case. > > Hmm. How about retrying after mounts are in place? This is a similar > situation as with swap files IMO. Will you accept a patch? Sure. -Jonathan From mike at netlyncs.com Tue Jul 22 13:31:42 2003 From: mike at netlyncs.com (Mike Chambers) Date: 22 Jul 2003 08:31:42 -0500 Subject: up2date can not find packages In-Reply-To: <6A3008858445D711A58A00062939B2F1EBBA@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EBBA@EXCHANGE> Message-ID: <1058880702.9726.5.camel@bart.netlyncs.com> On Tue, 2003-07-22 at 09:01, Pavel Rozenboim wrote: > I'm trying to install samba-swat package with up2date. After it downloads > packages and obsoletes list it gives the error message saying that package > was not found. Well, since there is now redhat-config-samba, swat isn't needed is it? Didn't see it in the release-notes that it was removed, so no idea in your case. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From dstclair at cs.wcu.edu Tue Jul 22 13:33:32 2003 From: dstclair at cs.wcu.edu (David St.Clair) Date: Tue, 22 Jul 2003 09:33:32 -0400 (EDT) Subject: Performance Issues with XMMS Message-ID: I'm guessing this is a kernel issue. I can make my cpu usage hit 100% without any major programs running by dragging a window around. This isn't an XMMS issue. That's just where I first noticed it. -- David St.Clair From jrb at redhat.com Tue Jul 22 13:36:57 2003 From: jrb at redhat.com (Jonathan Blandford) Date: 22 Jul 2003 09:36:57 -0400 Subject: Initial thoughts on Severn In-Reply-To: <20030722090918.21044.qmail@web60006.mail.yahoo.com> References: <20030722090918.21044.qmail@web60006.mail.yahoo.com> Message-ID: Mike Martin writes: > why is the gnumeric version 1.0.x rather than 1.1.9. The 1.0 series > is not really being developed anymore Gnumeric was at 1.0.x for a long time at the request of the author. the 1.1.x series did not get full feature parity back to the old series until recently, and the author didn't want regressions in support. That being said, he has recently made noises about shipping a version from 1.1.x so we'll probably update soon. -Jonathan From pavelr at coresma.com Tue Jul 22 14:36:10 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Tue, 22 Jul 2003 16:36:10 +0200 Subject: up2date can not find packages Message-ID: <6A3008858445D711A58A00062939B2F1EBBD@EXCHANGE> > -----Original Message----- > From: Mike Chambers [mailto:mike at netlyncs.com] > Sent: Tue, July 22, 2003 3:32 PM > To: Rhl-Beta-List (E-mail) > Subject: Re: up2date can not find packages > > > On Tue, 2003-07-22 at 09:01, Pavel Rozenboim wrote: > > I'm trying to install samba-swat package with up2date. > After it downloads > > packages and obsoletes list it gives the error message > saying that package > > was not found. > > Well, since there is now redhat-config-samba, swat isn't > needed is it? > Didn't see it in the release-notes that it was removed, so no idea in > your case. redhat-config-samba is more limited then swat, so I always use it to configure samba. The package itself exists on cdrom 3, so I wonder why up2date couldn't find it. > > -- > Mike Chambers > Madisonville, KY > > "Everyone is entitled to be stupid, but some abuse the privilege." > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From michael at ywow.org Tue Jul 22 13:52:01 2003 From: michael at ywow.org (MJang) Date: Tue, 22 Jul 2003 09:52:01 -0400 Subject: up2date can not find packages References: <6A3008858445D711A58A00062939B2F1EBBA@EXCHANGE> <1058880702.9726.5.camel@bart.netlyncs.com> Message-ID: <003301c35058$71031f40$201e16ac@AllAccess> Dear Mike, ----- Original Message ----- From: "Mike Chambers" > Well, since there is now redhat-config-samba, swat isn't needed is it? I think some people still prefer the detail in swat. I'm not sure that Red Hat wants a redhat-config-samba with the full functionality of swat (especially in Advanced View). Thanks, Michael From sopwith at redhat.com Tue Jul 22 14:12:54 2003 From: sopwith at redhat.com (Elliot Lee) Date: Tue, 22 Jul 2003 10:12:54 -0400 (EDT) Subject: opteron ? In-Reply-To: <1058830849.30390.26.camel@binkley> Message-ID: On 21 Jul 2003, seth vidal wrote: > In academia opterons are being looked at for computational systems NOT > servers. > > I think there is a lot of good reason for RHLP to support opteron archs > if someone is willing to work on it. Please note that rawhide, which is essentially a daily snapshot of the latest Cambridge development packages, contains packages for all the archs we know about (i386 x86_64 ia64 ppc ppc64 s390 s390x). anaconda and the kernel are the only two major pieces that need work. Send patches. -- Elliot Humpty Dumpty was pushed. From mike at netlyncs.com Tue Jul 22 14:22:24 2003 From: mike at netlyncs.com (Mike Chambers) Date: 22 Jul 2003 09:22:24 -0500 Subject: up2date problems Message-ID: <1058883744.10386.0.camel@bart.netlyncs.com> up2date doesn't seem to find a package, such as up2date kdetoys. Someone else if not on this list, has same problem with samba-swat. Any issues with this? Yes, all this for Severn. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From hp at redhat.com Tue Jul 22 14:35:33 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 22 Jul 2003 10:35:33 -0400 Subject: Initial thoughts on Severn In-Reply-To: References: <20030722090918.21044.qmail@web60006.mail.yahoo.com> Message-ID: <20030722103533.H27531@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 09:36:57AM -0400, Jonathan Blandford wrote: > Mike Martin writes: > > > why is the gnumeric version 1.0.x rather than 1.1.9. The 1.0 series > > is not really being developed anymore > > Gnumeric was at 1.0.x for a long time at the request of the author. the > 1.1.x series did not get full feature parity back to the old series > until recently, and the author didn't want regressions in support. That > being said, he has recently made noises about shipping a version from > 1.1.x so we'll probably update soon. > Though if Jody really thinks 1.1.x is shippable, I have no idea why he leaves it with a beta version number. RELEASE THE SOFTWARE. ;-) Havoc From m.a.young at durham.ac.uk Tue Jul 22 14:59:32 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Tue, 22 Jul 2003 15:59:32 +0100 (BST) Subject: up2date problems Message-ID: The reason why up2date won't find packages is very simple. When I last checked the severn channel (estuary?) had no packages. Michael Young From hosting at j2solutions.net Tue Jul 22 15:03:24 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Tue, 22 Jul 2003 07:03:24 -0800 Subject: opteron ? In-Reply-To: <7290000.1058857605@shieldbreaker.l33tskillz.org> References: <1058817171.8822.17.camel@morticia.pricegrabber.com> <200307211631.53176.hosting@j2solutions.net> <7290000.1058857605@shieldbreaker.l33tskillz.org> Message-ID: <200307220803.24878.hosting@j2solutions.net> On Tuesday 22 July 2003 00:06, James Ralston wrote: > If you want to build inexpensive AMD64 systems, wait until the Athlon > 64 is launched. Opterons are all about building servers. This is exactly the point though. $The_next_version will be used in many many places as a server, for heavy server duties. AMD64 isn't an option there, as it's a desktop processor. We have customers CURRENTLY that refuse to use SuSE and continue to use GinGin64 (Opteron compiled version of RHL9) even though there is no support and no errata because they want opterons, and they want Red Hat Linux as their server. I think there is a potential userbase, but you can't get a userbase w/out a product. Chicken/Egg syndrome all over again *sigh* -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From listman at depfyffer.com Tue Jul 22 15:11:09 2003 From: listman at depfyffer.com (listman at depfyffer.com) Date: Tue, 22 Jul 2003 08:11:09 -0700 (PDT) Subject: IO error during install Message-ID: <15826.216.63.153.189.1058886669.squirrel@www.depfyffer.com> Ok, Ive gone through this before with Linux installs but don't remember how I solved it. I have an asus A7N266-VM motherboard (yes I know not totally Linux friendly) 20 gig WD set to master on IDE 1 internal plextor 40x12x40 set to master on IDE 2 during install I get an IO error on F3 and can see hdc atapi reset complete on F4 (not sure if thats exactly what it says, I'm at work right now) I think the last time I went through this I set the cd-rom to CS instead of master. Can any one give me some advice on how to solve this (if setting to CS doesn't fix it) or find out what is causing this. I do not have any problems installing several different versions of that other OS. Thanks for you help From notting at redhat.com Tue Jul 22 15:16:34 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 11:16:34 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <1058827891.4600.27.camel@mentor.gurulabs.com>; from dax@gurulabs.com on Mon, Jul 21, 2003 at 04:51:31PM -0600 References: <200307211503.57071.hosting@j2solutions.net> <20030721183741.F18319@devserv.devel.redhat.com> <200307211527.03478.hosting@j2solutions.net> <20030721184350.A31471@devserv.devel.redhat.com> <1058827891.4600.27.camel@mentor.gurulabs.com> Message-ID: <20030722111634.A3401@devserv.devel.redhat.com> Dax Kelson (dax at gurulabs.com) said: > > That is exactly it, actaully. rhgb tries to start before /usr > > is mounted, so it's very hard to run /usr/X11R6/bin/X in this > > case. > > > > Bill > > Funny, I wrote about this problems 4 months ago in: > > http://www.gurulabs.com/RedHatLinux9-review.html > > "...the Red Hat Graphical Boot binary, /usr/bin/rhgb, is run. I note > that Red Hat should move it to /bin or /sbin as it will be a binary > required before /usr gets mounted. Before you get too excited, note that > the rhgb binary isn't included with RHL9." Moving rhgb doesn't make one bit of difference if the X server is still on /usr. :) Bill From jean-luc.fontaine at certia.cnafmail.fr Tue Jul 22 15:30:08 2003 From: jean-luc.fontaine at certia.cnafmail.fr (Jean-Luc Fontaine) Date: Tue, 22 Jul 2003 17:30:08 +0200 Subject: new package proposal: moodss Message-ID: <3F1D5880.3020101@certia.cnafmail.fr> I would like to propose the following application for inclusion. All the required rpms are either present in the current Red Hat distribution or available on my homepage. Note that this software has been running for 4 months already on a Red Hat 9 production system (more than 10 million samples recorded in a MySQL database 24 hours a day). This GPL software is used by IBM to monitor its Linux mainframe (see the "IBM e-server zSeries and S/390: System Management" redbook) and got an excellent review from Unix Review (further information with screenshots at http://jfontain.free.fr/moodss/). Let me know what you think... Here is a short blurb: Moodss is a modular multi-platform monitoring application, which supports operating systems (Linux, UNIX, Windows, ...), databases (MySQL, PostgreSQL, DB2, ODBC, ...), networking (SNMP, Apache, ...), and any device or process for which a module can be developed (in a scripting or compiled language: Tcl, Python, Perl, C). A very intuitive GUI with full drag'n'drop support allows the construction of powerful dashboards with graphs, pie charts, ..., such as one which would use the cpustats, memstats, apache and MySQL myhealth modules to monitor a busy dynamic web server. Proactive monitoring is achieved via a thorough thresholds functionality, including warning by multiple emails, user defined scripts, and an included daemon for background monitoring. Finally, on top of real-time monitoring, any part of the visible data can be stored in a SQL database (MySQL, ODBC or SQLite) by both the GUI and daemon applications, so that, for example, complete history over time can be made available in web pages, common spreadsheet software, or presentations. Jean-Luc From mark at mark.mielke.cc Tue Jul 22 15:31:05 2003 From: mark at mark.mielke.cc (Mark Mielke) Date: Tue, 22 Jul 2003 11:31:05 -0400 Subject: 'modprobe ip_nat_ftp' fails In-Reply-To: <1058874699.20414.37.camel@gibraltar.stuttgart.redhat.com> References: <20030722080237.GB3859@mark.mielke.cc> <1058874699.20414.37.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20030722153105.GA22566@mark.mielke.cc> On Tue, Jul 22, 2003 at 01:51:39PM +0200, Nils Philippsen wrote: > This is bug 98241 at work: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=98241 Thanks. For others, the solution that worked for me was to remove ipchains.o and ipfwadm.o from /lib/modules, and '/sbin/depmod -a'. (This solution was listed at the bottom of the ticket) mark -- mark at mielke.cc/markm at ncf.ca/markm at nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From mark at mark.mielke.cc Tue Jul 22 15:41:38 2003 From: mark at mark.mielke.cc (Mark Mielke) Date: Tue, 22 Jul 2003 11:41:38 -0400 Subject: httpd-2.0.45-14 starts, but always dies shortly after Message-ID: <20030722154138.GB22566@mark.mielke.cc> I did a search in the bug tracking database and did not find a reference to this issue. '/etc/rc.d/init.d/httpd start' and /var/log/messages report that httpd-2.0.45-14 starts successfully: Jul 22 10:54:42 mark httpd: httpd startup succeeded The process sticks around for a few ticks (long enough to catch it once or twice with 'ps -ef' if I am quick enough) and then dies an abrupt death. Using 'gdb /usr/sbin/httpd' 'set args -X' 'run' I was able to determine that: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1084365088 (LWP 3148)] 0x00000000 in ?? () (gdb) where #0 0x00000000 in ?? () #1 0x00fc8f50 in KRB5_AUTHENT_it () from /lib/libcrypto.so.4 I tried replacing openssl-0.9.7a-16.i686 with openssl-0.9.7a-16.i386, and at around the same spot I received (debug trace lost) an invalid instruction trap. After restoring openssl-0.9.7a-16.i686, the above error returned. My host platform is an intel P3. I am currently running httpd-2.0.47 (built from the tar file at apache.org) in the interim. Cheers, mark -- mark at mielke.cc/markm at ncf.ca/markm at nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From ali at packetknife.com Tue Jul 22 15:42:16 2003 From: ali at packetknife.com (Ali-Reza Anghaie) Date: Tue, 22 Jul 2003 11:42:16 -0400 Subject: new package proposal: moodss In-Reply-To: <3F1D5880.3020101@certia.cnafmail.fr> References: <3F1D5880.3020101@certia.cnafmail.fr> Message-ID: <200307221142.22236.ali@packetknife.com> On Tuesday 22 July 2003 11:30, Jean-Luc Fontaine wrote: > I would like to propose the following application for inclusion. All the > required rpms are either present in the current Red Hat distribution or > available on my homepage. *snip* Have you put this as a RFE in Bugzilla? If so, what is the #/link to it. These things need to be in Bugzilla (too). -Ali -- OpenPGP Key: 030E44E6 -- Was I helpful?: http://svcs.affero.net/rm.php?r=packetknife -- Only the dead have seen the end of war. -- Plato -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: signature URL: From nmarsh1 at mac.com Tue Jul 22 15:43:41 2003 From: nmarsh1 at mac.com (Nick Marsh) Date: Tue, 22 Jul 2003 10:43:41 -0500 Subject: New redhat-config-packages feedback thread Message-ID: <3321816.1058888621562.JavaMail.nmarsh1@mac.com> I like the idea behind the new redhat-config-packages. However, I liked the old UI better (it seemed less redundant). IMHO, its better to be able to add or remove packages just by checking or unchecking them rather than having to be on the "add side" or "remove side" of the application. Anyone else have thoughts on this? nick marsh nmarsh1 at mac.com From notting at redhat.com Tue Jul 22 15:58:11 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 11:58:11 -0400 Subject: Version Numbering (Was: Re: Kernel 2.6.x in next RHL version.) In-Reply-To: <1058819411.15612.46.camel@jeremy.dtcc.cc.nc.us>; from jeremyp@pobox.com on Mon, Jul 21, 2003 at 04:30:11PM -0400 References: <20030721142050.C26748@devserv.devel.redhat.com> <4188.12.29.16.103.1058818060.squirrel@whooper.org> <1058819411.15612.46.camel@jeremy.dtcc.cc.nc.us> Message-ID: <20030722115811.A26155@devserv.devel.redhat.com> Jeremy Portzer (jeremyp at pobox.com) said: > > A nit to pick: as everyone should have learned from the last product > > cycle, the beta is 9.0.93, not 9.1. > > You are correct, and this brings up another question... will the version > number of the next Red Hat Linux remain secret as it has in the past, or > will it be released as part of the newly-open schedule? The version number is currently slated to be '10'. That may change, but I don't know of a reason why it would at the moment. Bill From hosting at j2solutions.net Tue Jul 22 15:44:08 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Tue, 22 Jul 2003 08:44:08 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <20030722111634.A3401@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <1058827891.4600.27.camel@mentor.gurulabs.com> <20030722111634.A3401@devserv.devel.redhat.com> Message-ID: <200307220844.08381.hosting@j2solutions.net> On Tuesday 22 July 2003 08:16, Bill Nottingham wrote: > Moving rhgb doesn't make one bit of difference if the X server > is still on /usr. :) Why not make the graphical boot a framebuffer thing, so that users don't have to wait for X to start up? Has this thought been brought up? what are the reasons for not doing it (mostly curious, I've no clue what it would take to actually do it in framebuffer) -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From notting at redhat.com Tue Jul 22 16:03:12 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 12:03:12 -0400 Subject: Kernel 2.6.x in next RHL version. (Was: Re: First message >:) In-Reply-To: <1058829633.1606.45.camel@one.myworld>; from feliciano.matias@free.fr on Tue, Jul 22, 2003 at 01:20:34AM +0200 References: <200307212255.h6LMtLl03696@devserv.devel.redhat.com> <1058829633.1606.45.camel@one.myworld> Message-ID: <20030722120312.B26155@devserv.devel.redhat.com> F?liciano Matias (feliciano.matias at free.fr) said: > http://freshrpms.net/ provides Alsa rpm (version 0.9.4) : > http://freshrpms.net/docs/alsa/ > > The OSS emulation of Alsa work great. > The "big picture" is sndconfig/kuduz/anaconda to switch to alsa. Bah, sed on /etc/modules.conf. Not hard. ;) > I use Alsa since RH 6.0 :-) > > But the true question is : if RedHat plan to use Alsa with Linux 2.6, i > don't need to fill a RFE in bugzilla. Yes, we plan to use ALSA with 2.6. Not before. Bill From matthias at rpmforge.net Tue Jul 22 16:03:32 2003 From: matthias at rpmforge.net (Matthias Saou) Date: Tue, 22 Jul 2003 18:03:32 +0200 Subject: New redhat-config-packages feedback thread In-Reply-To: <3321816.1058888621562.JavaMail.nmarsh1@mac.com> References: <3321816.1058888621562.JavaMail.nmarsh1@mac.com> Message-ID: <20030722180332.3ab4faee.matthias@rpmforge.net> Nick Marsh wrote : > I like the idea behind the new redhat-config-packages. However, I liked > the old UI better (it seemed less redundant). IMHO, its better to be able > to add or remove packages just by checking or unchecking them rather than > having to be on the "add side" or "remove side" of the application. I don't really mind it, but it's definitely still rough around the edges. I've tried to uninstall packages to see, and as some were required by firstboot, I got a "Packages not found" and the packages that couldn't be removed because of dependencies were listed as "Unlocatable packages". Probably a generic dialog, but that shouldn't happen as it's really misleading. Also none of the menus except "Quit" and switching in "View" work. I also got weird stuff like "0 of 2 installed" for ftp server, although I do have vsftpd installed, which causes a problem when I try to install it: selecting already installed package vsftpd Traceback (most recent call last): File "/usr/share/redhat-config-packages/AddDialog.py", line 338, in addDialogInstallButtonClicked iter = self.model.iter_children(self.optional_iter) AttributeError: 'AddDialog' object has no attribute 'optional_iter' Then, anyway, I seem to have a big clash that prevents anything from working, possibly due to epoch handling in xmms(?): * depcheck: package nautilus-cd-burner needs cdrecord (not provided) * depcheck: package redhat-config-soundcard needs sox (not provided) * depcheck: package xmms-crossfade needs libxmms.so.1 (not provided) * depcheck: package gkrellm-plugins-media needs libxmms.so.1 (not provided) * depcheck: package flac-xmms needs libxmms.so.1 (not provided) * depcheck: package xmms-alsa needs libxmms.so.1 (not provided) * depcheck: package xmms-mp3 needs xmms = 1:1.2.7 (not provided) * depcheck: package xmms-crossfade needs xmms >= 1.0.0 (not provided) * depcheck: package gkrellm-plugins-media needs xmms (not provided) * depcheck: package flac-xmms needs xmms >= 0.9.5.1 (not provided) * depcheck: package xmms-xosd needs xmms (not provided) * depcheck: package xmms-devel needs xmms = 1:1.2.7 (not provided) * depcheck: package xmms-alsa needs xmms >= 1.2.5 (not provided) * depcheck: package alsaplayer needs libmikmod.so.2 (not provided) * depcheck: package gstreamer-plugins needs libmikmod.so.2 (not provided) ('cdrecord', None, 0) ('sox', None, 0) ('libxmms.so.1', None, 0) ('libxmms.so.1', None, 0) ('libxmms.so.1', None, 0) ('libxmms.so.1', None, 0) ('xmms', '1:1.2.7', 8) ('xmms', '1.0.0', 12) ('xmms', None, 0) ('xmms', '0.9.5.1', 12) ('xmms', None, 0) ('xmms', '1:1.2.7', 8) ('xmms', '1.2.5', 12) ('libmikmod.so.2', None, 0) ('libmikmod.so.2', None, 0) I guess I could file bug reports, but it would be so many that I'm not even sure it would help if what the application needs is still massive low-level work. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Raw Hide 20030718 running Linux kernel 2.4.20-20.1.2013.nptl Load : 0.08 0.32 0.39 From jorton at redhat.com Tue Jul 22 16:05:20 2003 From: jorton at redhat.com (Joe Orton) Date: Tue, 22 Jul 2003 17:05:20 +0100 Subject: httpd-2.0.45-14 starts, but always dies shortly after In-Reply-To: <20030722154138.GB22566@mark.mielke.cc> References: <20030722154138.GB22566@mark.mielke.cc> Message-ID: <20030722160520.GI25144@redhat.com> On Tue, Jul 22, 2003 at 11:41:38AM -0400, Mark Mielke wrote: > I did a search in the bug tracking database and did not find a reference > to this issue. > > '/etc/rc.d/init.d/httpd start' and /var/log/messages report that > httpd-2.0.45-14 starts successfully: > > Jul 22 10:54:42 mark httpd: httpd startup succeeded > > The process sticks around for a few ticks (long enough to catch it > once or twice with 'ps -ef' if I am quick enough) and then dies an > abrupt death. Using 'gdb /usr/sbin/httpd' 'set args -X' 'run' I was > able to determine that: > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1084365088 (LWP 3148)] > 0x00000000 in ?? () > (gdb) where > #0 0x00000000 in ?? () > #1 0x00fc8f50 in KRB5_AUTHENT_it () from /lib/libcrypto.so.4 Can you file this in bugzilla - is that the whole backtrace? If not please include the whole thing. Regards, joe From matthias at rpmforge.net Tue Jul 22 16:09:16 2003 From: matthias at rpmforge.net (Matthias Saou) Date: Tue, 22 Jul 2003 18:09:16 +0200 Subject: Version Numbering (Was: Re: Kernel 2.6.x in next RHL version.) In-Reply-To: <20030722115811.A26155@devserv.devel.redhat.com> References: <20030721142050.C26748@devserv.devel.redhat.com> <4188.12.29.16.103.1058818060.squirrel@whooper.org> <1058819411.15612.46.camel@jeremy.dtcc.cc.nc.us> <20030722115811.A26155@devserv.devel.redhat.com> Message-ID: <20030722180916.6eabd8c3.matthias@rpmforge.net> Bill Nottingham wrote : > > You are correct, and this brings up another question... will the > > version number of the next Red Hat Linux remain secret as it has in the > > past, or will it be released as part of the newly-open schedule? > > The version number is currently slated to be '10'. That may change, > but I don't know of a reason why it would at the moment. Well, 10 is plain and expected, X is already taken, so I vote for 00001010 or even better, 0xA :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Raw Hide 20030718 running Linux kernel 2.4.20-20.1.2013.nptl Load : 0.61 0.55 0.46 From RParr at TemporalArts.COM Tue Jul 22 16:13:27 2003 From: RParr at TemporalArts.COM (Randall J. Parr) Date: Tue, 22 Jul 2003 09:13:27 -0700 Subject: opteron ? In-Reply-To: <200307220803.24878.hosting@j2solutions.net> References: <1058817171.8822.17.camel@morticia.pricegrabber.com> <200307211631.53176.hosting@j2solutions.net> <7290000.1058857605@shieldbreaker.l33tskillz.org> <200307220803.24878.hosting@j2solutions.net> Message-ID: <3F1D62A7.5010904@TemporalArts.com> Jesse Keating wrote: >On Tuesday 22 July 2003 00:06, James Ralston wrote: > > >>If you want to build inexpensive AMD64 systems, wait until the Athlon >>64 is launched. Opterons are all about building servers. >> >> > >This is exactly the point though. $The_next_version will be used in many many >places as a server, for heavy server duties. AMD64 isn't an option there, as >it's a desktop processor. We have customers CURRENTLY that refuse to use >SuSE and continue to use GinGin64 (Opteron compiled version of RHL9) even >though there is no support and no errata because they want opterons, and they >want Red Hat Linux as their server. > >I think there is a potential userbase, but you can't get a userbase w/out a >product. Chicken/Egg syndrome all over again *sigh* > > > I know *I* have video/image processing customers that would like to go Opteron but have held off because of this lack of support. I also customers who use their RH boxes as development servers/workstations who are very interested in Opteron but also holding off because of lack of support. R.Parr, RHCE Temporal Arts From notting at redhat.com Tue Jul 22 16:15:28 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 12:15:28 -0400 Subject: No ext3/htree in Severn ? In-Reply-To: <20030722031058.GA5461@outblaze.com>; from yusufg@outblaze.com on Tue, Jul 22, 2003 at 11:10:58AM +0800 References: <20030722031058.GA5461@outblaze.com> Message-ID: <20030722121528.C26155@devserv.devel.redhat.com> Yusuf Goolamabbas (yusufg at outblaze.com) said: > A quick look at Severn indicates that ext3/htree patches and ACL patches > are not included in the kernel.src.rpm. It would be nice to have > filesystem support for large directories available out of the box for RH > Linux (ext3/htree or XFS). > > I thought the ext3/htree backport of 2.4 was quite stable The last we tried, we found quite a few bugs; that's why it's not included at the moment. Bill From notting at redhat.com Tue Jul 22 16:17:49 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 12:17:49 -0400 Subject: Files larger than 2GB Supported In This Version? In-Reply-To: <3F1CB8BB.4060402@post1.com>; from ls@post1.com on Tue, Jul 22, 2003 at 12:08:27PM +0800 References: <3F1CB8BB.4060402@post1.com> Message-ID: <20030722121749.D26155@devserv.devel.redhat.com> Lo Sheng (ls at post1.com) said: > I'm wondering if anyone knew if files larger than 2GB are supported via > Samba in this version? Via samba or via smbfs? It's a large distinction. Bill From pcompton at proteinmedia.com Tue Jul 22 16:41:32 2003 From: pcompton at proteinmedia.com (Phillip Compton) Date: 22 Jul 2003 12:41:32 -0400 Subject: Initial thoughts on Severn In-Reply-To: <20030722090918.21044.qmail@web60006.mail.yahoo.com> References: <20030722090918.21044.qmail@web60006.mail.yahoo.com> Message-ID: <1058892092.2716.1.camel@GreenTea> On Tue, 2003-07-22 at 05:09, Mike Martin wrote: > > 6. redhat-config-httpd > > This fails with a failure of xslt. python module - where is this? > Also rpm -q --requires redhat-config-packages shows apacheconf as a > requirement, but this is not in the package listing. > > (this may affect other server config scripts - have not had chance to > check) The problem is due to the new 4Suite. If you install the version from Shrike, it will work fine. Phil From matt-whiteley at comcast.net Tue Jul 22 17:02:26 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 22 Jul 2003 10:02:26 -0700 Subject: SMB Printer Message-ID: <1058893346.9987.60.camel@galt.atlas.gotdns.org> I have a printer shared from a win98se box. It is configured without a password. It used to work in shrike but now when I try to add it nothing happens. Steps: Run the printing tool Select add printer Select smb printer Printer is found automagically Select printer User is asked for name and password This is where I tried everything I could think of. It shouldn't need a password. Selecting ok makes the box disappear and reappear. Putting in the microsoft networking password with or without a user name doesn't work. Any ideas? thanks, -- Matt Whiteley From smoogen at lanl.gov Tue Jul 22 17:07:48 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 22 Jul 2003 11:07:48 -0600 Subject: Version Numbering (Was: Re: Kernel 2.6.x in next RHL version.) In-Reply-To: <20030722180916.6eabd8c3.matthias@rpmforge.net> References: <20030721142050.C26748@devserv.devel.redhat.com> <4188.12.29.16.103.1058818060.squirrel@whooper.org> <1058819411.15612.46.camel@jeremy.dtcc.cc.nc.us> <20030722115811.A26155@devserv.devel.redhat.com> <20030722180916.6eabd8c3.matthias@rpmforge.net> Message-ID: <1058893668.5845.12.camel@smoogen1.lanl.gov> I second and move it to a vote. My vote is 00001010. On Tue, 2003-07-22 at 10:09, Matthias Saou wrote: > Bill Nottingham wrote : > > > > You are correct, and this brings up another question... will the > > > version number of the next Red Hat Linux remain secret as it has in the > > > past, or will it be released as part of the newly-open schedule? > > > > The version number is currently slated to be '10'. That may change, > > but I don't know of a reason why it would at the moment. > > Well, 10 is plain and expected, X is already taken, so I vote for 00001010 > or even better, 0xA :-) > > Matthias -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From ip4fr33 at msn.com Tue Jul 22 17:11:03 2003 From: ip4fr33 at msn.com (William Burborn) Date: Tue, 22 Jul 2003 10:11:03 -0700 Subject: webmin version 1.100rpm won't install Message-ID: alright, I did that. set it up manually by rolling my own, and it's working like a charm. all I needed to change was the version number to 9.0.93. thanks for your help! ;) Josh >From: "Mr. Adam ALLEN" >Reply-To: rhl-beta-list at redhat.com >To: rhl-beta-list at redhat.com >Subject: Re: webmin version 1.100rpm won't install >Date: 22 Jul 2003 10:39:14 +0100 > >On Tue, 2003-07-22 at 08:13, William Burborn wrote: > > Hello ppl, just installed Severn, and I am very impressed so far. > > although the only problem so far is that installing Webmin doesn't seem >to > > work. > > I am attempting to install Version 1.100, as an RPM. > > I also tried installing it via the terminal and it just gives me this > > output: > > > > warning: webmin-1.100-1.noarch.rpm: V3 DSA signature: NOKEY, key ID >11f63c51 > > Unable to identify operating system > > error: %pre(webmin-1.100-1) scriptlet failed, exit status 2 > > error: install: %pre scriptlet failed (2), skipping webmin-1.100-1 > > > >My guess is take a srpm, untar webmin-xxxxx.tar.gz in >/usr/src/redhat/SOURCES/ and modify os_list.txt. >Copy a RedHat line and put in the version number that severn uses > >Redhat Linux 8.0 redhat-linux 8.0 $etc_issue =~ >/red\s*hat.*\s8\.0\s/i || >`cat /etc/redhat-release 2>&1` =~ /8\.0\s/ > >Re-tar the directory, and then rebuild the SRPM, and that should do the >trick. > >-- >Regards, >Adam Allen. > >adam at dynamicinteraction.co.uk >pgp >http://search.keyserver.net:11371/pks/lookup?op=vindex&search=adam%40dynamicinteraction.co.uk > ><< signature.asc >> _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From twaugh at redhat.com Tue Jul 22 17:13:58 2003 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 22 Jul 2003 18:13:58 +0100 Subject: SMB Printer In-Reply-To: <1058893346.9987.60.camel@galt.atlas.gotdns.org> References: <1058893346.9987.60.camel@galt.atlas.gotdns.org> Message-ID: <20030722171358.GC1448@redhat.com> On Tue, Jul 22, 2003 at 10:02:26AM -0700, Matt Whiteley wrote: > I have a printer shared from a win98se box. It is configured without a > password. It used to work in shrike but now when I try to add it > nothing happens. > > Steps: > Run the printing tool > Select add printer > Select smb printer > Printer is found automagically > Select printer > User is asked for name and password > > This is where I tried everything I could think of. It shouldn't need a > password. Selecting ok makes the box disappear and reappear. Putting > in the microsoft networking password with or without a user name doesn't > work. Any ideas? It uses this command to determine whether the share is accessible: smbclient //machine/share [passwd] [-W group] -N -P -c quit [-U user] Does that command give any useful errors when you substitute in the values you're using? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From smoogen at lanl.gov Tue Jul 22 17:14:59 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 22 Jul 2003 11:14:59 -0600 Subject: Reason for the change In-Reply-To: <1058832222.30390.51.camel@binkley> References: <1058825674.4975.13.camel@opus.phy.duke.edu> <20030721192238.A9603@devserv.devel.redhat.com> <1058832222.30390.51.camel@binkley> Message-ID: <1058894099.5845.16.camel@smoogen1.lanl.gov> On Mon, 2003-07-21 at 18:03, seth vidal wrote: > On Mon, 2003-07-21 at 19:22, Michael K. Johnson wrote: > > On Mon, Jul 21, 2003 at 06:14:34PM -0400, seth vidal wrote: > > Red Hat Enterprise Linux, by contrast, has very minimal changes within > > a release -- one meaning of "stable" that is critical in an enterprise > > environment. Obviously they also care about "robust" as well. Can > > you imagine an enterprise deploying a new version of a major software > > component because it is "fresher"? That would be IS lunacy. :-) > > > > depends on what you describe as an 'enterprise'. > I still haven't heard where university 'enterprises' fit in this grand > scheme. > > I'm beginning to wonder if we(universities) do at all. > Universities do not fit into most templates. Having to support a kind of university environment.. I am having to split my time between needing the latest and greatest and also the well-tested and security updates of a stable release. It burns a lot of my time doing both and I realize how much it would burn of an outside contracting company. The last point is that universities do not have the money to pay anyone to do this work and so end up doing it themselves. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From jbj at redhat.com Tue Jul 22 17:19:17 2003 From: jbj at redhat.com (Jeff Johnson) Date: Tue, 22 Jul 2003 13:19:17 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <20030722111634.A3401@devserv.devel.redhat.com>; from notting@redhat.com on Tue, Jul 22, 2003 at 11:16:34AM -0400 References: <200307211503.57071.hosting@j2solutions.net> <20030721183741.F18319@devserv.devel.redhat.com> <200307211527.03478.hosting@j2solutions.net> <20030721184350.A31471@devserv.devel.redhat.com> <1058827891.4600.27.camel@mentor.gurulabs.com> <20030722111634.A3401@devserv.devel.redhat.com> Message-ID: <20030722131917.U18401@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 11:16:34AM -0400, Bill Nottingham wrote: > > the rhgb binary isn't included with RHL9." > > Moving rhgb doesn't make one bit of difference if the X server > is still on /usr. :) /bin/Xserver would work. 73 de Jeff -- Jeff Johnson ARS N3NPQ jbj at redhat.com (jbj at jbj.org) Chapel Hill, NC From pandemic at syn-recon.net Tue Jul 22 17:20:11 2003 From: pandemic at syn-recon.net (Florian Hines) Date: Tue, 22 Jul 2003 12:20:11 -0500 Subject: Version Numbering (Was: Re: Kernel 2.6.x in next RHL version.) In-Reply-To: <1058893668.5845.12.camel@smoogen1.lanl.gov> Message-ID: <001301c35075$861e8a50$6501a8c0@D611017> Throw me in as a vote for 0xA lol. #-----Original Message----- #From: rhl-beta-list-admin at redhat.com #[mailto:rhl-beta-list-admin at redhat.com] On Behalf Of Stephen Smoogen #Sent: Tuesday, July 22, 2003 12:08 PM #To: rhl-beta-list at redhat.com #Subject: Re: Version Numbering (Was: Re: Kernel 2.6.x in next #RHL version.) # # #I second and move it to a vote. # #My vote is 00001010. # # #On Tue, 2003-07-22 at 10:09, Matthias Saou wrote: #> Bill Nottingham wrote : #> #> > > You are correct, and this brings up another question... will the #> > > version number of the next Red Hat Linux remain secret as it has #> > > in the past, or will it be released as part of the newly-open #> > > schedule? #> > #> > The version number is currently slated to be '10'. That #may change, #> > but I don't know of a reason why it would at the moment. #> #> Well, 10 is plain and expected, X is already taken, so I vote for #> 00001010 or even better, 0xA :-) #> #> Matthias #-- #Stephen John Smoogen smoogen at lanl.gov #Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 #(note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 #-- So shines a good deed in a weary world. = Willy Wonka -- # # #-- #Rhl-beta-list mailing list #Rhl-beta-list at redhat.com #http://www.redhat.com/mailman/listinfo/rhl-#beta-list # From skvidal at phy.duke.edu Tue Jul 22 17:22:17 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 22 Jul 2003 13:22:17 -0400 Subject: Reason for the change In-Reply-To: <1058894099.5845.16.camel@smoogen1.lanl.gov> References: <1058825674.4975.13.camel@opus.phy.duke.edu> <20030721192238.A9603@devserv.devel.redhat.com> <1058832222.30390.51.camel@binkley> <1058894099.5845.16.camel@smoogen1.lanl.gov> Message-ID: <1058894536.5808.197.camel@opus.phy.duke.edu> > > > > Universities do not fit into most templates. Having to support a kind of > university environment.. I am having to split my time between needing > the latest and greatest and also the well-tested and security updates of > a stable release. It burns a lot of my time doing both and I realize how > much it would burn of an outside contracting company. The last point is > that universities do not have the money to pay anyone to do this work > and so end up doing it themselves. look at http://lists.dulug.duke.edu/mailman/listinfo/univ-linux - there are some folks on there discussing how we (as university-ish) places are planning on doing this and if there is any work we can share. -sv From skvidal at phy.duke.edu Tue Jul 22 17:23:28 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 22 Jul 2003 13:23:28 -0400 Subject: Version Numbering (Was: Re: Kernel 2.6.x in next RHL version.) In-Reply-To: <001301c35075$861e8a50$6501a8c0@D611017> References: <001301c35075$861e8a50$6501a8c0@D611017> Message-ID: <1058894608.5808.202.camel@opus.phy.duke.edu> On Tue, 2003-07-22 at 13:20, Florian Hines wrote: > Throw me in as a vote for 0xA lol. > I like the implications of numbering it X b/c then you'd get XI, XII, XII, XIV, XV, etc and then it makes me feel like I'm seeing the date in roman numerals at the end of a movie. -sv From EricRyd at cdw.com Tue Jul 22 17:27:25 2003 From: EricRyd at cdw.com (EricRyd at cdw.com) Date: Tue, 22 Jul 2003 12:27:25 -0500 Subject: Severn NFS Install Message-ID: <4F7882716A6FD311AC7000508B6F4AEA5A815127@ranger.corp.cdw.com> I'm trying to install severn via NFS. I have an rh8 server up and running. I downloaded the iso's to that server. I did the mount -o loop ... and was able to copy the RedHat folders to a exported folder. I also went in to the iso and made a boot disk. When attempting to do an nfs install it wanted nic drivers. I tried the drvnet.img but that didn't work. So I used an rh9's drvnet.img and that worked. Yet, when I input the nfs path it comes back stating I need to use the same media on both ends. Any ideas? Thanks, Eric From smoogen at lanl.gov Tue Jul 22 17:27:51 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 22 Jul 2003 11:27:51 -0600 Subject: Performance Issues with XMMS In-Reply-To: References: <1058854048.5712.145.camel@laptop> <1058857714.5712.167.camel@laptop> Message-ID: <1058894871.5845.21.camel@smoogen1.lanl.gov> Hmm standard things to try for this are: set the global LANG=C or remove the UTF-8 from the language settings. the sound card and other peripheals can affect the system performance if the driver is loaded and say the KDE sound driver is running in background. On Tue, 2003-07-22 at 01:52, Bill Rhodes wrote: > On Tue, 21 Jul 2003, Warren Togami wrote: > > On Mon, 2003-07-21 at 20:39, Bill Rhodes wrote: > > > I don't think this has anything to do with XMMS. I can get the CPU to peg > > > at 100% just by dragging windows around, or running ls against /usr/lib > > > (or some other directory with a large number of files). It happens > > > whether XMMS is playing (either MP3 or OGG files) or not. Although > > > anytime the CPU usage gets that high, XMMS skips (for me at least). > > > > What video card? Using stock or 3rd party drivers? > > ATI Rage Mobility P/M AGP 2x (Mach64), using stock driver as detected by > the installer (ati). > > > What sound card? Using which driver? > > Well, if I can get the CPU to peg without even starting XMMS, why would > that matter? But just for the sake of completeness, I've got a Crystal > SoundFusion CS 4614 sound card, using the cs46xx driver (whith > "thinkpad=1" passed as an option in /etc/modules.conf). > -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From smoogen at lanl.gov Tue Jul 22 17:31:28 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 22 Jul 2003 11:31:28 -0600 Subject: suggestions In-Reply-To: <1058877784.4769.12.camel@one.myworld> References: <1058877784.4769.12.camel@one.myworld> Message-ID: <1058895088.5845.25.camel@smoogen1.lanl.gov> On Tue, 2003-07-22 at 06:43, F?liciano Matias wrote: > Le mar 22/07/2003 ? 08:02, Pekka Savola a ?crit : > > On 22 Jul 2003, F?liciano Matias wrote: > > > * Add bittorrent because it's the best way to grab RedHat Linux. > > > > It's also a best way to grab something else, which may be a good enough > > reason to avoid getting to be a target of certain legal activities. > > Bittorrent is not gnutella or edonkey. > > As i know, to use bittorrent to widely share some files you need a > .torrent file publicly available. And nobody want to put a porn.torrent > or a win2003.torrent file in his home page. No they generally break into someone elses server and put the .torrent file there. Most of the torrent traffic I have seen this summer has been for versions of the Hulk Movie, and other super pirated crap. The legitimate traffic was not to be found except when the beta occured. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From wrhodes at 27.org Tue Jul 22 17:32:09 2003 From: wrhodes at 27.org (Bill Rhodes) Date: Tue, 22 Jul 2003 10:32:09 -0700 (PDT) Subject: Version Numbering (Was: Re: Kernel 2.6.x in next RHL version.) In-Reply-To: <001301c35075$861e8a50$6501a8c0@D611017> References: <001301c35075$861e8a50$6501a8c0@D611017> Message-ID: I'm inclined to agree. It'd be pretty clever. Although the PHB types will get mighty confused when everyone else is up near version 15 or 16 and RHL is "only just" coming out with "version 10". Of course RH could really get a jump on the competition and use octal. -B On Tue, 22 Jul 2003, Florian Hines wrote: > Throw me in as a vote for 0xA lol. From katzj at redhat.com Tue Jul 22 17:36:11 2003 From: katzj at redhat.com (Jeremy Katz) Date: 22 Jul 2003 13:36:11 -0400 Subject: Severn NFS Install In-Reply-To: <4F7882716A6FD311AC7000508B6F4AEA5A815127@ranger.corp.cdw.com> References: <4F7882716A6FD311AC7000508B6F4AEA5A815127@ranger.corp.cdw.com> Message-ID: <1058895371.21323.10.camel@mirkwood.devel.redhat.com> On Tue, 2003-07-22 at 13:27, EricRyd at cdw.com wrote: > I'm trying to install severn via NFS. I have an rh8 server up and running. > I downloaded the iso's to that server. I did the mount -o loop ... and was > able to copy the RedHat folders to a exported folder. I also went in to the > iso and made a boot disk. When attempting to do an nfs install it wanted > nic drivers. I tried the drvnet.img but that didn't work. So I used an > rh9's drvnet.img and that worked. Yet, when I input the nfs path it comes > back stating I need to use the same media on both ends. > > Any ideas? You're using a Red Hat Linux 9 boot disk, not a Severn boot disk :) Cheers, Jeremy From joe at tmsusa.com Tue Jul 22 17:37:18 2003 From: joe at tmsusa.com (joe) Date: Tue, 22 Jul 2003 10:37:18 -0700 Subject: Version Numbering (Was: Re: Kernel 2.6.x in next RHL version.) In-Reply-To: <001301c35075$861e8a50$6501a8c0@D611017> References: <001301c35075$861e8a50$6501a8c0@D611017> Message-ID: <3F1D764E.7080908@tmsusa.com> Florian Hines wrote: >Throw me in as a vote for 0xA lol. > > Yes, RH0xA - very h at x0rish.... I like it Joe From EricRyd at cdw.com Tue Jul 22 17:46:57 2003 From: EricRyd at cdw.com (EricRyd at cdw.com) Date: Tue, 22 Jul 2003 12:46:57 -0500 Subject: Severn NFS Install Message-ID: <4F7882716A6FD311AC7000508B6F4AEA5A815128@ranger.corp.cdw.com> Jeremy, You may have been right...So I again mounted the disk 1 iso image to /temp2 and then ran "dd if=/temp2/images/bootdisk.img of=/dev/fd0" I start up and do a linux askmethod and it fails giving me "boot failed...please change disks". This happens during the loading of the kernel on one floppy, and a second floppy this happens during loading the initrd. Any ideas? Eric -----Original Message----- From: Jeremy Katz [mailto:katzj_ at _redhat.com] Sent: Tuesday, July 22, 2003 12:36 PM To: rhl-beta-list at redhat.com Subject: Re: Severn NFS Install On Tue, 2003-07-22 at 13:27, EricRyd_ at _cdw.com wrote: > I'm trying to install severn via NFS. I have an rh8 server up and running. > I downloaded the iso's to that server. I did the mount -o loop ... and was > able to copy the RedHat folders to a exported folder. I also went in to the > iso and made a boot disk. When attempting to do an nfs install it wanted > nic drivers. I tried the drvnet.img but that didn't work. So I used an > rh9's drvnet.img and that worked. Yet, when I input the nfs path it comes > back stating I need to use the same media on both ends. > > Any ideas? You're using a Red Hat Linux 9 boot disk, not a Severn boot disk :) Cheers, Jeremy -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From psycho_tux at yahoo.com Tue Jul 22 17:51:54 2003 From: psycho_tux at yahoo.com (Psycho Tux) Date: Tue, 22 Jul 2003 10:51:54 -0700 (PDT) Subject: replacement for tripwire? In-Reply-To: <4F7882716A6FD311AC7000508B6F4AEA5A815128@ranger.corp.cdw.com> Message-ID: <20030722175154.6991.qmail@web10103.mail.yahoo.com> Hi all, thank a lot to Red Hat for this stable Distribution. As yet, i didnt find any big bugs. I cant found TripWire? which package schoud I use? with kind regards Tobias M?ller __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From katzj at redhat.com Tue Jul 22 17:52:15 2003 From: katzj at redhat.com (Jeremy Katz) Date: 22 Jul 2003 13:52:15 -0400 Subject: Severn NFS Install In-Reply-To: <4F7882716A6FD311AC7000508B6F4AEA5A815128@ranger.corp.cdw.com> References: <4F7882716A6FD311AC7000508B6F4AEA5A815128@ranger.corp.cdw.com> Message-ID: <1058896335.21323.30.camel@mirkwood.devel.redhat.com> On Tue, 2003-07-22 at 13:46, EricRyd at cdw.com wrote: > I start up and do a linux askmethod and it fails giving me "boot > failed...please change disks". This happens during the loading of the > kernel on one floppy, and a second floppy this happens during loading the > initrd. This is usually "bad floppies" -- especially since it happens at different places on different floppies Jeremy From matt-whiteley at comcast.net Tue Jul 22 18:06:41 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 22 Jul 2003 11:06:41 -0700 Subject: SMB Printer In-Reply-To: <20030722171358.GC1448@redhat.com> References: <1058893346.9987.60.camel@galt.atlas.gotdns.org> <20030722171358.GC1448@redhat.com> Message-ID: <1058897200.9987.72.camel@galt.atlas.gotdns.org> On Tue, 2003-07-22 at 10:13, Tim Waugh wrote: > It uses this command to determine whether the share is accessible: > > smbclient //machine/share [passwd] [-W group] -N -P -c quit [-U user] > > Does that command give any useful errors when you substitute in the > values you're using? > > Tim. > */ [matt at alt oarlocks]$ smbclient //connie/hp -N -P -c quit added interface ip=192.168.1.113 bcast=192.168.1.255 nmask=255.255.255.0 error connecting to 12.212.20.228:139 (Connection refused) Error connecting to 12.212.20.228 (Connection refused) Connection to connie failed [matt at alt oarlocks]$ smbclient //connie/hp *password* -N -P -c quit added interface ip=192.168.1.113 bcast=192.168.1.255 nmask=255.255.255.0 error connecting to 12.212.20.228:139 (Connection refused) Error connecting to 12.212.20.228 (Connection refused) Connection to connie failed [matt at alt oarlocks]$ smbclient //192.168.1.103/hp -N -P -c quit added interface ip=192.168.1.113 bcast=192.168.1.255 nmask=255.255.255.0 session request to 192.168.1.103 failed (Called name not present) session request to 192 failed (Called name not present) session request to *SMBSERVER failed (Called name not present) [matt at alt oarlocks]$ smbclient //connie/hp -N -P added interface ip=192.168.1.113 bcast=192.168.1.255 nmask=255.255.255.0 error connecting to 12.212.20.228:139 (Connection refused) Error connecting to 12.212.20.228 (Connection refused) Connection to connie failed [matt at alt oarlocks]$ smbclient -L 192.168.1.103 added interface ip=192.168.1.113 bcast=192.168.1.255 nmask=255.255.255.0 session request to 192.168.1.103 failed (Called name not present) session request to 192 failed (Called name not present) session request to *SMBSERVER failed (Called name not present) I then added the windows computer name and ip address to /etc/hosts. After this it worked fine. I didn't use to do this and would rather not have to. Oh well, I would settle for understanding why it changed. [matt at alt oarlocks]$ smbclient -L -N connie added interface ip=192.168.1.113 bcast=192.168.1.255 nmask=255.255.255.0 Sharename Type Comment --------- ---- ------- MY DOCUMENTS Disk PRINTER$ Disk HP Printer IPC$ IPC Remote Inter Process Communication Server Comment --------- ------- CONNIE Workgroup Master --------- ------- @HOME CONNIE WORKGROUP MICHAEL I just remembered that this problem starting giving me some trouble about the same time as another problem. Back when I am not sure maybe 7.2 or 7.3 and before, I could type "google" into the address bar of any browser (including konq and nautilus) and it would mess around and figure it out. Now it goes to 192.168.1.1 and asks for my router password. Is this related? Differences with /etc/hosts or /etc/resolv in standard install or something? thanks, -- Matt Whiteley From EricRyd at cdw.com Tue Jul 22 18:36:19 2003 From: EricRyd at cdw.com (EricRyd at cdw.com) Date: Tue, 22 Jul 2003 13:36:19 -0500 Subject: Severn NFS Install Message-ID: <4F7882716A6FD311AC7000508B6F4AEA5A81512A@ranger.corp.cdw.com> Jeremy, After 3 bad floppies I guess, I was able to get it working (4th was a charm). Whats odd is that the first 3 worked for other uses (including RH8 boot disk)... Oh well, Thanks for your help..installation is well on its way. Erics -----Original Message----- From: Jeremy Katz [mailto:katzj_ at _redhat.com] Sent: Tuesday, July 22, 2003 12:52 PM To: rhl-beta-list at redhat.com Subject: RE: Severn NFS Install On Tue, 2003-07-22 at 13:46, EricRyd_ at _cdw.com wrote: > I start up and do a linux askmethod and it fails giving me "boot > failed...please change disks". This happens during the loading of the > kernel on one floppy, and a second floppy this happens during loading the > initrd. This is usually "bad floppies" -- especially since it happens at different places on different floppies Jeremy -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From felipe_alfaro at linuxmail.org Tue Jul 22 18:44:18 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: 22 Jul 2003 20:44:18 +0200 Subject: No ext3/htree in Severn ? In-Reply-To: <20030722121528.C26155@devserv.devel.redhat.com> References: <20030722031058.GA5461@outblaze.com> <20030722121528.C26155@devserv.devel.redhat.com> Message-ID: <1058899457.733.4.camel@teapot.felipe-alfaro.com> On Tue, 2003-07-22 at 18:15, Bill Nottingham wrote: > Yusuf Goolamabbas (yusufg at outblaze.com) said: > > A quick look at Severn indicates that ext3/htree patches and ACL patches > > are not included in the kernel.src.rpm. It would be nice to have > > filesystem support for large directories available out of the box for RH > > Linux (ext3/htree or XFS). > > > > I thought the ext3/htree backport of 2.4 was quite stable > > The last we tried, we found quite a few bugs; that's why it's not > included at the moment. And what about extended attributes/ACLs? They seem to be working pretty nice here (2.6.0-test1)... Many people (like me) migrating from Windows NT4 and Windows 2000 to Samba will in fact miss them. Isn't this a beta? I think it's time for testing stuff like this :-) From jbinpg at shaw.ca Tue Jul 22 19:28:23 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Tue, 22 Jul 2003 12:28:23 -0700 Subject: Severn install summary Message-ID: <20030722192823.GA21645@nonesuch> Dumped Severn on one of my play boxes yesterday. Totally uneventful install. Congrats to all the crew. Some chagrin at not being allowed to set boot runlevel during the install but this release is newbie-ized to the extreme so I can see the rationale. One glitch is that (as with thr RH9 beta) the first reboot after the install seems to hang on the kudzu probe. I booted rescue from the CD and killed kudzu and it proceeded fine after that. IIRC from the RH9 beta, it really isn't hung but instead it is timing out on one of the services. I think it was CUPS then and possibly is now, too. No relevant feedback on the output VTs, sorry. This may be an issue with those not patient enough to let things time out rather than endlessly reboot after the install. -- Jack Bowling mailto: jbinpg at shaw.ca From rjohnson at medata.com Tue Jul 22 19:44:55 2003 From: rjohnson at medata.com (Rick Johnson) Date: Tue, 22 Jul 2003 12:44:55 -0700 Subject: Severn install summary In-Reply-To: <20030722192823.GA21645@nonesuch> References: <20030722192823.GA21645@nonesuch> Message-ID: <3F1D9437.50202@medata.com> On 7/22/2003 12:28 PM, Jack Bowling wrote: > Dumped Severn on one of my play boxes yesterday. Totally uneventful > install. Congrats to all the crew. Some chagrin at not being allowed to > set boot runlevel during the install but this release is newbie-ized to > the extreme so I can see the rationale. I was a bit disappointed at the lack of options as well, to iniitially define screen resolution, login type, etc. On the plus side, resolution is changable from the GUI. > One glitch is that (as with thr RH9 beta) the first reboot after the > install seems to hang on the kudzu probe. I booted rescue from the CD > and killed kudzu and it proceeded fine after that. IIRC from the RH9 > beta, it really isn't hung but instead it is timing out on one of the > services. I think it was CUPS then and possibly is now, too. No relevant > feedback on the output VTs, sorry. I found that simply rebooting did the trick, but had the same hang. -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From navin.manohar at pw.utc.com Tue Jul 22 20:13:48 2003 From: navin.manohar at pw.utc.com (Manohar, Navin S. (Export)) Date: Tue, 22 Jul 2003 16:13:48 -0400 Subject: XFS ? Message-ID: I noticed that the SGI XFS source code has been included in Severn's kernel source tree. Will XFS will be part of next official release of RedHat ? TIA. Navin Manohar. From Leigh.Klotz at pahv.xerox.com Tue Jul 22 20:21:50 2003 From: Leigh.Klotz at pahv.xerox.com (Klotz, Leigh) Date: Tue, 22 Jul 2003 13:21:50 -0700 Subject: Reason for the change Message-ID: <51B8ABCE456FD111899900805F6FD6EE137A1F0D@mercury.ADOC.xerox.com> I must say I'm following all this and trying to make sense of the various levels of decisions and revisions, and motivations, and implications. So I'm asking this in all sincerity: is RHL like Debian Unstable and RHEL like Debian Stable? -----Original Message----- From: Alan Cox [mailto:alan at redhat.com] Sent: Monday, July 21, 2003 4:01 PM To: rhl-beta-list at redhat.com Subject: Re: Reason for the change > > don't have to be worried about losing value in Red Hat Linux... > > If Red Hat Linux is absolutely stable doesn't that cut into revenues for > RHEL? There are different kinds of "stable". Enterprise customers react in different ways ... From alan at redhat.com Tue Jul 22 20:22:12 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 22 Jul 2003 16:22:12 -0400 (EDT) Subject: XFS ? In-Reply-To: from "Manohar, Navin S. (Export)" at Gor 22, 2003 04:13:48 Message-ID: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> > I noticed that the SGI XFS source code has been included in Severn's kernel > source tree. > Will XFS will be part of next official release of RedHat ? XFS will certainly be in the 2.6 based releases, maybe in 2.4 based stuff, and may even make the base 2.4 kernel in time - most of the infrastructure is now present. Whether we ship install support for it - I don't know. From alan at redhat.com Tue Jul 22 20:23:45 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 22 Jul 2003 16:23:45 -0400 (EDT) Subject: Severn install summary In-Reply-To: <3F1D9437.50202@medata.com> from "Rick Johnson" at Gor 22, 2003 12:44:55 Message-ID: <200307222023.h6MKNj229418@devserv.devel.redhat.com> > > beta, it really isn't hung but instead it is timing out on one of the > > services. I think it was CUPS then and possibly is now, too. No relevant > > feedback on the output VTs, sorry. > > I found that simply rebooting did the trick, but had the same hang. Similar on one of my boxes except I hard to kill kudzu completely to get it to stay happy after boot up From jos at xos.nl Tue Jul 22 20:30:44 2003 From: jos at xos.nl (Jos Vos) Date: Tue, 22 Jul 2003 22:30:44 +0200 Subject: Reason for the change In-Reply-To: Your message of "Tue, 22 Jul 2003 13:21:50 PDT." <51B8ABCE456FD111899900805F6FD6EE137A1F0D@mercury.ADOC.xerox.com> Message-ID: <200307222030.h6MKUiO23994@xos037.xos.nl> > So I'm asking this in all sincerity: is RHL like Debian Unstable and RHEL > like Debian Stable? Probably, but maybe: RHL is Debian Testing and RHL beta is Debian Unstable (testing and unstable are awfully confusing names, b.t.w., I've spoken quite a few Debian users and even they are confused and don't know which name stands for what ;-)). -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From matthias at rpmforge.net Tue Jul 22 20:31:04 2003 From: matthias at rpmforge.net (Matthias Saou) Date: Tue, 22 Jul 2003 22:31:04 +0200 Subject: XFS ? In-Reply-To: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> Message-ID: <20030722223104.65298fca.matthias@rpmforge.net> Alan Cox wrote : > > I noticed that the SGI XFS source code has been included in Severn's > > kernel source tree. > > Will XFS will be part of next official release of RedHat ? > > XFS will certainly be in the 2.6 based releases, maybe in 2.4 based > stuff, and may even make the base 2.4 kernel in time - most of the > infrastructure is now present. > > Whether we ship install support for it - I don't know. Isn't this typically the type of module that would go into the "kernel-unsupported" sub-package? I'd be very happy to be able to run xfs at my own risk, being able to do it easily, and keeping a default Red Hat Linux kernel. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Raw Hide 20030718 running Linux kernel 2.4.20-20.1.2013.nptl Load : 0.49 0.90 0.61 From marguz at ameritech.net Tue Jul 22 20:45:09 2003 From: marguz at ameritech.net (Mark Guzzo) Date: 22 Jul 2003 15:45:09 -0500 Subject: Cambridge++ ...what? In-Reply-To: <197001010513.38987.hosting@j2solutions.net> References: <197001010246.41205.hosting@j2solutions.net> <4450000.1058850388@shieldbreaker.l33tskillz.org> <197001010513.38987.hosting@j2solutions.net> Message-ID: <1058906709.21423.0.camel@LORDLINUX.global.shsystem.org> Thanks for the info :-) On Thu, 1970-01-01 at 07:13, Jesse Keating wrote: > On Monday 21 July 2003 22:06, James Ralston wrote: > > No offense Jesse, but I think Tim (a Red Hat employee) is probably > > more qualified to describe what Cambridge is than you are. ;) > > Dunno, what Tim stated differs from what other RH employees have stated in > #rhl-devel. My version comes from what multiple RH employees have said in > that channel. Then again, what I said may be what Tim meant, but didn't > express it in a clear manner. From csieh at fnal.gov Tue Jul 22 20:45:52 2003 From: csieh at fnal.gov (csieh) Date: Tue, 22 Jul 2003 15:45:52 -0500 (CDT) Subject: XFS ? In-Reply-To: <20030722223104.65298fca.matthias@rpmforge.net> Message-ID: On Tue, 22 Jul 2003, Matthias Saou wrote: > Alan Cox wrote : > > > > I noticed that the SGI XFS source code has been included in Severn's > > > kernel source tree. > > > Will XFS will be part of next official release of RedHat ? > > > > XFS will certainly be in the 2.6 based releases, maybe in 2.4 based > > stuff, and may even make the base 2.4 kernel in time - most of the > > infrastructure is now present. > > > > Whether we ship install support for it - I don't know. > > Isn't this typically the type of module that would go into the > "kernel-unsupported" sub-package? I'd be very happy to be able to run xfs > at my own risk, being able to do it easily, and keeping a default Red Hat > Linux kernel. So how is this any different than all the other stuff RedHat adds to the RedHat kernels now. XFS is good enough for Linus to include in 2.6 . Many are using it for production work , it is not some just released product. If it can get into this new RHL project then that would be great. It will give a head start to XFS before 2.6 . -Connie Sieh Fermi National Laboratory > > Matthias > > From EricRyd at cdw.com Tue Jul 22 20:49:42 2003 From: EricRyd at cdw.com (EricRyd at cdw.com) Date: Tue, 22 Jul 2003 15:49:42 -0500 Subject: Severn install summary Message-ID: <4F7882716A6FD311AC7000508B6F4AEA5A81512D@ranger.corp.cdw.com> Same thing here. First boot it froze just after probing hardware. Checking the other consoles, it appeared to have stopped after enabling swap. Reboot fixed this. I see that initial gui also runs on screen 8? Is this new, or just me? Eric -----Original Message----- From: Rick Johnson Sent: Tuesday, July 22, 2003 2:45 PM To: rhl-beta-list at redhat.com Subject: Re: Severn install summary On 7/22/2003 12:28 PM, Jack Bowling wrote: > Dumped Severn on one of my play boxes yesterday. Totally uneventful > install. Congrats to all the crew. Some chagrin at not being allowed to > set boot runlevel during the install but this release is newbie-ized to > the extreme so I can see the rationale. I was a bit disappointed at the lack of options as well, to iniitially define screen resolution, login type, etc. On the plus side, resolution is changable from the GUI. > One glitch is that (as with thr RH9 beta) the first reboot after the > install seems to hang on the kudzu probe. I booted rescue from the CD > and killed kudzu and it proceeded fine after that. IIRC from the RH9 > beta, it really isn't hung but instead it is timing out on one of the > services. I think it was CUPS then and possibly is now, too. No relevant > feedback on the output VTs, sorry. I found that simply rebooting did the trick, but had the same hang. -- Rick Johnson, RHCE #807302311706007 - Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From geisj at pagestation.com Tue Jul 22 20:52:59 2003 From: geisj at pagestation.com (Jerry Geis) Date: Tue, 22 Jul 2003 15:52:59 -0500 Subject: Severn SATA Intel D865 kernel 2.4.21 no drives found Message-ID: <3F1DA42B.2040200@pagestation.com> An HTML attachment was scrubbed... URL: From hp at redhat.com Tue Jul 22 20:59:53 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 22 Jul 2003 16:59:53 -0400 Subject: Reason for the change In-Reply-To: <51B8ABCE456FD111899900805F6FD6EE137A1F0D@mercury.ADOC.xerox.com> References: <51B8ABCE456FD111899900805F6FD6EE137A1F0D@mercury.ADOC.xerox.com> Message-ID: <20030722165953.R17627@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 01:21:50PM -0700, Klotz, Leigh wrote: > I must say I'm following all this and trying to make sense of the various > levels of decisions and revisions, and motivations, and implications. > So I'm asking this in all sincerity: is RHL like Debian Unstable and RHEL > like Debian Stable? > RHL has releases that go through a beta cycle, it's not a "rolling beta" like rawhide. Also, RHEL is not just RHL-plus-bugfixes, it does have additional features. Havoc From hp at redhat.com Tue Jul 22 21:01:45 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 22 Jul 2003 17:01:45 -0400 Subject: XFS ? In-Reply-To: <20030722223104.65298fca.matthias@rpmforge.net> References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> <20030722223104.65298fca.matthias@rpmforge.net> Message-ID: <20030722170145.S17627@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 10:31:04PM +0200, Matthias Saou wrote: > > Isn't this typically the type of module that would go into the > "kernel-unsupported" sub-package? I'd be very happy to be able to run xfs > at my own risk, being able to do it easily, and keeping a default Red Hat > Linux kernel. > Nothing in RHL is supported really, so it's unclear that supported/unsupported is a useful distinction. Havoc From psj.home at ntlworld.com Tue Jul 22 21:04:18 2003 From: psj.home at ntlworld.com (Paul Jenner) Date: 22 Jul 2003 22:04:18 +0100 Subject: Reason for the change In-Reply-To: <51B8ABCE456FD111899900805F6FD6EE137A1F0D@mercury.ADOC.xerox.com> References: <51B8ABCE456FD111899900805F6FD6EE137A1F0D@mercury.ADOC.xerox.com> Message-ID: <1058907857.958.54.camel@localhost.localdomain> On Tue, 2003-07-22 at 21:21, Klotz, Leigh wrote: > is RHL like Debian Unstable and RHEL like Debian Stable? >From a naive user perspective I would say that RHL is more like Debian stable in that it is a distribution that can be deployed with a level of confidence on home or non-critical systems (discussions about level of maturity between Debian and RHL aside). In contrast, RHEL is a product with a guaranteed level of enterprise stability that doesn't map directly on to any Debian offering that I know about (and I am not a Debian offering expert so may well be wrong;-). RHEL is a product that you deploy when you need to know that Oracle has tested it and will back you up, HP have tested it and will back you up and it will stay fully binary compatible and supported for a number of years after deployment (enterprise vendors picked at random). Rawhide was more like Debian unstable and Red Hat betas more like Debian testing in my view. Please shoot down in flames but this is the way I read the offerings as a user, Paul From joe at tmsusa.com Tue Jul 22 21:09:15 2003 From: joe at tmsusa.com (joe) Date: Tue, 22 Jul 2003 14:09:15 -0700 Subject: XFS ? In-Reply-To: <20030722170145.S17627@devserv.devel.redhat.com> References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> <20030722223104.65298fca.matthias@rpmforge.net> <20030722170145.S17627@devserv.devel.redhat.com> Message-ID: <3F1DA7FB.8020902@tmsusa.com> Havoc Pennington wrote: >On Tue, Jul 22, 2003 at 10:31:04PM +0200, Matthias Saou wrote: > > >>Isn't this typically the type of module that would go into the >>"kernel-unsupported" sub-package? I'd be very happy to be able to run xfs >>at my own risk, being able to do it easily, and keeping a default Red Hat >>Linux kernel. >> >> >> > >Nothing in RHL is supported really, so it's unclear that >supported/unsupported is a useful distinction. > > er - what's all this about up2date and rhn then? seems like support to me. Joe From skvidal at phy.duke.edu Tue Jul 22 21:33:56 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 22 Jul 2003 17:33:56 -0400 Subject: Reason for the change In-Reply-To: <20030722165953.R17627@devserv.devel.redhat.com> References: <51B8ABCE456FD111899900805F6FD6EE137A1F0D@mercury.ADOC.xerox.com> <20030722165953.R17627@devserv.devel.redhat.com> Message-ID: <1058909635.5808.270.camel@opus.phy.duke.edu> On Tue, 2003-07-22 at 16:59, Havoc Pennington wrote: > On Tue, Jul 22, 2003 at 01:21:50PM -0700, Klotz, Leigh wrote: > > I must say I'm following all this and trying to make sense of the various > > levels of decisions and revisions, and motivations, and implications. > > So I'm asking this in all sincerity: is RHL like Debian Unstable and RHEL > > like Debian Stable? > > > > RHL has releases that go through a beta cycle, it's not a "rolling > beta" like rawhide. This is comforting to hear. I know a number of people, myself included, who were worried about quality dropping w/edgier software than what is now included - and of course the major-number versions change every 6 months alarmed people about compatibility, etc. > Also, RHEL is not just RHL-plus-bugfixes, it does have additional > features. Like what? -sv From marguz at ameritech.net Tue Jul 22 21:35:45 2003 From: marguz at ameritech.net (Mark Guzzo) Date: 22 Jul 2003 16:35:45 -0500 Subject: BitTorrent not working ? Message-ID: <1058909744.2848.11.camel@LORDLINUX.global.shsystem.org> BitTorrent (the newest version) in Severn does not seem to work anymore. I installed wxPythonGTK-py2.3-2.4.1.2-1.i386.rpm and set it up just like in Shrike but no dice. Anyone else getting this? From joe at tmsusa.com Tue Jul 22 21:36:53 2003 From: joe at tmsusa.com (joe) Date: Tue, 22 Jul 2003 14:36:53 -0700 Subject: Initial impressions Message-ID: <3F1DAE75.1070902@tmsusa.com> Last night I installed the severn beta on my $229 Fry's computer, a Duron 1100 with sis chipset - (I did add 512 MB RAM and an nvidia GeForce however). The install was smooth and quick, and everything was detected. The choices were a bit more streamlined, and I could not make the fine grained choices that were possible in earlier versions, but the "everything" install is still an option and I suppose the kickstart method can still be used for ultimate customizability... I was gratified to see postfix v2.0.11 among the updated packages, that's a big help. All in all, it looks good - the desktop seems quite snappy at first glance; I will be trying out multimedia and 2.6 test kernels and will report back - Joe From hp at redhat.com Tue Jul 22 22:17:11 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 22 Jul 2003 18:17:11 -0400 Subject: XFS ? In-Reply-To: <3F1DA7FB.8020902@tmsusa.com> References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> <20030722223104.65298fca.matthias@rpmforge.net> <20030722170145.S17627@devserv.devel.redhat.com> <3F1DA7FB.8020902@tmsusa.com> Message-ID: <20030722181711.T17627@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 02:09:15PM -0700, joe wrote: > Havoc Pennington wrote: > > >On Tue, Jul 22, 2003 at 10:31:04PM +0200, Matthias Saou wrote: > > > > > >>Isn't this typically the type of module that would go into the > >>"kernel-unsupported" sub-package? I'd be very happy to be able to run xfs > >>at my own risk, being able to do it easily, and keeping a default Red Hat > >>Linux kernel. > >> > >> > >> > > > >Nothing in RHL is supported really, so it's unclear that > >supported/unsupported is a useful distinction. > > > > > er - what's all this about up2date and rhn then? seems like support to me. > For Red Hat Linux there will be no SLA guaranteeing anything. RHL is a project, it's not a supported product; Debian is a good analogy. Red Hat Enterprise Linux is the supported product. Though, RHEL will be based on RHL so work on RHL will often become part of a supported product. RHN is planning to offer the up2date service for RHL, but there you are being offered only the RHN service, nothing more. Note that I'm speaking future tense, I don't believe the situation with RHL 8, 9, etc. has changed. This policy is a prerequisite to being able to open up the development model and allow external contributions; our supported bits have to be limited to a much smaller set of packages (smaller than RHL is now), more carefully controlled as to when changes are made and what the changes are like, and released less often. RHL on the other hand should have a wider range of more recently released packages, as Linux users traditionally expect. RHL bits are going to be robust - there are betas and tested releases and bug tracking - but if it breaks, you get both pieces and a mailing list. Havoc From hp at redhat.com Tue Jul 22 22:20:42 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 22 Jul 2003 18:20:42 -0400 Subject: Reason for the change In-Reply-To: <1058909635.5808.270.camel@opus.phy.duke.edu> References: <51B8ABCE456FD111899900805F6FD6EE137A1F0D@mercury.ADOC.xerox.com> <20030722165953.R17627@devserv.devel.redhat.com> <1058909635.5808.270.camel@opus.phy.duke.edu> Message-ID: <20030722182042.U17627@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 05:33:56PM -0400, seth vidal wrote: > > Also, RHEL is not just RHL-plus-bugfixes, it does have additional > > features. > > Like what? > I'm not sure we've announced anything here, so if you can't find it on www.redhat.com or Google I probably can't tell you. Havoc From skvidal at phy.duke.edu Tue Jul 22 22:24:39 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 22 Jul 2003 18:24:39 -0400 Subject: Reason for the change In-Reply-To: <20030722182042.U17627@devserv.devel.redhat.com> References: <51B8ABCE456FD111899900805F6FD6EE137A1F0D@mercury.ADOC.xerox.com> <20030722165953.R17627@devserv.devel.redhat.com> <1058909635.5808.270.camel@opus.phy.duke.edu> <20030722182042.U17627@devserv.devel.redhat.com> Message-ID: <1058912679.5808.273.camel@opus.phy.duke.edu> On Tue, 2003-07-22 at 18:20, Havoc Pennington wrote: > On Tue, Jul 22, 2003 at 05:33:56PM -0400, seth vidal wrote: > > > Also, RHEL is not just RHL-plus-bugfixes, it does have additional > > > features. > > > > Like what? > > > > I'm not sure we've announced anything here, so if you can't find it on > www.redhat.com or Google I probably can't tell you. > This must be the secret fix-all-my-problems mode I've heard so much about. hmmm - useful. _that_ might be worth the investment ;-) thanks, -sv From nathanmurphy333 at yahoo.com Tue Jul 22 22:25:59 2003 From: nathanmurphy333 at yahoo.com (Nathan Murphy) Date: Tue, 22 Jul 2003 15:25:59 -0700 (PDT) Subject: Severn doesn't install In-Reply-To: <200307222023.h6MKNj229418@devserv.devel.redhat.com> Message-ID: <20030722222559.98977.qmail@web41209.mail.yahoo.com> I just joined the list, pardon my tardiness. I have been running Redhat on one of my boxes since 7.3 and always updating packages as they become available. Its a play box really. Right now it is running all of the most recent packages from Rawhide. Everything has been solid for months, so congrats to the developers. However, I just upgraded to kernel 2.4.21-20.1.2024.2.1.nptl This kernel does not boot on my box and neither does Severn. Can't install, won't work - you get the idea. Before this, I was running the kernel in the Rawhide archives as of approx. 13 of June. It was fine except that when root I often had to tell commands (like rpm) to assume the kernel was 2.4.5 or they would not run. I think that was due to a hosed implementation of the nptl libraries. I waited patiently for it to be fixed and now can't boot the replacement kernel. This does not bode well for me. Now to the meat of the situation. When attempting to boot I get the nice little message hde: attached ide-disk driver hde: lost interrupt hde: lost interrupt hde: lost interrupt this repeats. Now, I think it has something to do with my Promise Ultra-ATA 66 controller that my one harddrive (a Western Digital Ultra-ATA 66 drive) is plugged into. There is also a Promise Ultra-ATA 100 Fastrak RAID controller on the motherboard that is disabled in the BIOS. By the way, that controller is hosed, so plugging in my drive there to test is out of the question. Thought I'd see if anybody has any ideas. I can't be the only person to suffer this error. Thanks in advance to whoever comes up with a good answer. Oh yeah, the first time I noticed this problem was when I'd try to boot one of the brand new 2.6 test kernels installed from rpm. Nate __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From notting at redhat.com Tue Jul 22 22:31:24 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 18:31:24 -0400 Subject: Severn SATA Intel D865 kernel 2.4.21 no drives found In-Reply-To: <3F1DA42B.2040200@pagestation.com>; from geisj@pagestation.com on Tue, Jul 22, 2003 at 03:52:59PM -0500 References: <3F1DA42B.2040200@pagestation.com> Message-ID: <20030722183124.A6191@devserv.devel.redhat.com> Please, text-only. Thanks! Bill From notting at redhat.com Tue Jul 22 22:31:49 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 18:31:49 -0400 Subject: Severn SATA Intel D865 kernel 2.4.21 no drives found In-Reply-To: <3F1DA42B.2040200@pagestation.com>; from geisj@pagestation.com on Tue, Jul 22, 2003 at 03:52:59PM -0500 References: <3F1DA42B.2040200@pagestation.com> Message-ID: <20030722183149.B6191@devserv.devel.redhat.com> Exactly how do you have SATA configured in your BIOS? Bill From mitch at metauser.net Tue Jul 22 22:32:18 2003 From: mitch at metauser.net (Mitch Anderson) Date: 22 Jul 2003 16:32:18 -0600 Subject: No Galeon? Message-ID: <1058913138.1805.2.camel@twoface> Am I missing something or is there no Galeon just this epiphany? just wondering what the reason for this is? Is it because of Mozilla 1.4? Or something else? From hp at redhat.com Tue Jul 22 22:37:01 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 22 Jul 2003 18:37:01 -0400 Subject: No Galeon? In-Reply-To: <1058913138.1805.2.camel@twoface> References: <1058913138.1805.2.camel@twoface> Message-ID: <20030722183701.V17627@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 04:32:18PM -0600, Mitch Anderson wrote: > Am I missing something or is there no Galeon just this epiphany? > > just wondering what the reason for this is? Is it because of Mozilla > 1.4? Or something else? > Galeon 1.x stopped working due to the Mozilla upgrade to GTK 2; Galeon 2 has forked into Epiphany (maintained by the original author of Galeon 1), and Galeon 2. So we just added one of those. Once we figure out how to incorporate external packages, it seems 99% likely someone will package Galeon 2. Havoc From rjohnson at medata.com Tue Jul 22 22:42:59 2003 From: rjohnson at medata.com (Rick Johnson) Date: Tue, 22 Jul 2003 15:42:59 -0700 Subject: XFS ? In-Reply-To: <20030722181711.T17627@devserv.devel.redhat.com> References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> <20030722223104.65298fca.matthias@rpmforge.net> <20030722170145.S17627@devserv.devel.redhat.com> <3F1DA7FB.8020902@tmsusa.com> <20030722181711.T17627@devserv.devel.redhat.com> Message-ID: <3F1DBDF3.4030302@medata.com> On 7/22/2003 3:17 PM, Havoc Pennington wrote: > For Red Hat Linux there will be no SLA guaranteeing anything. RHL is > a project, it's not a supported product; Debian is a good analogy. Red > Hat Enterprise Linux is the supported product. Though, RHEL will be > based on RHL so work on RHL will often become part of a supported > product. How will this affect future RHCE certifications? Will RHCE be transitioned to the Enterprise platform? -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From terraformers at gmx.net Tue Jul 22 22:44:53 2003 From: terraformers at gmx.net (lars) Date: Wed, 23 Jul 2003 00:44:53 +0200 Subject: alsa - unresolved symbols Message-ID: <200307230044.53710.terraformers@gmx.net> hi i'm getting unresolved symbols when loading the alsa 0.9.4 or 0.9.5 modules for the nforce2 audio. worked fine for shrike. i guess it has something todo with nptl. i tried gcc33 and gcc32. any tips? thanks lars From adam at dynamicinteraction.co.uk Tue Jul 22 22:46:06 2003 From: adam at dynamicinteraction.co.uk (Mr. Adam ALLEN) Date: 22 Jul 2003 23:46:06 +0100 Subject: Graphical boot isn't so graphical In-Reply-To: <200307220844.08381.hosting@j2solutions.net> References: <200307211503.57071.hosting@j2solutions.net> <1058827891.4600.27.camel@mentor.gurulabs.com> <20030722111634.A3401@devserv.devel.redhat.com> <200307220844.08381.hosting@j2solutions.net> Message-ID: <1058913966.25250.8.camel@elsol.zwan> On Tue, 2003-07-22 at 16:44, Jesse Keating wrote: > On Tuesday 22 July 2003 08:16, Bill Nottingham wrote: > > Moving rhgb doesn't make one bit of difference if the X server > > is still on /usr. :) > > Why not make the graphical boot a framebuffer thing, so that users don't > have to wait for X to start up? Has this thought been brought up? > what are the reasons for not doing it (mostly curious, I've no clue > what it would take to actually do it in framebuffer) Well the code from bootsplash.org works with Shrike (still another 12 hours for severn to download), it didn't take much to get working, a few patches to the kernel, add the images and config to the initrd.img, add vga=XXX to the kernel paramteres- and it works as advertised. I can't comment on how it compares with what's in severn just yet. The bootsplash.org is what SuSE use for their graphical boot-up. I'm guessing at this point that RedHat have committed to serverns way of doing things (at least for the near future.) -- Regards, Adam Allen. adam at dynamicinteraction.co.uk pgp http://search.keyserver.net:11371/pks/lookup?op=vindex&search=adam%40dynamicinteraction.co.uk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From hosting at j2solutions.net Tue Jul 22 22:36:42 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Tue, 22 Jul 2003 15:36:42 -0700 Subject: Reason for the change In-Reply-To: <1058909635.5808.270.camel@opus.phy.duke.edu> References: <51B8ABCE456FD111899900805F6FD6EE137A1F0D@mercury.ADOC.xerox.com> <20030722165953.R17627@devserv.devel.redhat.com> <1058909635.5808.270.camel@opus.phy.duke.edu> Message-ID: <200307221536.42207.hosting@j2solutions.net> On Tuesday 22 July 2003 14:33, seth vidal wrote: > Like what? Clustering, RHEN capable, enterprise kernel fixes (who knows what those are?) things like that. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From Axel.Thimm at physik.fu-berlin.de Tue Jul 22 22:56:57 2003 From: Axel.Thimm at physik.fu-berlin.de (Axel Thimm) Date: Wed, 23 Jul 2003 00:56:57 +0200 Subject: XFS ? In-Reply-To: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> Message-ID: <20030722225657.GD12678@puariko.nirvana> On Tue, Jul 22, 2003 at 04:22:12PM -0400, Alan Cox wrote: > > I noticed that the SGI XFS source code has been included in Severn's kernel > > source tree. > > Will XFS will be part of next official release of RedHat ? > > XFS will certainly be in the 2.6 based releases, maybe in 2.4 based > stuff, and may even make the base 2.4 kernel in time - most of the > infrastructure is now present. > > Whether we ship install support for it - I don't know. Install support in the form of xfs aware anaconda? It would already help a lot, if XFS was patched into the kernel and the userland tools provided. At least the XFS core patches to provide the glue to make XFS kernel modules for official RHL kernel rpms. -- Axel.Thimm at physik.fu-berlin.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From terraformers at gmx.net Tue Jul 22 23:06:19 2003 From: terraformers at gmx.net (lars) Date: Wed, 23 Jul 2003 01:06:19 +0200 Subject: missing openGl extensions Message-ID: <200307230106.19073.terraformers@gmx.net> another one here after installing the latest nvidia drivers everything went smooth and opengl is somewhat working, but glxinfo shows that direct rendering and a lot gl extensions are missing. tried recompiling the xfree src-rpm but it aborts with syntax error used both gcc33 (segfaulted) and gcc32 (produced syntax error) lars ps: output of # glxinfo name of display: :0.0 Xlib: extension "XFree86-DRI" missing on display ":0.0". display: :0 screen: 0 direct rendering: No server glx vendor string: NVIDIA Corporation server glx version string: 1.3 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_ARB_multisample client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce4 Ti 4200/AGP/SSE/3DNOW! OpenGL version string: 1.4.0 NVIDIA 43.63 OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_EXT_abgr, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess From whooperhsd3 at earthlink.net Tue Jul 22 23:07:03 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Tue, 22 Jul 2003 19:07:03 -0400 (EDT) Subject: No Galeon? In-Reply-To: <1058913138.1805.2.camel@twoface> References: <1058913138.1805.2.camel@twoface> Message-ID: <64589.65.41.50.41.1058915223.squirrel@whooper.org> Mitch Anderson said: > Am I missing something or is there no Galeon just this epiphany? > > just wondering what the reason for this is? Is it because of Mozilla > 1.4? Or something else? According to the release notes: The following packages have been removed from Red Hat Linux 9.0.93: [snip] - galeon ? Replaced by epiphany (Galeon 1.2. series no longer maintained) -- William Hooper From whooperhsd3 at earthlink.net Tue Jul 22 23:11:11 2003 From: whooperhsd3 at earthlink.net (William Hooper) Date: Tue, 22 Jul 2003 19:11:11 -0400 (EDT) Subject: XFS ? In-Reply-To: <3F1DBDF3.4030302@medata.com> References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> <20030722223104.65298fca.matthias@rpmforge.net> <20030722170145.S17627@devserv.devel.redhat.com> <3F1DA7FB.8020902@tmsusa.com> <20030722181711.T17627@devserv.devel.redhat.com> <3F1DBDF3.4030302@medata.com> Message-ID: <64670.65.41.50.41.1058915471.squirrel@whooper.org> Rick Johnson said: > On 7/22/2003 3:17 PM, Havoc Pennington wrote: > >> For Red Hat Linux there will be no SLA guaranteeing anything. RHL is >> a project, it's not a supported product; Debian is a good analogy. Red >> Hat Enterprise Linux is the supported product. Though, RHEL will be >> based on RHL so work on RHL will often become part of a supported >> product. > > > How will this affect future RHCE certifications? Will RHCE be transitioned > to the Enterprise platform? I think you are looking for past tense. RHCE has been transistioned to the Enterprise platform (after the release of RHL 9): http://www.redhat.com/training/rhce/rhce_faq.html#current The validity period for all RHCEs and RHCTs is now officially pegged to the release of the Enterprise product commercially available at the time certification was earned, and certification shall be current until after one (1) major release of the Enterprise product. All RHCEs earned on Red Hat Linux 7.3 or prior will be considered current until the release of Red Hat Enterprise Linux AS/ES/WS 4. All RHCEs and RHCTs earned on Red Hat Linux 8.0 or 9 will remain current until the release of Red Hat Enterprise Linux 5. Validity and current status of an RHCE certificate will continue to be verified at Certification Central. -- William Hooper From katzj at redhat.com Tue Jul 22 23:15:18 2003 From: katzj at redhat.com (Jeremy Katz) Date: 22 Jul 2003 19:15:18 -0400 Subject: XFS ? In-Reply-To: <20030722225657.GD12678@puariko.nirvana> References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> <20030722225657.GD12678@puariko.nirvana> Message-ID: <1058915718.21323.377.camel@mirkwood.devel.redhat.com> On Tue, 2003-07-22 at 18:56, Axel Thimm wrote: > Install support in the form of xfs aware anaconda? Most of the installer support should be there aside from missing the utilities and kernel module. I merged the SGI patches long ago :) Jeremy From marcdeslauriers at videotron.ca Tue Jul 22 23:24:54 2003 From: marcdeslauriers at videotron.ca (Marc Deslauriers) Date: Tue, 22 Jul 2003 19:24:54 -0400 Subject: Fonts Message-ID: <1058916293.31859.28.camel@linuxmd> Has anyone noticed the fonts look a bit weird with Severn? The "sans" font looks skinnier than with RHL9 and when I turn on the bytecode interpreter, it gets even worse. The lowercase "g", for example, in gnome-terminal is really ugly compared to RHL9. What I can't figure out is I tried installing freetype from Severn onto a RHL9 box and the fonts stayed clean and legible...so it doesn't appear to be a freetype problem (unless I'm mistaken...) I have put up some screenshots here: http://216.226.44.198/font-problem/ Any ideas? Marc. From rjohnson at medata.com Tue Jul 22 23:27:26 2003 From: rjohnson at medata.com (Rick Johnson) Date: Tue, 22 Jul 2003 16:27:26 -0700 Subject: XFS ? In-Reply-To: <64670.65.41.50.41.1058915471.squirrel@whooper.org> References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> <20030722223104.65298fca.matthias@rpmforge.net> <20030722170145.S17627@devserv.devel.redhat.com> <3F1DA7FB.8020902@tmsusa.com> <20030722181711.T17627@devserv.devel.redhat.com> <3F1DBDF3.4030302@medata.com> <64670.65.41.50.41.1058915471.squirrel@whooper.org> Message-ID: <3F1DC85E.1040304@medata.com> On 7/22/2003 4:11 PM, William Hooper wrote: >>How will this affect future RHCE certifications? Will RHCE be transitioned >>to the Enterprise platform? > > I think you are looking for past tense. RHCE has been transistioned to > the Enterprise platform (after the release of RHL 9): > > http://www.redhat.com/training/rhce/rhce_faq.html#current I don't think the FAQ states that certification was transitioned to RHEL. I interpreted the FAQ as stating that the certification validity period is based on RHEL. Current RHCE courses/certifications are still based on RH 9. > The validity period for all RHCEs and RHCTs is now officially pegged to > the release of the Enterprise product commercially available at the time > certification was earned, and certification shall be current until after > one (1) major release of the Enterprise product. All RHCEs earned on Red > Hat Linux 7.3 or prior will be considered current until the release of Red > Hat Enterprise Linux AS/ES/WS 4. All RHCEs and RHCTs earned on Red Hat > Linux 8.0 or 9 will remain current until the release of Red Hat Enterprise > Linux 5. Validity and current status of an RHCE certificate will continue > to be verified at Certification Central. Not quite what I'm looking for. As of RH 9, the *validity* is pegged to RHEL, however it seems that training/certification is still based on the RHL releases, which aren't really relevant to RHEL. Because the releases are now more "project" based, I was curious if RHCE would transition instead to the Enterprise platform, where the certifications would be more relevant to enterprise situations. Those who want the Enterprise "education" must also take the RH 401 course. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From Axel.Thimm at physik.fu-berlin.de Tue Jul 22 23:41:59 2003 From: Axel.Thimm at physik.fu-berlin.de (Axel Thimm) Date: Wed, 23 Jul 2003 01:41:59 +0200 Subject: error in release notes In-Reply-To: <200307212326.h6LNQvI13861@devserv.devel.redhat.com> References: <200307212326.h6LNQvI13861@devserv.devel.redhat.com> Message-ID: <20030722234159.GG12678@puariko.nirvana> On Mon, Jul 21, 2003 at 07:26:57PM -0400, Alan Cox wrote: > > My next question would be why is including a second older compiler > > necessary? I could understand it for the transition to 2.96, and then > > to 3.2, but why is it necessary from 3.2.* to 3.3? > > Gcc 3.3 has an improved parser which rejects some borderline bogus > constructs that gcc 3.2 permitted. The kernel like several other projects > found it had a few of them. [...] Does that mean that the kernel for severn has to be build with gcc 3.2.x? I.e. could I develop and build binary kernel modules for severn's kernel from RH9 tools? -- Axel.Thimm at physik.fu-berlin.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From benjaminvanderjagt at adelphia.net Tue Jul 22 23:49:06 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 22 Jul 2003 19:49:06 -0400 Subject: No Galeon? Message-ID: <1058917746.3639.25.camel@benjamin> "Galeon 1.x stopped working due to the Mozilla upgrade to GTK 2; Galeon 2 has forked into Epiphany (maintained by the original author of Galeon 1), and Galeon 2. So we just added one of those." really? I know I'm the exemplary Linux nincompoop...if something is simple to install, I'll be the first to break it, but I'm looking at the archives using Galeon 1.2.7 on Mozilla 1.4. I'll try to verify the files and see what's not correct in my setup. I personally can't fall in love with Epiphany. so far, I find Mozilla easier and more powerful. personally, I wouldn't mind using an old Mozilla to be able to continue using the best internet browser ever, though I'll bet I'm in the minority. :-) p.s.: sorry that this will start a new thread, but it was posted before I joined the list... -- Benjamin Vander Jagt From hp at redhat.com Wed Jul 23 00:11:05 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 22 Jul 2003 20:11:05 -0400 Subject: XFS ? In-Reply-To: <3F1DBDF3.4030302@medata.com> References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> <20030722223104.65298fca.matthias@rpmforge.net> <20030722170145.S17627@devserv.devel.redhat.com> <3F1DA7FB.8020902@tmsusa.com> <20030722181711.T17627@devserv.devel.redhat.com> <3F1DBDF3.4030302@medata.com> Message-ID: <20030722201105.W17627@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 03:42:59PM -0700, Rick Johnson wrote: > How will this affect future RHCE certifications? Will RHCE be transitioned > to the Enterprise platform? I don't know. I would expect so, it makes sense to me. But you'd need to ask someone in the training organization. Havoc From katzj at redhat.com Wed Jul 23 00:20:25 2003 From: katzj at redhat.com (Jeremy Katz) Date: 22 Jul 2003 20:20:25 -0400 Subject: No Galeon? In-Reply-To: <1058917746.3639.25.camel@benjamin> References: <1058917746.3639.25.camel@benjamin> Message-ID: <1058919625.21323.381.camel@mirkwood.devel.redhat.com> On Tue, 2003-07-22 at 19:49, Benjamin Vander Jagt wrote: > really? I know I'm the exemplary Linux nincompoop...if something is > simple to install, I'll be the first to break it, but I'm looking at > the archives using Galeon 1.2.7 on Mozilla 1.4. I'll try to verify > the files and see what's not correct in my setup. You're probably using a GTK+ 1.2 based mozilla 1.4 while the mozilla 1.4 in Severn is using GTK 2. Galeon 1.2.x is GTK+ 1.2 based and thus won't work with GTK 2 mozilla. Cheers, Jeremy From jbinpg at shaw.ca Wed Jul 23 00:23:20 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Tue, 22 Jul 2003 17:23:20 -0700 Subject: Severn doesn't install In-Reply-To: <20030722222559.98977.qmail@web41209.mail.yahoo.com> References: <200307222023.h6MKNj229418@devserv.devel.redhat.com> <20030722222559.98977.qmail@web41209.mail.yahoo.com> Message-ID: <20030723002320.GA23790@nonesuch> On Tue, Jul 22, 2003 at 03:25:59PM -0700, Nathan Murphy wrote: > hde: attached ide-disk driver > hde: lost interrupt > hde: lost interrupt > hde: lost interrupt This is usually a sign of bad DMA. If you can boot to a rescue CD, try adding hde0=nodma to the end of your kernel boot line in your grub.conf and see if it helps. -- Jack Bowling mailto: jbinpg at shaw.ca From nomis80 at nomis80.org Wed Jul 23 00:33:18 2003 From: nomis80 at nomis80.org (Simon Perreault) Date: Tue, 22 Jul 2003 20:33:18 -0400 Subject: Fonts In-Reply-To: <1058916293.31859.28.camel@linuxmd> References: <1058916293.31859.28.camel@linuxmd> Message-ID: <200307222033.19061.nomis80@nomis80.org> On July 22, 2003 19:24, Marc Deslauriers wrote: > Has anyone noticed the fonts look a bit weird with Severn? > The "sans" font looks skinnier than with RHL9 and when I turn on the > bytecode interpreter, it gets even worse. The lowercase "g", for > example, in gnome-terminal is really ugly compared to RHL9. Are you sure the font file are exactly the same? It looks like the Severn version has some preliminary hinting for some letters. If they are exactly the same, then it's freetype's fault. It may be trying to improvise some sort of hinting. The freetype people are developing ways around having a bytecode interpreter, which may or may not produce good results. -- Simon Perreault http://nomis80.org From notting at redhat.com Wed Jul 23 00:51:30 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 20:51:30 -0400 Subject: error in release notes In-Reply-To: <20030722234159.GG12678@puariko.nirvana>; from Axel.Thimm@physik.fu-berlin.de on Wed, Jul 23, 2003 at 01:41:59AM +0200 References: <200307212326.h6LNQvI13861@devserv.devel.redhat.com> <20030722234159.GG12678@puariko.nirvana> Message-ID: <20030722205130.B23258@devserv.devel.redhat.com> Axel Thimm (Axel.Thimm at physik.fu-berlin.de) said: > > Gcc 3.3 has an improved parser which rejects some borderline bogus > > constructs that gcc 3.2 permitted. The kernel like several other projects > > found it had a few of them. [...] > > Does that mean that the kernel for severn has to be build with gcc > 3.2.x? The kernel in severn is currently built with gcc-3.2.x. Bill From notting at redhat.com Wed Jul 23 00:56:17 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 20:56:17 -0400 Subject: alsa - unresolved symbols In-Reply-To: <200307230044.53710.terraformers@gmx.net>; from terraformers@gmx.net on Wed, Jul 23, 2003 at 12:44:53AM +0200 References: <200307230044.53710.terraformers@gmx.net> Message-ID: <20030722205617.C23258@devserv.devel.redhat.com> lars (terraformers at gmx.net) said: > i'm getting unresolved symbols when loading the alsa 0.9.4 or 0.9.5 modules > for the nforce2 audio. > worked fine for shrike. Did you rebuild against the Severn kernel? If so, what errors do you get? (I presume i810_audio doesn't work on the nforce2 for you?) Bill From notting at redhat.com Wed Jul 23 00:58:30 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 20:58:30 -0400 Subject: Fonts In-Reply-To: <1058916293.31859.28.camel@linuxmd>; from marcdeslauriers@videotron.ca on Tue, Jul 22, 2003 at 07:24:54PM -0400 References: <1058916293.31859.28.camel@linuxmd> Message-ID: <20030722205830.D23258@devserv.devel.redhat.com> Marc Deslauriers (marcdeslauriers at videotron.ca) said: > Has anyone noticed the fonts look a bit weird with Severn? > > The "sans" font looks skinnier than with RHL9 and when I turn on the > bytecode interpreter, it gets even worse. The lowercase "g", for > example, in gnome-terminal is really ugly compared to RHL9. Do you have the bitstream-vera-fonts package installed? Bill From benjaminvanderjagt at adelphia.net Wed Jul 23 00:58:39 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 22 Jul 2003 20:58:39 -0400 Subject: No Galeon? In-Reply-To: <1058919625.21323.381.camel@mirkwood.devel.redhat.com> References: <1058917746.3639.25.camel@benjamin> <1058919625.21323.381.camel@mirkwood.devel.redhat.com> Message-ID: <1058921919.3639.28.camel@benjamin> On Tue, 2003-07-22 at 20:20, Jeremy Katz wrote: > > You're probably using a GTK+ 1.2 based mozilla 1.4 while the mozilla 1.4 > in Severn is using GTK 2. Galeon 1.2.x is GTK+ 1.2 based and thus won't > work with GTK 2 mozilla. > > Cheers, > > Jeremy > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list ah, I didn't know that. I assume the GTK 2 based Mozilla is significantly better than the GTK+ 1.2 version, then. thanks! -- Benjamin Vander Jagt From benjaminvanderjagt at adelphia.net Wed Jul 23 01:02:51 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 22 Jul 2003 21:02:51 -0400 Subject: Reiserfs? Say it ain't so! Message-ID: <1058922171.3639.32.camel@benjamin> I tried "linux reiserfs", but I didn't get a Reiser option in Disk Druid. Furthermore, Reiser support was not compiled into this kernel! Is there a different way to get Reiser support? -- Benjamin Vander Jagt From philipwyett at dsl.pipex.com Wed Jul 23 01:06:23 2003 From: philipwyett at dsl.pipex.com (Philip Wyett) Date: 23 Jul 2003 02:06:23 +0100 Subject: desktop-printing and kde Message-ID: <1058922383.2564.28.camel@rh9> Hi, I will ask here before bugzilla'ing this. Is the Gnome 'desktop-printing' package intended to be kde dependant? I ask because I am getting kdelibs, kdebase and the i18n-British packages installed, during my Gnome only installs. :( Regards Philip Wyett -- AOL Instant Messenger (AIM) or Yahoo Messenger: PhilipWyett Email: philipwyett at dsl.pipex.com Website: http://www.philipwyett.dsl.pipex.com Public key: http://www.philipwyett.dsl.pipex.com/gpg/public_key.txt -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Wed Jul 23 01:07:16 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 21:07:16 -0400 Subject: Reiserfs? Say it ain't so! In-Reply-To: <1058922171.3639.32.camel@benjamin>; from benjaminvanderjagt@adelphia.net on Tue, Jul 22, 2003 at 09:02:51PM -0400 References: <1058922171.3639.32.camel@benjamin> Message-ID: <20030722210716.A946@devserv.devel.redhat.com> Benjamin Vander Jagt (benjaminvanderjagt at adelphia.net) said: > I tried "linux reiserfs", but I didn't get a Reiser option in Disk > Druid. Furthermore, Reiser support was not compiled into this kernel! > > Is there a different way to get Reiser support? Compile it into the kernel. Seriously, you'll never get the option in the installer if the module isn't there... Bill From notting at redhat.com Wed Jul 23 01:07:44 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 21:07:44 -0400 Subject: desktop-printing and kde In-Reply-To: <1058922383.2564.28.camel@rh9>; from philipwyett@dsl.pipex.com on Wed, Jul 23, 2003 at 02:06:23AM +0100 References: <1058922383.2564.28.camel@rh9> Message-ID: <20030722210744.B946@devserv.devel.redhat.com> Philip Wyett (philipwyett at dsl.pipex.com) said: > I will ask here before bugzilla'ing this. > > Is the Gnome 'desktop-printing' package intended to be kde dependant? I > ask because I am getting kdelibs, kdebase and the i18n-British packages > installed, during my Gnome only installs. :( It currently is using kprinter; there's some talk of it using qtcups instead. Bill From hp at redhat.com Wed Jul 23 01:09:27 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 22 Jul 2003 21:09:27 -0400 Subject: desktop-printing and kde In-Reply-To: <1058922383.2564.28.camel@rh9> References: <1058922383.2564.28.camel@rh9> Message-ID: <20030722210927.A785@devserv.devel.redhat.com> On Wed, Jul 23, 2003 at 02:06:23AM +0100, Philip Wyett wrote: > > I will ask here before bugzilla'ing this. > > Is the Gnome 'desktop-printing' package intended to be kde dependant? I > ask because I am getting kdelibs, kdebase and the i18n-British packages > installed, during my Gnome only installs. :( > desktop-printing isn't GNOME, just a general desktop package. We use the same apps for KDE and GNOME. It might be nice if the printing app were factored out of kdebase, but in general KDE apps tend to come in those large bundles. Havoc From benjaminvanderjagt at adelphia.net Wed Jul 23 01:10:45 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 22 Jul 2003 21:10:45 -0400 Subject: Reiserfs? Say it ain't so! In-Reply-To: <20030722210716.A946@devserv.devel.redhat.com> References: <1058922171.3639.32.camel@benjamin> <20030722210716.A946@devserv.devel.redhat.com> Message-ID: <1058922644.3639.51.camel@benjamin> On Tue, 2003-07-22 at 21:07, Bill Nottingham wrote: > Benjamin Vander Jagt (benjaminvanderjagt at adelphia.net) said: > > I tried "linux reiserfs", but I didn't get a Reiser option in Disk > > Druid. Furthermore, Reiser support was not compiled into this kernel! > > > > Is there a different way to get Reiser support? > > Compile it into the kernel. Seriously, you'll never get the option > in the installer if the module isn't there... > > Bill > So does this mean there's no possible way for the installer to use Reiserfs? Thanks... > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From benjaminvanderjagt at adelphia.net Wed Jul 23 01:08:32 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 22 Jul 2003 21:08:32 -0400 Subject: CD testing Message-ID: <1058922512.3639.46.camel@benjamin> I've burned countless CDs with RH 8.0, and never had a problem. Burning RH 9.0.93 to CD, though, I used RH 9. I have a 52x24x52x writer (can't remember the brand), and RH 8.0 had a 32x maximum, so I stayed with 32x in RH 9. I burned a load of 9.0.93 CDs, and half were bad. If I remember correctly, I also had some kernel panics while burning music CDs, but I never had any bad data CDs until I burned this beta. I can't think of any reason why this would happen, but has anyone else had any trouble making this beta? -- Benjamin Vander Jagt From skvidal at phy.duke.edu Wed Jul 23 01:17:42 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 22 Jul 2003 21:17:42 -0400 Subject: desktop-printing and kde In-Reply-To: <20030722210927.A785@devserv.devel.redhat.com> References: <1058922383.2564.28.camel@rh9> <20030722210927.A785@devserv.devel.redhat.com> Message-ID: <1058923061.4157.2.camel@binkley> On Tue, 2003-07-22 at 21:09, Havoc Pennington wrote: > On Wed, Jul 23, 2003 at 02:06:23AM +0100, Philip Wyett wrote: > > > > I will ask here before bugzilla'ing this. > > > > Is the Gnome 'desktop-printing' package intended to be kde dependant? I > > ask because I am getting kdelibs, kdebase and the i18n-British packages > > installed, during my Gnome only installs. :( > > > > desktop-printing isn't GNOME, just a general desktop package. > > We use the same apps for KDE and GNOME. It might be nice if the > printing app were factored out of kdebase, but in general KDE apps > tend to come in those large bundles. > Speaking of printing, and this may be a gnome issue, is there a reason why the print dialogs and systems for evolution and epiphany seem to be so incredibly different? And where do you go to make changes to your user preferences for either of those apps? -sv From terraformers at gmx.net Wed Jul 23 01:25:53 2003 From: terraformers at gmx.net (lars) Date: Wed, 23 Jul 2003 03:25:53 +0200 Subject: alsa - unresolved symbols In-Reply-To: <20030722205617.C23258@devserv.devel.redhat.com> References: <200307230044.53710.terraformers@gmx.net> <20030722205617.C23258@devserv.devel.redhat.com> Message-ID: <200307230325.53812.terraformers@gmx.net> Bill, yes, i used the severn kernel-sources to rebuild. got no errors rebuilding alsa src-rpms (from freshrpms). actually it is the snd-intel8x0 module the nforce2 uses. when i load the modules i get: #depmod depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-page-alloc.o depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-pcm-oss.o depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-pcm.o depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-rawmidi.o depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-seq-oss.o depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-seq.o depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-timer.o depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd.o tried it with gcc3.2 and its the same as with gcc3.3. to force the rpmbuild --rebuild for the alsa packages with gcc32 i used export CC=gcc32 export CXX=gcc32 export HOSTCC=gcc32 is this the right way to use gcc3.2 here? best, lars ---------- On Wednesday 23 July 2003 02:56, Bill Nottingham wrote: > lars (terraformers at gmx.net) said: > > i'm getting unresolved symbols when loading the alsa 0.9.4 or 0.9.5 > > modules for the nforce2 audio. > > worked fine for shrike. > > Did you rebuild against the Severn kernel? If so, what errors do you get? > > (I presume i810_audio doesn't work on the nforce2 for you?) > > Bill > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From elwoo at videotron.ca Wed Jul 23 01:36:52 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 22 Jul 2003 21:36:52 -0400 Subject: Severn SATA Intel D865 kernel 2.4.21 no drives found In-Reply-To: <3F1DA42B.2040200@pagestation.com> References: <3F1DA42B.2040200@pagestation.com> Message-ID: <200307222136.52103.elwoo@videotron.ca> On July 22, 2003 04:52 pm, Jerry Geis wrote: > Severn SATA Intel D865 kernel 2.4.21 no drives found > > From: > Jerry Geis > > > To: > rhl-beta-list at redhat.com > > > Date: > Today 04:52:59 pm > > > Note: This is an HTML message. For security reasons, only the raw HTML code > is shown. If you trust the sender of this message then you can activate > formatted HTML display for this message by clicking here. > > > Pardon me, but *why* are you posting in HTML, rather than plain text, to this mailing list? Elton Woo. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From benjaminvanderjagt at adelphia.net Wed Jul 23 01:37:45 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 22 Jul 2003 21:37:45 -0400 Subject: Sndconfig, does it have to go? Message-ID: <1058924265.3639.80.camel@benjamin> Is there any particular problem with sndconfig? I and some of my customers use older ('96) sound cards, like the Turtle Beach Tropez+. No plug-and-play configuration has ever set it up right, and most just lock up. (In fact, I have *never* gotten the MIDI on these CS4232-based cards to work.) Some of the cards my customers and I use still run over $500 each. I understand that there could possibly be other ways to set up these sound cards, but sndconfig seems to do so the best. Is there some specific problem with sndconfig for which it needs to be removed? If so, would you happen to know any better way to set up some of these older cards? Thanks. P.S.: Wow, now that I'm finally not getting batched mailing list, I can see how amazingly active this list is! -- Benjamin Vander Jagt From notting at redhat.com Wed Jul 23 01:39:42 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 21:39:42 -0400 Subject: alsa - unresolved symbols In-Reply-To: <200307230325.53812.terraformers@gmx.net>; from terraformers@gmx.net on Wed, Jul 23, 2003 at 03:25:53AM +0200 References: <200307230044.53710.terraformers@gmx.net> <20030722205617.C23258@devserv.devel.redhat.com> <200307230325.53812.terraformers@gmx.net> Message-ID: <20030722213942.A10817@devserv.devel.redhat.com> lars (terraformers at gmx.net) said: > yes, i used the severn kernel-sources to rebuild. > got no errors rebuilding alsa src-rpms (from freshrpms). > actually it is the snd-intel8x0 module the nforce2 uses. > when i load the modules i get: > > #depmod Please run 'depmod -ae'; this will state what the unresolved symbols actually are. Bill From jeremyp at pobox.com Wed Jul 23 01:48:34 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 22 Jul 2003 21:48:34 -0400 Subject: Sndconfig, does it have to go? In-Reply-To: <1058924265.3639.80.camel@benjamin> References: <1058924265.3639.80.camel@benjamin> Message-ID: <1058924914.1100.8.camel@localhost.localdomain> Well, the release notes merely say that it's deprecated, not that it will actually be removed for the Cambridge release. I suspect that one of the reasons it's till there at all is because of what you mention -- some people are still using those older cards. Also, keep in mind that OSS as a whole is deprecated in kernel 2.6. I don't know for sure, but I suspect that sndconfig won't work at all with alsa -- those sound cards would have to have alsa support then to work with 2.6. But it looks like 2.6 won't be ready for Cambridge anyway, so they can leave sndconfig in but make sure people know it won't be there forever. I don't think it's unreasonable to assume that a new, modern OS should have to support all possible hardware from the past. Sure, it should be as backwards compatible as possible. But really, if you desperately need support for that older hardware, just remain with an older distro... --Jeremy On Tue, 2003-07-22 at 21:37, Benjamin Vander Jagt wrote: > Is there any particular problem with sndconfig? I and some of my > customers use older ('96) sound cards, like the Turtle Beach Tropez+. > No plug-and-play configuration has ever set it up right, and most just > lock up. (In fact, I have *never* gotten the MIDI on these CS4232-based > cards to work.) > > Some of the cards my customers and I use still run over $500 each. I > understand that there could possibly be other ways to set up these sound > cards, but sndconfig seems to do so the best. Is there some specific > problem with sndconfig for which it needs to be removed? If so, would > you happen to know any better way to set up some of these older cards? > > Thanks. > > P.S.: Wow, now that I'm finally not getting batched mailing list, I can > see how amazingly active this list is! -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Wed Jul 23 01:44:36 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 21:44:36 -0400 Subject: Sndconfig, does it have to go? In-Reply-To: <1058924265.3639.80.camel@benjamin>; from benjaminvanderjagt@adelphia.net on Tue, Jul 22, 2003 at 09:37:45PM -0400 References: <1058924265.3639.80.camel@benjamin> Message-ID: <20030722214436.B10817@devserv.devel.redhat.com> Benjamin Vander Jagt (benjaminvanderjagt at adelphia.net) said: > Is there any particular problem with sndconfig? It has various bugs (doesn't handle multiple sound cards, etc.), and due to the fact that it's not really useful for modern hardware, these bugs will probably never be fixed. Also, the fact that it's there leads to people running it to try and fix their pci soundcards, when it won't really help at all. Basically, for anything that's PCI or ISAPnP, it's not useful, and that's most of the cards out there. Bill From terraformers at gmx.net Wed Jul 23 01:49:07 2003 From: terraformers at gmx.net (lars) Date: Wed, 23 Jul 2003 03:49:07 +0200 Subject: alsa - unresolved symbols In-Reply-To: <20030722213942.A10817@devserv.devel.redhat.com> References: <200307230044.53710.terraformers@gmx.net> <200307230325.53812.terraformers@gmx.net> <20030722213942.A10817@devserv.devel.redhat.com> Message-ID: <200307230349.07941.terraformers@gmx.net> Bill, here is the output of depmod -ae #depmod -ae depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-page-alloc.o depmod: create_proc_entry depmod: remove_proc_entry depmod: mem_map depmod: vmalloc_to_page depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-pcm-oss.o depmod: remove_wait_queue depmod: __pollwait depmod: add_wait_queue depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-pcm.o depmod: remove_wait_queue depmod: __pollwait depmod: kill_fasync depmod: fasync_helper depmod: add_wait_queue depmod: fput depmod: mem_map depmod: fget depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-rawmidi.o depmod: remove_wait_queue depmod: __pollwait depmod: add_wait_queue depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-seq-oss.o depmod: __pollwait depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-seq.o depmod: __pollwait depmod: irq_stat depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd-timer.o depmod: remove_wait_queue depmod: __pollwait depmod: kill_fasync depmod: fasync_helper depmod: add_wait_queue depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/sound/snd.o depmod: proc_symlink depmod: register_chrdev depmod: create_proc_entry depmod: remove_wait_queue depmod: __pollwait depmod: register_sound_special depmod: remove_proc_entry depmod: kill_fasync depmod: fasync_helper depmod: add_wait_queue depmod: proc_root lars -------- On Wednesday 23 July 2003 03:39, Bill Nottingham wrote: > lars (terraformers at gmx.net) said: > > yes, i used the severn kernel-sources to rebuild. > > got no errors rebuilding alsa src-rpms (from freshrpms). > > actually it is the snd-intel8x0 module the nforce2 uses. > > when i load the modules i get: > > > > #depmod > > Please run 'depmod -ae'; this will state what the unresolved > symbols actually are. > > Bill > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From gkarabin at pobox.com Wed Jul 23 02:03:00 2003 From: gkarabin at pobox.com (George J Karabin) Date: Tue, 22 Jul 2003 19:03:00 -0700 Subject: DVD isos? In-Reply-To: <200307220528.44795.ali@packetknife.com> References: <3F1CCABA.8080009@pobox.com> <200307220528.44795.ali@packetknife.com> Message-ID: <3F1DECD4.1020207@pobox.com> Ali-Reza Anghaie wrote: >On Tuesday 22 July 2003 01:25, George J Karabin wrote: > > >>Is there any possibility of getting DVD-sized iso files provided in >>future betas and/or releases, if not Severn? Doing them by hand doesn't >>seem to be a huge problem, although perhaps it's a little time >>consuming, and uses a little extra temporary storage [1]. >> >> > >The FAQ on rhl.redhat.com indicates ISOs for CDs and DVDs are planned. > >-Ali > > > Thanks for the pointer. It would be nice to see redhat sign an iso before I download severn this weekend, but mainly I just hope to see them available for some future release. - George From loftyhauser at yahoo.com Wed Jul 23 02:13:24 2003 From: loftyhauser at yahoo.com (Andrew Lofthouse) Date: Tue, 22 Jul 2003 19:13:24 -0700 (PDT) Subject: Help me get Severn, please? Message-ID: <20030723021324.29187.qmail@web20416.mail.yahoo.com> I'd be happy to test out Severn on my laptop and desktop, but I don't have any access to a high speed connection (and lousy phone lines only give me 40 kbps). Anybody willing to send me CD's by snail mail? I'll reimburse shipping expenses, etc, plus a moderate fee for the trouble... Thanks! Andrew Lofthouse __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From jbinpg at shaw.ca Wed Jul 23 02:32:27 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Tue, 22 Jul 2003 19:32:27 -0700 Subject: Severn doesn't install In-Reply-To: <20030723002320.GA23790@nonesuch> References: <200307222023.h6MKNj229418@devserv.devel.redhat.com> <20030722222559.98977.qmail@web41209.mail.yahoo.com> <20030723002320.GA23790@nonesuch> Message-ID: <0HIG009EBHQ61Y@l-daemon> ** Reply to message from Jack Bowling on Tue, 22 Jul 2003 17:23:20 -0700 > On Tue, Jul 22, 2003 at 03:25:59PM -0700, Nathan Murphy wrote: > > > hde: attached ide-disk driver > > hde: lost interrupt > > hde: lost interrupt > > hde: lost interrupt > > This is usually a sign of bad DMA. If you can boot to a rescue CD, try > adding hde0=nodma to the end of your kernel boot line in your grub.conf > and see if it helps. Sorry....thinko due to too many sleepless nights. The switch is actually: ide0=nodma Somebody probably already caught this one. jb From philipwyett at dsl.pipex.com Wed Jul 23 02:36:22 2003 From: philipwyett at dsl.pipex.com (Philip Wyett) Date: 23 Jul 2003 03:36:22 +0100 Subject: reiserfs-utils installed by default Message-ID: <1058927782.2564.34.camel@rh9> Hi, This issue is still valid in severn! https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=88066 It would be nice for this to be fixed in the upcoming release. Regards Philip Wyett -- AOL Instant Messenger (AIM) or Yahoo Messenger: PhilipWyett Email: philipwyett at dsl.pipex.com Website: http://www.philipwyett.dsl.pipex.com Public key: http://www.philipwyett.dsl.pipex.com/gpg/public_key.txt -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mas118 at york.ac.uk Wed Jul 23 02:35:55 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Wed, 23 Jul 2003 09:35:55 +0700 Subject: First impressions and bugs Message-ID: <1058927755.6892.11.camel@bushido> Hello, A bit late joining in - dowloading 3 ISOs over a 20 KB/s cable modem connection can be irritating at times! I'm happy to say Severn is the first Red Hat version to support my notebook out-of-the-box - this time, please don't take ACPI out for the final release :) Graphical boot is nice, if a bit slow the first time - probably running modprobe in the background? In any case it's only enabled in runlevel 5, and I could always turn it off. A bit non-informative - would be nice to have a minimised window tailing the console output for those curious. And now for the more severe bugs. neat hard-froze the system when run the first time if I did not run internet-druid first, which is bizarre. I could replicate it three times but after running internet-druid, neat now works fine on its own. Forgot to save kernel logs, sorry. Mounting CD-ROMs from command line works, redhat-config-packages seems to be having some real problems with it; when it tried accessing the drive the CD icon popped up in Nautilus with the correct volume label, but nothing shows up in /mnt/cdrom - and I keep getting prompted to insert the right disc. And trying to select Samba does not even work. I clicked in vain on the 'Install' button and nothing happened - Dependency checking should kick in at this point, as it did when I tried installing Epiphany and kernel sources (both failed, of course, since RCP could not get to the Red Hat CD) A bit rushed right now so I'll have to end it here. System is up-to-date (no updated packages as yet) - please let me know if anyone intends to submit / has submitted any of the above bugs to Bugzilla, otherwise I'll make a report later today. Oh, PS, fonts work marvelous! I don't know what you guys did but it certainly looks much better than my RH9 desktop, even after installing bitstream fonts by hand. Now, when we get built-in ACL support in Nautilus... Another thing - please update Gaim to 0.65, 0.64 has annoying little bugs (like not being able to display my MSN nick with UTF characters properly) (and install Bogofilter... hmm, lots of RFEs to file tonight) Thanks RedHat, Michel From marcdeslauriers at videotron.ca Wed Jul 23 02:38:23 2003 From: marcdeslauriers at videotron.ca (Marc Deslauriers) Date: Tue, 22 Jul 2003 22:38:23 -0400 Subject: Fonts In-Reply-To: <20030722205830.D23258@devserv.devel.redhat.com> References: <1058916293.31859.28.camel@linuxmd> <20030722205830.D23258@devserv.devel.redhat.com> Message-ID: <1058927902.32452.0.camel@linuxmd> Yes, but even after un-installing them, thing are the same. Marc. On Tue, 2003-07-22 at 20:58, Bill Nottingham wrote: > Marc Deslauriers (marcdeslauriers at videotron.ca) said: > > Has anyone noticed the fonts look a bit weird with Severn? > > > > The "sans" font looks skinnier than with RHL9 and when I turn on the > > bytecode interpreter, it gets even worse. The lowercase "g", for > > example, in gnome-terminal is really ugly compared to RHL9. > > Do you have the bitstream-vera-fonts package installed? > > Bill > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From jbinpg at shaw.ca Wed Jul 23 02:36:12 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Tue, 22 Jul 2003 19:36:12 -0700 Subject: Sndconfig, does it have to go? In-Reply-To: <1058924265.3639.80.camel@benjamin> References: <1058924265.3639.80.camel@benjamin> Message-ID: <0HIG000GMHWKG1@l-daemon> ** Reply to message from Benjamin Vander Jagt on Tue, 22 Jul 2003 21:37:45 -0400 > Is there any particular problem with sndconfig? I and some of my > customers use older ('96) sound cards, like the Turtle Beach Tropez+. > No plug-and-play configuration has ever set it up right, and most just > lock up. (In fact, I have *never* gotten the MIDI on these CS4232-based > cards to work.) Uh huh. Old issue. I bitched about RH nuking sndconfig in RH9 to no avail. But to make matters interesting, I ran config-soundcard after the Severn install last night and the same thing happened - "no soundcards found". But then after a couple of reboots, I opened up /etc/modules.conf and there was my old Crystal card ready to go with the modules defined. I suspect kudzu found it on one of the reboots and did the right thing. Either that or config-soundcard's error output needs adjusting. jb From mas118 at york.ac.uk Wed Jul 23 02:46:40 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Wed, 23 Jul 2003 09:46:40 +0700 Subject: Package requests (Re: First impressions and bugs) In-Reply-To: <1058927755.6892.11.camel@bushido> References: <1058927755.6892.11.camel@bushido> Message-ID: <1058928400.6892.16.camel@bushido> On Wed, 2003-07-23 at 09:35, Michel Alexandre Salim wrote: > Another thing - please update Gaim to 0.65, 0.64 has annoying little > bugs (like not being able to display my MSN nick with UTF characters > properly) > > (and install Bogofilter... hmm, lots of RFEs to file tonight) > While I'm at it, what about a brainstorming - think of packages you would like to see added, before the feature freeze sinks in. My list: Bogofilter - http://bogofilter.sourceforge.net grandr_applet - resize X on-the-fly - http://www.fedora.us/tempspecs/testing/grandr_applet.spec and a cornucopia of Gstreamer apps - Soundjuicer and Totem topping the list. And yes, I'll RFE all these tonight. Got to run. Regards, Michel From benjaminvanderjagt at adelphia.net Wed Jul 23 02:56:59 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 22 Jul 2003 22:56:59 -0400 Subject: Sndconfig, does it have to go? In-Reply-To: <0HIG000GMHWKG1@l-daemon> References: <1058924265.3639.80.camel@benjamin> <0HIG000GMHWKG1@l-daemon> Message-ID: <1058929018.3639.83.camel@benjamin> On Tue, 2003-07-22 at 22:36, Jack Bowling wrote: > ** Reply to message from Benjamin Vander Jagt on Tue, 22 Jul 2003 21:37:45 -0400 > > > Is there any particular problem with sndconfig? I and some of my > > customers use older ('96) sound cards, like the Turtle Beach Tropez+. > > No plug-and-play configuration has ever set it up right, and most just > > lock up. (In fact, I have *never* gotten the MIDI on these CS4232-based > > cards to work.) > > Uh huh. Old issue. I bitched about RH nuking sndconfig in RH9 to no avail. But to make matters interesting, I ran config-soundcard after the Severn install last night and the same thing happened - "no soundcards found". But then after a couple of reboots, I opened up /etc/modules.conf and there was my old Crystal card ready to go with the modules defined. I suspect kudzu found it on one of the reboots and did the right thing. Either that or config-soundcard's error output needs adjusting. > > jb You have a Crystal too, eh.. I'm curious. Would you happen to have one of these marvelous TB Tropez+ cards? > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From jrb at redhat.com Wed Jul 23 03:04:35 2003 From: jrb at redhat.com (Jonathan Blandford) Date: 22 Jul 2003 23:04:35 -0400 Subject: Package requests (Re: First impressions and bugs) In-Reply-To: <1058928400.6892.16.camel@bushido> References: <1058927755.6892.11.camel@bushido> <1058928400.6892.16.camel@bushido> Message-ID: Michel Alexandre Salim writes: > My list: > Bogofilter - http://bogofilter.sourceforge.net > grandr_applet - resize X on-the-fly - > http://www.fedora.us/tempspecs/testing/grandr_applet.spec There is a Display Size dialog under preferences now that does R and R resizing. It is better integrated with the way we handle this in GNOME, now. Thanks, -Jonathan From philipwyett at dsl.pipex.com Wed Jul 23 03:22:24 2003 From: philipwyett at dsl.pipex.com (Philip Wyett) Date: 23 Jul 2003 04:22:24 +0100 Subject: Getting 16bpp depth at install time Message-ID: <1058930544.2564.43.camel@rh9> Hi, For those with older hardware or trying to install in Virtual PC 4.x (Emulated S3 Trio64). Is the only way to set 16bpp desktop depth now, to go via a text install or am I missing something obvious in severn as the section seems to have been removed? :) Regards Philip Wyett -- AOL Instant Messenger (AIM) or Yahoo Messenger: PhilipWyett Email: philipwyett at dsl.pipex.com Website: http://www.philipwyett.dsl.pipex.com Public key: http://www.philipwyett.dsl.pipex.com/gpg/public_key.txt -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jbinpg at shaw.ca Wed Jul 23 03:23:45 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Tue, 22 Jul 2003 20:23:45 -0700 Subject: Sndconfig, does it have to go? In-Reply-To: <1058929018.3639.83.camel@benjamin> References: <1058924265.3639.80.camel@benjamin> <0HIG000GMHWKG1@l-daemon> <1058929018.3639.83.camel@benjamin> Message-ID: <20030723032345.GA28328@nonesuch> On Tue, Jul 22, 2003 at 10:56:59PM -0400, Benjamin Vander Jagt wrote: > On Tue, 2003-07-22 at 22:36, Jack Bowling wrote: > > ** Reply to message from Benjamin Vander Jagt on Tue, 22 Jul 2003 21:37:45 -0400 > > > > > Is there any particular problem with sndconfig? I and some of my > > > customers use older ('96) sound cards, like the Turtle Beach Tropez+. > > > No plug-and-play configuration has ever set it up right, and most just > > > lock up. (In fact, I have *never* gotten the MIDI on these CS4232-based > > > cards to work.) > > > > Uh huh. Old issue. I bitched about RH nuking sndconfig in RH9 to no avail. But to make matters interesting, I ran config-soundcard after the Severn install last night and the same thing happened - "no soundcards found". But then after a couple of reboots, I opened up /etc/modules.conf and there was my old Crystal card ready to go with the modules defined. I suspect kudzu found it on one of the reboots and did the right thing. Either that or config-soundcard's error output needs adjusting. > > > > jb > > You have a Crystal too, eh.. I'm curious. Would you happen to have one > of these marvelous TB Tropez+ cards? No sir. It is some gawd-awful cs1878 thingy that came as part of my aging Dell Optiplex 300Gxa. -- Jack Bowling mailto: jbinpg at shaw.ca From notting at redhat.com Wed Jul 23 03:34:40 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 23:34:40 -0400 Subject: anonymous pserver access to rhlinux.redhat.com Message-ID: <20030722233440.A10002@devserv.devel.redhat.com> Anonymous pserver access to rhlinux.redhat.com should be restored now. We apologize for the inconvenience. Bill From notting at redhat.com Wed Jul 23 03:36:32 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jul 2003 23:36:32 -0400 Subject: Sndconfig, does it have to go? In-Reply-To: <0HIG000GMHWKG1@l-daemon>; from jbinpg@shaw.ca on Tue, Jul 22, 2003 at 07:36:12PM -0700 References: <1058924265.3639.80.camel@benjamin> <0HIG000GMHWKG1@l-daemon> Message-ID: <20030722233632.B10002@devserv.devel.redhat.com> Jack Bowling (jbinpg at shaw.ca) said: > But then after a couple of reboots, I opened up /etc/modules.conf and > there was my old Crystal card ready to go with the modules defined. kudzu will automatically configure sound cards with native ISAPnP support (i.e., those in modules.isapnpmap) Bill From dax at gurulabs.com Wed Jul 23 03:44:46 2003 From: dax at gurulabs.com (Dax Kelson) Date: 22 Jul 2003 21:44:46 -0600 Subject: Graphical boot isn't so graphical In-Reply-To: <20030722111634.A3401@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <20030721183741.F18319@devserv.devel.redhat.com> <200307211527.03478.hosting@j2solutions.net> <20030721184350.A31471@devserv.devel.redhat.com> <1058827891.4600.27.camel@mentor.gurulabs.com> <20030722111634.A3401@devserv.devel.redhat.com> Message-ID: <1058931886.2411.31.camel@mentor.gurulabs.com> On Tue, 2003-07-22 at 09:16, Bill Nottingham wrote: > Moving rhgb doesn't make one bit of difference if the X server > is still on /usr. :) X feels too heavyweight for this purpose. Seems like it should be framebuffer approach. You could probably do it all in one binary instead of moving "all of X" to the root filesystem. Just wonder the what the rationale is of using X over a frame buffer approach. Dax From dax at gurulabs.com Wed Jul 23 03:48:13 2003 From: dax at gurulabs.com (Dax Kelson) Date: 22 Jul 2003 21:48:13 -0600 Subject: EAs/ACLs In-Reply-To: <1058899457.733.4.camel@teapot.felipe-alfaro.com> References: <20030722031058.GA5461@outblaze.com> <20030722121528.C26155@devserv.devel.redhat.com> <1058899457.733.4.camel@teapot.felipe-alfaro.com> Message-ID: <1058932092.2411.34.camel@mentor.gurulabs.com> On Tue, 2003-07-22 at 12:44, Felipe Alfaro Solana wrote: > And what about extended attributes/ACLs? They seem to be working pretty > nice here (2.6.0-test1)... Many people (like me) migrating from Windows > NT4 and Windows 2000 to Samba will in fact miss them. > > Isn't this a beta? I think it's time for testing stuff like this :-) I concur. The betas for 8.0 and 9 has EA and ACL support. I thought that they got pulled right before RHL9 shipped because of some NFS problem that was fixed shortly thereafter. Dax Kelson Guru Labs From listman at depfyffer.com Wed Jul 23 04:10:05 2003 From: listman at depfyffer.com (Kevin d) Date: 22 Jul 2003 21:10:05 -0700 Subject: IO error during install In-Reply-To: <15826.216.63.153.189.1058886669.squirrel@www.depfyffer.com> References: <15826.216.63.153.189.1058886669.squirrel@www.depfyffer.com> Message-ID: <1058933405.26490.6.camel@depfyffer.com> FYI changing to cable select did not help, removing DMA jumper from CD-RW did not help. Does anyone have a clue why this could be happening? I've had 8.0 and 9.0 running on this machine so I do believe it is sw related. I'll test the CD's on my other machine tonight. I think the actual error was IOError 5 to much to write down, I'll write the error from both screens later. On Tue, 2003-07-22 at 08:11, listman at depfyffer.com wrote: > Ok, Ive gone through this before with Linux installs but don't remember > how I solved it. > I have an asus A7N266-VM motherboard (yes I know not totally Linux friendly) > 20 gig WD set to master on IDE 1 > internal plextor 40x12x40 set to master on IDE 2 > > during install I get an IO error on F3 and can see hdc atapi reset > complete on F4 (not sure if thats exactly what it says, I'm at work right > now) > I think the last time I went through this I set the cd-rom to CS instead > of master. Can any one give me some advice on how to solve this (if > setting to CS doesn't fix it) or find out what is causing this. I do not > have any problems installing several different versions of that other OS. > > Thanks for you help > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From mas118 at york.ac.uk Wed Jul 23 04:57:26 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Wed, 23 Jul 2003 11:57:26 +0700 Subject: Fonts In-Reply-To: <1058927902.32452.0.camel@linuxmd> References: <1058916293.31859.28.camel@linuxmd> <20030722205830.D23258@devserv.devel.redhat.com> <1058927902.32452.0.camel@linuxmd> Message-ID: <1058936246.6852.3.camel@bushido> On Wed, 2003-07-23 at 09:38, Marc Deslauriers wrote: > > Do you have the bitstream-vera-fonts package installed? One thing that is puzzling is that even after installing bitstream-vera-fonts, the Bitstream fonts do *not* appear in any font listings. I had to manually run fc-cache in /usr/share/fonts/bitstream-vera, and even after that they are still not active. Copying the fonts manually to ~/.fonts does activate them though, so what gives? /usr/share/fonts is listed in /etc/fonts/fonts.conf; perhaps fontconfig does not recursively traverse font dirs? Regards, Michel From dax at gurulabs.com Wed Jul 23 04:58:34 2003 From: dax at gurulabs.com (Dax Kelson) Date: 22 Jul 2003 22:58:34 -0600 Subject: Promoting LDAP vs NIS on RHL Message-ID: <1058936314.2411.80.camel@mentor.gurulabs.com> An LDAP directory can have numerous advantages over NIS. For example: * Strong mutual authentication of client machines and LDAP servers * All network traffic and be encrypted (by mandate even) via SSL or TLS. * A rouge root on client machines cannot access user data, collect encrypted password strings for user accounts * Shadow password functionality including aging can be used I would like to encourage Linux sysadmins to "properly" and securely setup LDAP directories as opposed to NIS. What can be done to encourage this? For starters, it would be nice to have a good generic LDAP directory browser/editor that was SSL/TLS enabled. RHL7.3 shipped with a decent one, GQ, but it was dropped. The slick looking "directoryadministrator" can be used to administer an directory post-setup. Any have other ideas? I'll have a follow up as well. Dax Kelson Guru Labs From jbinpg at shaw.ca Wed Jul 23 05:02:46 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Tue, 22 Jul 2003 22:02:46 -0700 Subject: Sndconfig, does it have to go? In-Reply-To: <20030722233632.B10002@devserv.devel.redhat.com> References: <1058924265.3639.80.camel@benjamin> <0HIG000GMHWKG1@l-daemon> <20030722233632.B10002@devserv.devel.redhat.com> Message-ID: <20030723050246.GA29187@nonesuch> On Tue, Jul 22, 2003 at 11:36:32PM -0400, Bill Nottingham wrote: > Jack Bowling (jbinpg at shaw.ca) said: > > But then after a couple of reboots, I opened up /etc/modules.conf and > > there was my old Crystal card ready to go with the modules defined. > > kudzu will automatically configure sound cards with native ISAPnP support > (i.e., those in modules.isapnpmap) Apparently so. Thanks, Bill. -- Jack Bowling mailto: jbinpg at shaw.ca From nathanmurphy333 at yahoo.com Wed Jul 23 05:10:46 2003 From: nathanmurphy333 at yahoo.com (Nathan Murphy) Date: Tue, 22 Jul 2003 22:10:46 -0700 (PDT) Subject: Severn doesn't install In-Reply-To: <0HIG009EBHQ61Y@l-daemon> Message-ID: <20030723051046.63291.qmail@web41208.mail.yahoo.com> > > On Tue, Jul 22, 2003 at 03:25:59PM -0700, Nathan > Murphy wrote: > > > > > hde: attached ide-disk driver > > > hde: lost interrupt > > > hde: lost interrupt > > > hde: lost interrupt > > > > This is usually a sign of bad DMA. If you can boot > to a rescue CD, try > > adding hde0=nodma to the end of your kernel boot > line in your grub.conf > > and see if it helps. > > Sorry....thinko due to too many sleepless nights. > The switch is actually: > > ide0=nodma > > Somebody probably already caught this one. > > jb Actually already tried this. The drive doesn't boot in pio mode either with the severn kernel or the new 2.6 test kernels, but I can use the Redhat 9 kernel, 2.4.20-8 or whatever it is and all the Rawhide kernels up to June 13th or so. The drive is fine. I've run the Smart utilities on it and the Promise card has never caused problems before. This is a box that until this week had stayed up for six weeks with no oops, segfaults, or otherwise. I really think that there is a serious problem in the Promise driver code that is being overlooked, but to be honest, I never got around to learning C very well to figure out why. Nate __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From dax at gurulabs.com Wed Jul 23 05:10:42 2003 From: dax at gurulabs.com (Dax Kelson) Date: 22 Jul 2003 23:10:42 -0600 Subject: Easing the pain of LDAP setup Message-ID: <1058937042.2411.94.camel@mentor.gurulabs.com> Getting a LDAP directory setup as a NIS replacement is needlessly difficult. When setting up an LDAP directory an early first step is importing your existing accounts. The PADL.COM scripts are included with RHL now and are the recommend way to get your LDAP directory populated. I wrote a single script "ldapmigrate" (free software) that replaces all the PADL.COM scripts. The advantages of "ldapmigrate" over the PADL scripts are as follows: 1. My script doesn't have to run on the LDAP server itself, ie, it can migrate /etc/* over the network. 2. It can optionally bind to the LDAP server over SSL/TLS for security. 3. It is a SINGLE ~400 line script versus the ~27 PADL.COM perl and bourne scripts that total over 3000 lines. (see note below) 4. It is driven via command line arguments and is self documented via --help. To use the PADL.COM scripts you must edit perl scalar variables in various spots *inside* the scripts. 5. You can easily select the which /etc file you would like to migrate. Finally getting to the point, I would love to have "ldapmigrate" included in RHL to promote and encourage and ease the adoption of LDAP. However, to do this I need the Net::LDAP module (it has a couple dependencies) included in RHL first. Even without "ldapmigrate" the Net::LDAP module would be a great addition. Here is a RFE I opened in Feb 2002, please add comments if you see fit. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=59225 Dax Kelson Guru Labs (RHCE, Solaris, CCNP certified FWIW) Note: I see zero point in storing certain files in your LDAP directory such as /etc/rpc or /etc/protocols. This contributes to the reduced size of "ldapmigrate' vs the PADL scripts. From skvidal at phy.duke.edu Wed Jul 23 05:15:21 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 23 Jul 2003 01:15:21 -0400 Subject: Promoting LDAP vs NIS on RHL In-Reply-To: <1058936314.2411.80.camel@mentor.gurulabs.com> References: <1058936314.2411.80.camel@mentor.gurulabs.com> Message-ID: <1058937321.4157.76.camel@binkley> On Wed, 2003-07-23 at 00:58, Dax Kelson wrote: > An LDAP directory can have numerous advantages over NIS. For example: > > * Strong mutual authentication of client machines and LDAP servers > * All network traffic and be encrypted (by mandate even) via SSL or TLS. > * A rouge root on client machines cannot access user data, collect > encrypted password strings for user accounts > * Shadow password functionality including aging can be used > > I would like to encourage Linux sysadmins to "properly" and securely > setup LDAP directories as opposed to NIS. > > What can be done to encourage this? > > For starters, it would be nice to have a good generic LDAP directory > browser/editor that was SSL/TLS enabled. RHL7.3 shipped with a decent > one, GQ, but it was dropped. > > The slick looking "directoryadministrator" can be used to administer an > directory post-setup. > > Any have other ideas? could you make openldap not be incredibly slow under high load and/or large number of entries? The problem I see with ldap-authentication backends are: 1. w/o kerberos or some other strong authenticator you'll still need an authentication system for your authentication system 2. the available ldap server for linux appears to not scale that well right now. 3. the layout of user information is not terribly obvious 4. the disaster recovery mechanism (what do you back up to make sure you can recover) isn't as well documented or as trivial to understand as NIS' my 2c -sv From nphilipp at redhat.com Wed Jul 23 05:46:45 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 23 Jul 2003 07:46:45 +0200 Subject: [Patch] Start rhgb after mounting partitions (if not done yet), was: Graphical boot isn't so graphical In-Reply-To: References: <200307211503.57071.hosting@j2solutions.net> <20030721183741.F18319@devserv.devel.redhat.com> <200307211527.03478.hosting@j2solutions.net> <20030721184350.A31471@devserv.devel.redhat.com> <1058872851.20414.12.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1058939205.3327.1.camel@wombat.dialup.fht-esslingen.de> On Tue, 2003-07-22 at 15:28, Jonathan Blandford wrote: > Nils Philippsen writes: > > > On Tue, 2003-07-22 at 00:43, Bill Nottingham wrote: > > > Jesse Keating (hosting at j2solutions.net) said: > > > > On Monday 21 July 2003 15:37, Bill Nottingham wrote: > > > > > You have a separate /usr? > > > > > > > > Yes, could that be it? > > > > > > That is exactly it, actaully. rhgb tries to start before /usr > > > is mounted, so it's very hard to run /usr/X11R6/bin/X in this > > > case. > > > > Hmm. How about retrying after mounts are in place? This is a similar > > situation as with swap files IMO. Will you accept a patch? > > Sure. Patch is attached to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100525 Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nphilipp at redhat.com Wed Jul 23 05:53:25 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 23 Jul 2003 07:53:25 +0200 Subject: No Galeon? In-Reply-To: <20030722183701.V17627@devserv.devel.redhat.com> References: <1058913138.1805.2.camel@twoface> <20030722183701.V17627@devserv.devel.redhat.com> Message-ID: <1058939605.3327.7.camel@wombat.dialup.fht-esslingen.de> On Wed, 2003-07-23 at 00:37, Havoc Pennington wrote: > On Tue, Jul 22, 2003 at 04:32:18PM -0600, Mitch Anderson wrote: > > Am I missing something or is there no Galeon just this epiphany? > > > > just wondering what the reason for this is? Is it because of Mozilla > > 1.4? Or something else? > > > > Galeon 1.x stopped working due to the Mozilla upgrade to GTK 2; > Galeon 2 has forked into Epiphany (maintained by the original author > of Galeon 1), and Galeon 2. So we just added one of those. > > Once we figure out how to incorporate external packages, it seems 99% > likely someone will package Galeon 2. I've put up Galeon 1.3.6 among other stuff (e.g. gimp-beta) on my private page at http://lisas.de/~nils/redhat/severn/... "Once we figure out how to incorporate external packages ..." I plan to get this in (among many other things -- beware ;-). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From admin at cs.montana.edu Wed Jul 23 06:16:17 2003 From: admin at cs.montana.edu (Lucas Albers) Date: Wed, 23 Jul 2003 00:16:17 -0600 (MDT) Subject: Promoting LDAP vs NIS on RHL In-Reply-To: <1058937321.4157.76.camel@binkley> References: <1058936314.2411.80.camel@mentor.gurulabs.com> <1058937321.4157.76.camel@binkley> Message-ID: <2693.64.25.134.101.1058940977.squirrel@www.cs.montana.edu> I've been working on replacing nis with openldap as my central authentication method. I've been working on implementing this for approximatelly 2 weeks. I was not aware that NIS was signifigantly faster then ldap. It is tricky implementing ldap, getting the server configured configured correctly, and importing the data takes effort... To reiterate setting up ldap is a pain in the ass. I go to work every day thinking, this sucks, and I hope I can get it implemented. I have been working on a ldap conversion of upwards of 30 hours, and expect finish in 50-100 hours total. Then I can test it for awhile, implement it, and then turn off NIS. As near as I understand you can configure ldap to authenticate for each connection. So a user can only get his password/username after he authenticates. Their are some trick configuration issues that if you overlook you render your ldap authentication completelly open. If users for example can change their UID then can become root. If you have it set to autocreate directories when accounts are created and you don't limit user logins to particular machines, they might be able to login to servers they shouldn't be on. Discussions on other mailing lists seem to indicate people are using ldap with millions of entries. Index it correctly, and have enough ram and you should have plenty of performance. The disaster recover seems straightforward, just slapcat the database and back up the resulting text file. I will be playing with disaster recover...so when my server dies in the distant future I will know what to do. I look forward to a number of items in ldap: Better security, users can't grab the whole password list as they currently can from NIS. SASL Encryption. Address Books for users and my MTA. redundancy, setup a backup caching server. --Luke > could you make openldap not be incredibly slow under high load and/or > large number of entries? > > The problem I see with ldap-authentication backends are: > 1. w/o kerberos or some other strong authenticator you'll still need an > authentication system for your authentication system > 2. the available ldap server for linux appears to not scale that well > right now. > 3. the layout of user information is not terribly obvious > 4. the disaster recovery mechanism (what do you back up to make sure you > can recover) isn't as well documented or as trivial to understand as > NIS' > > my 2c > -sv > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From admin at cs.montana.edu Wed Jul 23 06:28:47 2003 From: admin at cs.montana.edu (Lucas Albers) Date: Wed, 23 Jul 2003 00:28:47 -0600 (MDT) Subject: Easing the pain of LDAP setup In-Reply-To: <1058937042.2411.94.camel@mentor.gurulabs.com> References: <1058937042.2411.94.camel@mentor.gurulabs.com> Message-ID: <2707.64.25.134.101.1058941727.squirrel@web1.cs.montana.edu> yes. I have bloodied myself encountering this problem. Send me a link to your script and I will try the migration on the redhat-beta machine as my ldap server. The PADL scripts don't import the information correctly. I have been hacking away at them and they are not working, correctly. They don't generate the correct top domain. I am in the process of migrating from NIS to ldap. I have been working on this for a few weeks off and on. I will continue to work on it until the beginning of september. I would like to setup my ldap server on the beta, because they are using openldap 2.1. They don't make it easy to switch to openldap. The documentation is not adequate enough. A number of other items need to be installed before you can do your bidness of migrating the goods to ldap. > Getting a LDAP directory setup as a NIS replacement is needlessly > difficult. > > When setting up an LDAP directory an early first step is importing your > existing accounts. The PADL.COM scripts are included with RHL now and > are the recommend way to get your LDAP directory populated. > > I wrote a single script "ldapmigrate" (free software) that replaces all > the PADL.COM scripts. The advantages of "ldapmigrate" over the PADL > scripts are as follows: > > 1. My script doesn't have to run on the LDAP server itself, ie, it can > migrate /etc/* over the network. > > 2. It can optionally bind to the LDAP server over SSL/TLS for security. > > 3. It is a SINGLE ~400 line script versus the ~27 PADL.COM perl and > bourne scripts that total over 3000 lines. (see note below) > > 4. It is driven via command line arguments and is self documented via > --help. To use the PADL.COM scripts you must edit perl scalar variables > in various spots *inside* the scripts. > > 5. You can easily select the which /etc file you would like to migrate. > > Finally getting to the point, I would love to have "ldapmigrate" > included in RHL to promote and encourage and ease the adoption of LDAP. > However, to do this I need the Net::LDAP module (it has a couple > dependencies) included in RHL first. Even without "ldapmigrate" the > Net::LDAP module would be a great addition. > > Here is a RFE I opened in Feb 2002, please add comments if you see fit. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=59225 > > Dax Kelson > Guru Labs > (RHCE, Solaris, CCNP certified FWIW) > > Note: I see zero point in storing certain files in your LDAP directory > such as /etc/rpc or /etc/protocols. This contributes to the reduced size > of "ldapmigrate' vs the PADL scripts. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From admin at cs.montana.edu Wed Jul 23 06:37:54 2003 From: admin at cs.montana.edu (Lucas Albers) Date: Wed, 23 Jul 2003 00:37:54 -0600 (MDT) Subject: Independent developers contributing packages Message-ID: <2728.64.25.134.101.1058942274.squirrel@web1.cs.montana.edu> Can someone explain how this new redhat project works with independent developers? Let's pick a really cool package that currently exists in redhat. Severn currently includes spamasssassin 2.55. Those crazy SA guys are coding up 2.6. When they release 2.6 they usually release a rpm package. So one of the SA developers will contact redhat and tell them to include their rpm in the severn version of redhat? Does this add potential security problems? If an independent developer get's their machine hacked and their source trojaned, will that package sneak into the redhat release? Are independent developers responsible for security updates? How does QA work with package developers? This should speed up the dev cycle. Does this have less QA built into the package release cycle? I could not find any documentation concerning this subject. It appears a developer has to submit their package as a bugzilla entry to be included in the base release? In Summary: What are the steps for an independent developer to get their package into redhat? --Luke From ebpeele2 at pams.ncsu.edu Wed Jul 23 06:50:20 2003 From: ebpeele2 at pams.ncsu.edu (Elliot Peele) Date: 23 Jul 2003 02:50:20 -0400 Subject: Reason for the change In-Reply-To: <1058912679.5808.273.camel@opus.phy.duke.edu> References: <51B8ABCE456FD111899900805F6FD6EE137A1F0D@mercury.ADOC.xerox.com> <20030722165953.R17627@devserv.devel.redhat.com> <1058909635.5808.270.camel@opus.phy.duke.edu> <20030722182042.U17627@devserv.devel.redhat.com> <1058912679.5808.273.camel@opus.phy.duke.edu> Message-ID: <1058943019.1838.29.camel@localhost.localdomain> On Tue, 2003-07-22 at 18:24, seth vidal wrote: > On Tue, 2003-07-22 at 18:20, Havoc Pennington wrote: > > On Tue, Jul 22, 2003 at 05:33:56PM -0400, seth vidal wrote: > > > > Also, RHEL is not just RHL-plus-bugfixes, it does have additional > > > > features. > > > > > > Like what? > > > > > > > I'm not sure we've announced anything here, so if you can't find it on > > www.redhat.com or Google I probably can't tell you. > > > > This must be the secret fix-all-my-problems mode I've heard so much > about. hmmm - useful. _that_ might be worth the investment ;-) > > thanks, > > -sv Must be the one that comes with the RedHatTimeMachine(tm) :) Elliot > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jos at xos.nl Wed Jul 23 06:58:07 2003 From: jos at xos.nl (Jos Vos) Date: Wed, 23 Jul 2003 08:58:07 +0200 Subject: Independent developers contributing packages In-Reply-To: Your message of "Wed, 23 Jul 2003 00:37:54 MDT." <2728.64.25.134.101.1058942274.squirrel@web1.cs.montana.edu> Message-ID: <200307230658.h6N6w7226165@xos037.xos.nl> > Let's pick a really cool package that currently exists in redhat. > Severn currently includes spamasssassin 2.55. > Those crazy SA guys are coding up 2.6. When they release 2.6 they usually > release a rpm package. > So one of the SA developers will contact redhat and tell them to include > their rpm in the severn version of redhat? I can't give an authorative answer, but this is not the way it was meant to work, AFAIK. An external person should be *responsible* for a package and has to comply with RH guidelines etc. In my experience, "standard" rpm's released by projects are in general much different w.r.t. packaging style. So, "contact redhat and tell them to include their rpm in ..." does sound a bit different, as it doesn't sound like actively working with RH standards and guidelines and/or continous responsiblity etc. (but maybe you thought of something else). -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From pcompton at proteinmedia.com Wed Jul 23 07:05:02 2003 From: pcompton at proteinmedia.com (Phillip Compton) Date: 23 Jul 2003 03:05:02 -0400 Subject: Independent developers contributing packages In-Reply-To: <2728.64.25.134.101.1058942274.squirrel@web1.cs.montana.edu> References: <2728.64.25.134.101.1058942274.squirrel@web1.cs.montana.edu> Message-ID: <1058943902.2982.5.camel@GreenTea> On Wed, 2003-07-23 at 02:37, Lucas Albers wrote: > In Summary: > What are the steps for an independent developer to get their package into > redhat? I believe these steps are still being worked out RedHat. At Fedora, the procedures are documented here: http://www.fedora.us/wiki/PackageSubmissionQAPolicy Personally, I think these are a good starting point when considering the future submission policies of RHLP. Phil From ms-nospam-0306 at arcor.de Wed Jul 23 07:26:08 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 23 Jul 2003 09:26:08 +0200 Subject: Independent developers contributing packages In-Reply-To: <2728.64.25.134.101.1058942274.squirrel@web1.cs.montana.edu> References: <2728.64.25.134.101.1058942274.squirrel@web1.cs.montana.edu> Message-ID: <20030723092608.4165f820.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 23 Jul 2003 00:37:54 -0600 (MDT), Lucas Albers wrote: > Can someone explain how this new redhat project works with independent > developers? - -snip- Not to sound like a nerd, but while this mailing-lists deals with the Red Hat Linux Beta version, the rhl-devel-list would be much more appropriate for your question: Rhl-devel-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-devel-list List-Help: List-Post: List-Subscribe: , List-Id: For developers, developers, developers List-Unsubscribe: , List-Archive: - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/HjiQ0iMVcrivHFQRAs8SAJ9YyaCPhKsHT+bnpAaedBbGcse/9ACfaC5c DFnvdS/i5vjWo2maVPeROlc= =0Nap -----END PGP SIGNATURE----- From pmatilai at welho.com Wed Jul 23 08:36:38 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Wed, 23 Jul 2003 11:36:38 +0300 Subject: EAs/ACLs In-Reply-To: <1058932092.2411.34.camel@mentor.gurulabs.com> References: <20030722031058.GA5461@outblaze.com> <20030722121528.C26155@devserv.devel.redhat.com> <1058899457.733.4.camel@teapot.felipe-alfaro.com> <1058932092.2411.34.camel@mentor.gurulabs.com> Message-ID: <1058949397.3f1e491603379@webmail.welho.com> Quoting Dax Kelson : > On Tue, 2003-07-22 at 12:44, Felipe Alfaro Solana wrote: > > And what about extended attributes/ACLs? They seem to be working pretty > > nice here (2.6.0-test1)... Many people (like me) migrating from Windows > > NT4 and Windows 2000 to Samba will in fact miss them. > > > > Isn't this a beta? I think it's time for testing stuff like this :-) > > I concur. The betas for 8.0 and 9 has EA and ACL support. > > I thought that they got pulled right before RHL9 shipped because of some > NFS problem that was fixed shortly thereafter. IIRC the first beta for RH9 had ACPI support and the second one dropped ACPI and added EA+ACL support which then was dropped from final due to problems. I wouldn't be too surprised if the second beta had EA+ACL's included again. -- - Panu - From twaugh at redhat.com Wed Jul 23 08:37:49 2003 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 23 Jul 2003 09:37:49 +0100 Subject: desktop-printing and kde In-Reply-To: <20030722210744.B946@devserv.devel.redhat.com> References: <1058922383.2564.28.camel@rh9> <20030722210744.B946@devserv.devel.redhat.com> Message-ID: <20030723083749.GE1448@redhat.com> On Tue, Jul 22, 2003 at 09:07:44PM -0400, Bill Nottingham wrote: > Philip Wyett (philipwyett at dsl.pipex.com) said: > > I will ask here before bugzilla'ing this. > > > > Is the Gnome 'desktop-printing' package intended to be kde dependant? I > > ask because I am getting kdelibs, kdebase and the i18n-British packages > > installed, during my Gnome only installs. :( > > It currently is using kprinter; there's some talk of it using > qtcups instead. The problem is that qtcups is no longer maintained AIUI, and all the other solutions in this area (display a print dialog) seem to have dependencies on things we don't ship (yet?). If anyone knows a good, reasonably dependency-free, application to display a print dialog and send stdin to the selected printer, please speak up! Otherwise I'll hack up a Python one using the pycups thing from redhat-config-printer. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From redtuxxx at yahoo.co.uk Wed Jul 23 09:00:59 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Wed, 23 Jul 2003 10:00:59 +0100 (BST) Subject: desktop-printing and kde In-Reply-To: <20030723083749.GE1448@redhat.com> Message-ID: <20030723090059.24831.qmail@web60002.mail.yahoo.com> --- Tim Waugh wrote: > On Tue, Jul 22, 2003 at 09:07:44PM -0400, Bill Nottingham wrote: > > > Philip Wyett (philipwyett at dsl.pipex.com) said: > > > I will ask here before bugzilla'ing this. > > > > > > Is the Gnome 'desktop-printing' package intended to be kde > dependant? I > > > ask because I am getting kdelibs, kdebase and the i18n-British > packages > > > installed, during my Gnome only installs. :( > > > > It currently is using kprinter; there's some talk of it using > > qtcups instead. > > The problem is that qtcups is no longer maintained AIUI, and all > the > other solutions in this area (display a print dialog) seem to have > dependencies on things we don't ship (yet?). > > If anyone knows a good, reasonably dependency-free, application to > display a print dialog and send stdin to the selected printer, > please > speak up! > > Otherwise I'll hack up a Python one using the pycups thing > from redhat-config-printer. > > Tim. > */ > AFAIK gnome-print-man does - I'll check it out when I get home (yes I noticed the annoying existence of KDE last night on my "gnome-only" install) > ATTACHMENT part 2 application/pgp-signature __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From twaugh at redhat.com Wed Jul 23 09:07:21 2003 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 23 Jul 2003 10:07:21 +0100 Subject: desktop-printing and kde In-Reply-To: <20030723090059.24831.qmail@web60002.mail.yahoo.com> References: <20030723083749.GE1448@redhat.com> <20030723090059.24831.qmail@web60002.mail.yahoo.com> Message-ID: <20030723090721.GG1448@redhat.com> On Wed, Jul 23, 2003 at 10:00:59AM +0100, Mike Martin wrote: > AFAIK gnome-print-man does - I'll check it out when I get home gnome-print-manager is a print queue management app, not an 'I want to print something' dialog. Sure, you can drag things onto the printers, but that isn't what's required. See kprinter for an app that does what is required. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From redtuxxx at yahoo.co.uk Wed Jul 23 09:07:56 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Wed, 23 Jul 2003 10:07:56 +0100 (BST) Subject: kernel 2.6 and mouse issues Message-ID: <20030723090756.27678.qmail@web60001.mail.yahoo.com> I know this is the beta list, but I know a lot here are using the new kernel (esp the arjanv S/RPMs - thanks). I am finding two wierdities which have been present for ages. 1. mousedev does not load on bootup - anyone any idea why?, obviously I can put in a modprobe command in rc.local, but not really satisfactory. 2. the mouse movement, not to put to fine a point on it, is horrendous. What I mean is that it seems really jerky and accelerates all over the place. 2.4.x is fine, I have seen this quite a bit. Any one else seen this/ got workarounds. __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From ls at post1.com Wed Jul 23 09:08:44 2003 From: ls at post1.com (Lo Sheng) Date: Wed, 23 Jul 2003 17:08:44 +0800 (SGT) Subject: Files larger than 2GB Supported In This Version? In-Reply-To: <20030722121749.D26155@devserv.devel.redhat.com> Message-ID: On Tue, 22 Jul 2003, Bill Nottingham wrote: > Lo Sheng (ls at post1.com) said: > > I'm wondering if anyone knew if files larger than 2GB are supported via > > Samba in this version? > > Via samba or via smbfs? It's a large distinction. Hey, Bill, You are right. Two slaps on my wrists - its the smbfs patch for large file negotiation. I got the patches from: http://www.hojdpunkten.ac.se/054/samba/index.html Without the smbfs patch, Windows client cannot copy a large file into a samba server, nor the other way round. I hope this would get included. This is critical for media centric companies like mine that have a lot of DV video databases to adopt Linux file server. ls From ls at post1.com Wed Jul 23 09:15:10 2003 From: ls at post1.com (Lo Sheng) Date: Wed, 23 Jul 2003 17:15:10 +0800 (SGT) Subject: Files larger than 2GB Supported In This Version? In-Reply-To: Message-ID: On Wed, 23 Jul 2003, Lo Sheng wrote: > You are right. Two slaps on my wrists - its the smbfs patch for large file > negotiation. I got the patches from: > > http://www.hojdpunkten.ac.se/054/samba/index.html I dug the Bugzilla and found that the issue has been logged last year: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68277 Could we have the patch in for the coming release, please? :-) ls From ali at packetknife.com Wed Jul 23 09:22:02 2003 From: ali at packetknife.com (Ali-Reza Anghaie) Date: Wed, 23 Jul 2003 05:22:02 -0400 Subject: Easing the pain of LDAP setup In-Reply-To: <1058937042.2411.94.camel@mentor.gurulabs.com> References: <1058937042.2411.94.camel@mentor.gurulabs.com> Message-ID: <200307230522.03097.ali@packetknife.com> On Wednesday 23 July 2003 01:10, Dax Kelson wrote: > Getting a LDAP directory setup as a NIS replacement is needlessly > difficult. > > Finally getting to the point, I would love to have "ldapmigrate" > included in RHL to promote and encourage and ease the adoption of LDAP. > However, to do this I need the Net::LDAP module (it has a couple > dependencies) included in RHL first. Even without "ldapmigrate" the > Net::LDAP module would be a great addition. > > Here is a RFE I opened in Feb 2002, please add comments if you see fit. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=59225 Sounds interesting. Can you attach your script to the RFE as well? And any such documentation. It'd probably help comments and development in parallel. Also consider using cpanflute2 and building your own additional RPMs for the Perl base and tossing them up somewhere. (Work w/ one of the major (or all) third-party packaging sites.) Cheers, -Ali -- OpenPGP Key: 030E44E6 -- Was I helpful?: http://svcs.affero.net/rm.php?r=packetknife -- Power corrupts. Absolute power is kind of neat. -- John Lehman, Secretary of the Navy, 1981-1987 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: signature URL: From alan at redhat.com Wed Jul 23 09:51:00 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 23 Jul 2003 05:51:00 -0400 (EDT) Subject: Fonts In-Reply-To: <1058936246.6852.3.camel@bushido> from "Michel Alexandre Salim" at Gor 23, 2003 11:57:26 Message-ID: <200307230951.h6N9p0M25631@devserv.devel.redhat.com> > Copying the fonts manually to ~/.fonts does activate them though, so > what gives? /usr/share/fonts is listed in /etc/fonts/fonts.conf; perhaps > fontconfig does not recursively traverse font dirs? Can you make sure this in bugzilla if not already. Things on mailing lists go into developers heads but tend to exit about 7pm and not return. Things in bugzilla stay From alan at redhat.com Wed Jul 23 09:53:57 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 23 Jul 2003 05:53:57 -0400 (EDT) Subject: Graphical boot isn't so graphical In-Reply-To: <1058931886.2411.31.camel@mentor.gurulabs.com> from "Dax Kelson" at Gor 22, 2003 09:44:46 Message-ID: <200307230953.h6N9rvc26626@devserv.devel.redhat.com> > X feels too heavyweight for this purpose. > > Seems like it should be framebuffer approach. You could probably do it > all in one binary instead of moving "all of X" to the root filesystem. > > Just wonder the what the rationale is of using X over a frame buffer > approach. - Only one thing breaks if we use X11, so either rhgb & desktop work, or neither work - The only mode we could safely switch to/from would be generic VGA modes (640x480x16) I did suggest doing that display using text mode, and carefully built custom font but that has issues as well. From alan at redhat.com Wed Jul 23 10:06:46 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 23 Jul 2003 06:06:46 -0400 (EDT) Subject: CD testing In-Reply-To: <1058922512.3639.46.camel@benjamin> from "Benjamin Vander Jagt" at Gor 22, 2003 09:08:32 Message-ID: <200307231006.h6NA6kw31855@devserv.devel.redhat.com> > in RH 9. I burned a load of 9.0.93 CDs, and half were bad. If I > remember correctly, I also had some kernel panics while burning music > CDs, but I never had any bad data CDs until I burned this beta. > > I can't think of any reason why this would happen, but has anyone else > had any trouble making this beta? I'd guess because when you updated to a 2.4.20 based kernel for RH9 errata you acquired the IDE reset handling bug. If you update to the very latest errata of a couple of days ago it should stop panicing on disks too From benjaminvanderjagt at adelphia.net Wed Jul 23 11:58:05 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 23 Jul 2003 07:58:05 -0400 Subject: Sndconfig, does it have to go? In-Reply-To: <20030722233632.B10002@devserv.devel.redhat.com> References: <1058924265.3639.80.camel@benjamin> <0HIG000GMHWKG1@l-daemon> <20030722233632.B10002@devserv.devel.redhat.com> Message-ID: <1058961485.6681.2.camel@benjamin> On Tue, 2003-07-22 at 23:36, Bill Nottingham wrote: > Jack Bowling (jbinpg at shaw.ca) said: > > But then after a couple of reboots, I opened up /etc/modules.conf and > > there was my old Crystal card ready to go with the modules defined. > > kudzu will automatically configure sound cards with native ISAPnP support > (i.e., those in modules.isapnpmap) > > Bill All except for Turtle Beach Tropez+ ISAPnP cards. :-D It will see them, but it will never configure them properly. sndconfig will freeze if I let it to a PnP probe... It's a bummer, too, 'cause I have to go into Windows to use the downright extraordinary wavetable systems on these cards... > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From benjaminvanderjagt at adelphia.net Wed Jul 23 12:01:17 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 23 Jul 2003 08:01:17 -0400 Subject: No Galeon? In-Reply-To: <1058939605.3327.7.camel@wombat.dialup.fht-esslingen.de> References: <1058913138.1805.2.camel@twoface> <20030722183701.V17627@devserv.devel.redhat.com> <1058939605.3327.7.camel@wombat.dialup.fht-esslingen.de> Message-ID: <1058961677.6681.5.camel@benjamin> On Wed, 2003-07-23 at 01:53, Nils Philippsen wrote: > On Wed, 2003-07-23 at 00:37, Havoc Pennington wrote: > > On Tue, Jul 22, 2003 at 04:32:18PM -0600, Mitch Anderson wrote: > > > Am I missing something or is there no Galeon just this epiphany? > > > > > > just wondering what the reason for this is? Is it because of Mozilla > > > 1.4? Or something else? > > > > > > > Galeon 1.x stopped working due to the Mozilla upgrade to GTK 2; > > Galeon 2 has forked into Epiphany (maintained by the original author > > of Galeon 1), and Galeon 2. So we just added one of those. > > > > Once we figure out how to incorporate external packages, it seems 99% > > likely someone will package Galeon 2. > > I've put up Galeon 1.3.6 among other stuff (e.g. gimp-beta) on my > private page at http://lisas.de/~nils/redhat/severn/... "Once we figure > out how to incorporate external packages ..." I plan to get this in > (among many other things -- beware ;-). > > Nils Thank you, thank you, thank you. ^_^ If you want someone to help test some Galeon RPMs (i.e., in between Betas), gimme a holler... -- Benjamin Vander Jagt From mas118 at york.ac.uk Wed Jul 23 12:04:44 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Wed, 23 Jul 2003 19:04:44 +0700 Subject: Package requests (Re: First impressions and bugs) In-Reply-To: References: <1058927755.6892.11.camel@bushido> <1058928400.6892.16.camel@bushido> Message-ID: <1058961884.7269.1.camel@bushido> On Wed, 2003-07-23 at 10:04, Jonathan Blandford wrote: > Michel Alexandre Salim writes: > > > My list: > > Bogofilter - http://bogofilter.sourceforge.net > > grandr_applet - resize X on-the-fly - > > http://www.fedora.us/tempspecs/testing/grandr_applet.spec > > There is a Display Size dialog under preferences now that does R and R > resizing. It is better integrated with the way we handle this in GNOME, > now. > Ah yes, just found it myself as well. There is a problem with it though - it displays resolutions higher than the resolution set in XF86Config (changable through System Settings->Display) Found out about it the hard way - my 1400x1050 laptop LCD was configured at 1024x768 even though the graphics card has 16MB of VRAM. Is there any reason why this conservative setting is chosen by default? Thanks, Michel From mas118 at york.ac.uk Wed Jul 23 12:06:46 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Wed, 23 Jul 2003 19:06:46 +0700 Subject: Fonts In-Reply-To: <1058936246.6852.3.camel@bushido> References: <1058916293.31859.28.camel@linuxmd> <20030722205830.D23258@devserv.devel.redhat.com> <1058927902.32452.0.camel@linuxmd> <1058936246.6852.3.camel@bushido> Message-ID: <1058962006.7269.4.camel@bushido> On Wed, 2003-07-23 at 11:57, Michel Alexandre Salim wrote: > On Wed, 2003-07-23 at 09:38, Marc Deslauriers wrote: > > > Do you have the bitstream-vera-fonts package installed? > One thing that is puzzling is that even after installing > bitstream-vera-fonts, the Bitstream fonts do *not* appear in any font > listings. I had to manually run fc-cache in > /usr/share/fonts/bitstream-vera, and even after that they are still not > active. > Ah, found a solution. I had to delete /usr/share/fonts/fonts.cache-1 and re-run fc-cache as root. Going to file a bug on this... should it go under bitstream or fontconfig? Another problem with fonts: according to /etc/fonts/fonts.conf, Bitstream Vera fonts should be preferred for Sans, Serif and Mono - but they are not (Sans is still set to Luxi Sans, for instance). I even tried reinstalling using an 'All' setup and such is still the case. What gives? Regards, Michel From anvil at livna.org Wed Jul 23 12:07:46 2003 From: anvil at livna.org (Dams) Date: 23 Jul 2003 14:07:46 +0200 Subject: No Galeon? In-Reply-To: <1058939605.3327.7.camel@wombat.dialup.fht-esslingen.de> References: <1058913138.1805.2.camel@twoface> <20030722183701.V17627@devserv.devel.redhat.com> <1058939605.3327.7.camel@wombat.dialup.fht-esslingen.de> Message-ID: <1058962066.30994.16.camel@gruyere.lan.livna.org> 1.3.7 is out. I packaged it too [1] for fedora but I dont dare submit it for QA as it is keeps crashing at startup... Is it just me.. ? D [1] http://download.fr.fedora.us/~anvil/fedora/ Le mer 23/07/2003 ? 07:53, Nils Philippsen a ?crit : > I've put up Galeon 1.3.6 among other stuff (e.g. gimp-beta) on my > private page at http://lisas.de/~nils/redhat/severn/... "Once we figure > out how to incorporate external packages ..." I plan to get this in > (among many other things -- beware ;-). > Nils -- Dams Nad? Anvil/Anvilou on irc.freenode.net : #Linux-Fr, #Fedora I am looking for a job : http://livna.org/~anvil/cv.php "Dona Nobis Pacem E Dona Eis Requiem". Noir. From akabi at speakeasy.net Wed Jul 23 12:26:59 2003 From: akabi at speakeasy.net (ne...) Date: Wed, 23 Jul 2003 08:26:59 -0400 (EDT) Subject: kernel 2.6 and mouse issues In-Reply-To: <20030723090756.27678.qmail@web60001.mail.yahoo.com> References: <20030723090756.27678.qmail@web60001.mail.yahoo.com> Message-ID: On Jul 23, 2003 at 10:07, Mike Martin in a maddening rage wrote: [...] >2. the mouse movement, not to put to fine a point on it, is >horrendous. What I mean is that it seems really jerky and accelerates >all over the place. 2.4.x is fine, I have seen this quite a bit. Er, this is aktually a fix (-: The preemption patches made it into the kernel so now your mouse will fly. -- Registered Linux User # 125653 (http://counter.li.org) Switch to: http://www.speakeasy.net/refer/190653 The mother of the year should be a sterilized woman with two adopted children. -- Paul Ehrlich 08:23:48 up 6 days, 11:10, 4 users, load average: 0.00, 0.00, 0.00 From mike at netlyncs.com Wed Jul 23 12:34:32 2003 From: mike at netlyncs.com (Mike Chambers) Date: 23 Jul 2003 07:34:32 -0500 Subject: gpm errors Message-ID: <1058963672.2888.3.camel@bart.netlyncs.com> Keep seeing this error below, but I think it's a known bug but not sure. Jul 22 10:40:01 bart gpm[1912]: O0o.oops(): [gpm.c(949)]: Jul 22 10:40:01 bart gpm[1912]: mouse initialization failed -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From mike at netlyncs.com Wed Jul 23 12:40:18 2003 From: mike at netlyncs.com (Mike Chambers) Date: 23 Jul 2003 07:40:18 -0500 Subject: Fonts In-Reply-To: <1058936246.6852.3.camel@bushido> References: <1058916293.31859.28.camel@linuxmd> <20030722205830.D23258@devserv.devel.redhat.com> <1058927902.32452.0.camel@linuxmd> <1058936246.6852.3.camel@bushido> Message-ID: <1058964018.2888.6.camel@bart.netlyncs.com> On Tue, 2003-07-22 at 23:57, Michel Alexandre Salim wrote: > One thing that is puzzling is that even after installing > bitstream-vera-fonts, the Bitstream fonts do *not* appear in any font > listings. I had to manually run fc-cache in > /usr/share/fonts/bitstream-vera, and even after that they are still not > active. Read the release-notes and scroll down to the font adding section. There is an explanation of how to add fonts to /usr/share/fonts dir and what commands to run. I just performed it this morning, including adding to ~/.fonts dir as well and both worked just fine. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From hp at redhat.com Wed Jul 23 12:55:47 2003 From: hp at redhat.com (Havoc Pennington) Date: Wed, 23 Jul 2003 08:55:47 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <1058913966.25250.8.camel@elsol.zwan> References: <200307211503.57071.hosting@j2solutions.net> <1058827891.4600.27.camel@mentor.gurulabs.com> <20030722111634.A3401@devserv.devel.redhat.com> <200307220844.08381.hosting@j2solutions.net> <1058913966.25250.8.camel@elsol.zwan> Message-ID: <20030723085547.C12619@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 11:46:06PM +0100, Mr. Adam ALLEN wrote: > Well the code from bootsplash.org works with Shrike (still another 12 > hours for severn to download), it didn't take much to get working, a few > patches to the kernel, add the images and config to the initrd.img, add > vga=XXX to the kernel paramteres- and it works as advertised. > > I can't comment on how it compares with what's in severn just yet. > > The bootsplash.org is what SuSE use for their graphical boot-up. I'm > guessing at this point that RedHat have committed to serverns way of > doing things (at least for the near future.) Our kernel developers have an "over my dead body" attitude toward that patch, I believe. ;-) Havoc From enrico.scholz at informatik.tu-chemnitz.de Wed Jul 23 13:21:45 2003 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 23 Jul 2003 15:21:45 +0200 Subject: No Galeon? In-Reply-To: <1058917746.3639.25.camel@benjamin> (Benjamin Vander Jagt's message of "22 Jul 2003 19:49:06 -0400") References: <1058917746.3639.25.camel@benjamin> Message-ID: <877k697506.fsf@kosh.ultra.csn.tu-chemnitz.de> benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) writes: > really? I know I'm the exemplary Linux nincompoop...if something is > simple to install, I'll be the first to break it, but I'm looking at > the archives using Galeon 1.2.7 on Mozilla 1.4. To make galeon-1.2.7 working/compilable with mozilla-1.4, you will have to rebuild mozilla-1.4-12 after substituting | %define toolkit_options --enable-default-toolkit=gtk2 --disable-freetype2 --enable-xft with | %define toolkit_options --enable-default-toolkit=gtk --enable-freetype2 --disable-xft at the top of the spec-file. As a nice sideeffect, you will get much better fonts also. Enrico From otaylor at redhat.com Wed Jul 23 13:34:30 2003 From: otaylor at redhat.com (Owen Taylor) Date: 23 Jul 2003 09:34:30 -0400 Subject: Fonts In-Reply-To: <1058962006.7269.4.camel@bushido> References: <1058916293.31859.28.camel@linuxmd> <20030722205830.D23258@devserv.devel.redhat.com> <1058927902.32452.0.camel@linuxmd> <1058936246.6852.3.camel@bushido> <1058962006.7269.4.camel@bushido> Message-ID: <1058967270.6206.2.camel@poincare.devel.redhat.com> On Wed, 2003-07-23 at 08:06, Michel Alexandre Salim wrote: > On Wed, 2003-07-23 at 11:57, Michel Alexandre Salim wrote: > > On Wed, 2003-07-23 at 09:38, Marc Deslauriers wrote: > > > > Do you have the bitstream-vera-fonts package installed? > > One thing that is puzzling is that even after installing > > bitstream-vera-fonts, the Bitstream fonts do *not* appear in any font > > listings. I had to manually run fc-cache in > > /usr/share/fonts/bitstream-vera, and even after that they are still not > > active. > > > Ah, found a solution. I had to delete /usr/share/fonts/fonts.cache-1 and > re-run fc-cache as root. Going to file a bug on this... should it go > under bitstream or fontconfig? fontconfig. You are sure you are testing with Red Hat 9 or Severn fontconfig? ( I thought we fixed all these problems...) The more exact you can make the reproduction instructions, the better. > Another problem with fonts: according to /etc/fonts/fonts.conf, > Bitstream Vera fonts should be preferred for Sans, Serif and Mono - but > they are not (Sans is still set to Luxi Sans, for instance). I even > tried reinstalling using an 'All' setup and such is still the case. What > gives Editing /etc/fonts/fonts.conf is challenging; you are probably editing the wrong part of the file; note the two different sections that are about (different types of) aliases. You want the second one. Regards, Owen From nphilipp at redhat.com Wed Jul 23 13:43:19 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 23 Jul 2003 15:43:19 +0200 Subject: No Galeon? In-Reply-To: <1058962066.30994.16.camel@gruyere.lan.livna.org> References: <1058913138.1805.2.camel@twoface> <20030722183701.V17627@devserv.devel.redhat.com> <1058939605.3327.7.camel@wombat.dialup.fht-esslingen.de> <1058962066.30994.16.camel@gruyere.lan.livna.org> Message-ID: <1058967798.6494.2.camel@gibraltar.stuttgart.redhat.com> On Wed, 2003-07-23 at 14:07, Dams wrote: > 1.3.7 is out. I packaged it too [1] for fedora but I dont dare submit it > for QA as it is keeps crashing at startup... Is it just me.. ? > > D > > [1] http://download.fr.fedora.us/~anvil/fedora/ > > Le mer 23/07/2003 ? 07:53, Nils Philippsen a ?crit : > > I've put up Galeon 1.3.6 among other stuff (e.g. gimp-beta) on my > > private page at http://lisas.de/~nils/redhat/severn/... "Once we figure > > out how to incorporate external packages ..." I plan to get this in > > (among many other things -- beware ;-). I took my shot at 1.3.7, but can't try it out at the moment (happen to not sit in front of the box). If you dare, grab the RPMs from the above URL -- I left the 1.3.6 RPMs there if it fails and you want to revert. Give me a shout whether this one behaves. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From anvil at livna.org Wed Jul 23 13:47:55 2003 From: anvil at livna.org (Dams) Date: 23 Jul 2003 15:47:55 +0200 Subject: No Galeon? In-Reply-To: <877k697506.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <1058917746.3639.25.camel@benjamin> <877k697506.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <1058968075.30994.31.camel@gruyere.lan.livna.org> While we're talking about rebuilding mozilla. I think it would be good(tm) to include and build enigmail in mozilla srpm. enigmail is a plugin for mozilla-mozilla to handle encryption stuff. http://enigmail.mozdev.org/ I tried to package this thing some month ago with no success... =] D Le mer 23/07/2003 ? 15:21, Enrico Scholz a ?crit : > benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) writes: > > really? I know I'm the exemplary Linux nincompoop...if something is > > simple to install, I'll be the first to break it, but I'm looking at > > the archives using Galeon 1.2.7 on Mozilla 1.4. > To make galeon-1.2.7 working/compilable with mozilla-1.4, you will have > to rebuild mozilla-1.4-12 after substituting > | %define toolkit_options --enable-default-toolkit=gtk2 --disable-freetype2 --enable-xft > with > | %define toolkit_options --enable-default-toolkit=gtk --enable-freetype2 --disable-xft > at the top of the spec-file. As a nice sideeffect, you will get much > better fonts also. > Enrico -- Dams Nad? Anvil/Anvilou on irc.freenode.net : #Linux-Fr, #Fedora I am looking for a job : http://livna.org/~anvil/cv.php "Dona Nobis Pacem E Dona Eis Requiem". Noir. From kaboom at gatech.edu Wed Jul 23 14:53:28 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Wed, 23 Jul 2003 08:53:28 -0600 (MDT) Subject: No Galeon? In-Reply-To: <1058968075.30994.31.camel@gruyere.lan.livna.org> References: <1058917746.3639.25.camel@benjamin> <877k697506.fsf@kosh.ultra.csn.tu-chemnitz.de> <1058968075.30994.31.camel@gruyere.lan.livna.org> Message-ID: On Wed, 23 Jul 2003, Dams wrote: > While we're talking about rebuilding mozilla. I think it would be > good(tm) to include and build enigmail in mozilla srpm. enigmail is a > plugin for mozilla-mozilla to handle encryption stuff. > http://enigmail.mozdev.org/ > I tried to package this thing some month ago with no success... =] I RFE'd this at some point in the past if you look in bugzilla. If I remember right, it was closed as "we'll ship when / if it merges" later, chris From mitch at metauser.net Wed Jul 23 15:09:45 2003 From: mitch at metauser.net (Mitch Anderson) Date: 23 Jul 2003 09:09:45 -0600 Subject: No Galeon? In-Reply-To: <20030722183701.V17627@devserv.devel.redhat.com> References: <1058913138.1805.2.camel@twoface> <20030722183701.V17627@devserv.devel.redhat.com> Message-ID: <1058972985.1417.20.camel@twoface> > Galeon 1.x stopped working due to the Mozilla upgrade to GTK 2; > Galeon 2 has forked into Epiphany (maintained by the original author > of Galeon 1), and Galeon 2. So we just added one of those. > > Once we figure out how to incorporate external packages, it seems 99% > likely someone will package Galeon 2. > I've been running Galeon 1.3.x for a while now on my debian unstable box... With that said, you can download a galeon 1.3.7 rpm for rh9 from galeons website... @ galeon.sourceforge.net From katzj at redhat.com Wed Jul 23 15:14:22 2003 From: katzj at redhat.com (Jeremy Katz) Date: 23 Jul 2003 11:14:22 -0400 Subject: desktop-printing and kde In-Reply-To: <1058923061.4157.2.camel@binkley> References: <1058922383.2564.28.camel@rh9> <20030722210927.A785@devserv.devel.redhat.com> <1058923061.4157.2.camel@binkley> Message-ID: <1058973262.16814.50.camel@isengard> On Tue, 2003-07-22 at 21:17, seth vidal wrote: > Speaking of printing, and this may be a gnome issue, is there a reason > why the print dialogs and systems for evolution and epiphany seem to be > so incredibly different? This is because evolution uses libgnomeprint22 and epiphany ties in with the mozilla printing infrastructure (at least, that's what it looks like from a quick look) Jeremy From skvidal at phy.duke.edu Wed Jul 23 15:21:10 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 23 Jul 2003 11:21:10 -0400 Subject: desktop-printing and kde In-Reply-To: <1058973262.16814.50.camel@isengard> References: <1058922383.2564.28.camel@rh9> <20030722210927.A785@devserv.devel.redhat.com> <1058923061.4157.2.camel@binkley> <1058973262.16814.50.camel@isengard> Message-ID: <1058973669.4157.102.camel@binkley> On Wed, 2003-07-23 at 11:14, Jeremy Katz wrote: > On Tue, 2003-07-22 at 21:17, seth vidal wrote: > > Speaking of printing, and this may be a gnome issue, is there a reason > > why the print dialogs and systems for evolution and epiphany seem to be > > so incredibly different? > > This is because evolution uses libgnomeprint22 and epiphany ties in with > the mozilla printing infrastructure (at least, that's what it looks like > from a quick look) Then for the libgnomeprint22 settings is there a way for me to configure them to one set of settings and have them stay there? For example: paper size, for me, is letter, not a4, but I can't get it to stay as that default. Should I hunt around gconf-editor? -sv From yinyang at eburg.com Wed Jul 23 15:29:07 2003 From: yinyang at eburg.com (Gordon Messmer) Date: Wed, 23 Jul 2003 08:29:07 -0700 Subject: XFS ? In-Reply-To: <20030722201105.W17627@devserv.devel.redhat.com> References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> <20030722223104.65298fca.matthias@rpmforge.net> <20030722170145.S17627@devserv.devel.redhat.com> <3F1DA7FB.8020902@tmsusa.com> <20030722181711.T17627@devserv.devel.redhat.com> <3F1DBDF3.4030302@medata.com> <20030722201105.W17627@devserv.devel.redhat.com> Message-ID: <3F1EA9C3.70606@eburg.com> Havoc Pennington wrote: > On Tue, Jul 22, 2003 at 03:42:59PM -0700, Rick Johnson wrote: > >>How will this affect future RHCE certifications? Will RHCE be transitioned >>to the Enterprise platform? > > > I don't know. I would expect so, it makes sense to me. But you'd need > to ask someone in the training organization. http://www.redhat.com/training/rhce/rhce_faq.html#current I believe that this was covered in more detail at the time that Red Hat decided to drop the point releases in favor of integer-only release numbers for Red Hat Linux, but I can't find any additional documents. From notting at redhat.com Wed Jul 23 15:34:59 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Jul 2003 11:34:59 -0400 Subject: Files larger than 2GB Supported In This Version? In-Reply-To: ; from ls@post1.com on Wed, Jul 23, 2003 at 05:15:10PM +0800 References: Message-ID: <20030723113459.A18078@devserv.devel.redhat.com> Lo Sheng (ls at post1.com) said: > > You are right. Two slaps on my wrists - its the smbfs patch for large file > > negotiation. I got the patches from: > > > > http://www.hojdpunkten.ac.se/054/samba/index.html > > I dug the Bugzilla and found that the issue has been logged last year: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68277 > > Could we have the patch in for the coming release, please? :-) The problem is is that the LFS support for smbfs changes the userspace ABI from the upstream kernel; if you ever in stall an upstream kernel; smbfs will break. That's why it historically hasn't been included. Bill From notting at redhat.com Wed Jul 23 15:35:50 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Jul 2003 11:35:50 -0400 Subject: Severn SATA Intel D865 kernel 2.4.21 no drives found In-Reply-To: <20030722183149.B6191@devserv.devel.redhat.com>; from notting@redhat.com on Tue, Jul 22, 2003 at 06:31:49PM -0400 References: <3F1DA42B.2040200@pagestation.com> <20030722183149.B6191@devserv.devel.redhat.com> Message-ID: <20030723113550.B18078@devserv.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > Exactly how do you have SATA configured in your BIOS? Never mind. The ICH SATA driver was accidentally left out of this beta; it will be in the next one. In fact, newer kernels in rawhide, when they appear, should have it enabled. Bill From notting at redhat.com Wed Jul 23 15:40:50 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Jul 2003 11:40:50 -0400 Subject: Sndconfig, does it have to go? In-Reply-To: <1058961485.6681.2.camel@benjamin>; from benjaminvanderjagt@adelphia.net on Wed, Jul 23, 2003 at 07:58:05AM -0400 References: <1058924265.3639.80.camel@benjamin> <0HIG000GMHWKG1@l-daemon> <20030722233632.B10002@devserv.devel.redhat.com> <1058961485.6681.2.camel@benjamin> Message-ID: <20030723114050.C18078@devserv.devel.redhat.com> Benjamin Vander Jagt (benjaminvanderjagt at adelphia.net) said: > > > But then after a couple of reboots, I opened up /etc/modules.conf and > > > there was my old Crystal card ready to go with the modules defined. > > > > kudzu will automatically configure sound cards with native ISAPnP support > > (i.e., those in modules.isapnpmap) > > > > Bill > > All except for Turtle Beach Tropez+ ISAPnP cards. :-D It will see > them, but it will never configure them properly. sndconfig will freeze > if I let it to a PnP probe... sndconfig freezes, or the machine freezes? Bill From katzj at redhat.com Wed Jul 23 15:41:29 2003 From: katzj at redhat.com (Jeremy Katz) Date: 23 Jul 2003 11:41:29 -0400 Subject: desktop-printing and kde In-Reply-To: <1058973669.4157.102.camel@binkley> References: <1058922383.2564.28.camel@rh9> <20030722210927.A785@devserv.devel.redhat.com> <1058923061.4157.2.camel@binkley> <1058973262.16814.50.camel@isengard> <1058973669.4157.102.camel@binkley> Message-ID: <1058974889.16814.53.camel@isengard> On Wed, 2003-07-23 at 11:21, seth vidal wrote: > Then for the libgnomeprint22 settings is there a way for me to configure > them to one set of settings and have them stay there? > > For example: paper size, for me, is letter, not a4, but I can't get it > to stay as that default. Should I hunt around gconf-editor? >From a quick source grep and poking around, it looks like its somewhere completely different. Take a look at /usr/share/libgnomeprint/2.2.1.1/globals.xml *sigh* :/ Jeremy From notting at redhat.com Wed Jul 23 15:41:22 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Jul 2003 11:41:22 -0400 Subject: Package requests (Re: First impressions and bugs) In-Reply-To: <1058961884.7269.1.camel@bushido>; from mas118@york.ac.uk on Wed, Jul 23, 2003 at 07:04:44PM +0700 References: <1058927755.6892.11.camel@bushido> <1058928400.6892.16.camel@bushido> <1058961884.7269.1.camel@bushido> Message-ID: <20030723114122.D18078@devserv.devel.redhat.com> Michel Alexandre Salim (mas118 at york.ac.uk) said: > Ah yes, just found it myself as well. There is a problem with it though > - it displays resolutions higher than the resolution set in XF86Config > (changable through System Settings->Display) > > Found out about it the hard way - my 1400x1050 laptop LCD was configured > at 1024x768 even though the graphics card has 16MB of VRAM. Is there any > reason why this conservative setting is chosen by default? I believe 1024x768 is the default in absence of a monitor probe that suggests it allows higher. Bill From notting at redhat.com Wed Jul 23 15:43:35 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Jul 2003 11:43:35 -0400 Subject: gpm errors In-Reply-To: <1058963672.2888.3.camel@bart.netlyncs.com>; from mike@netlyncs.com on Wed, Jul 23, 2003 at 07:34:32AM -0500 References: <1058963672.2888.3.camel@bart.netlyncs.com> Message-ID: <20030723114335.E18078@devserv.devel.redhat.com> Mike Chambers (mike at netlyncs.com) said: > Keep seeing this error below, but I think it's a known bug but not sure. > > Jul 22 10:40:01 bart gpm[1912]: O0o.oops(): [gpm.c(949)]: > Jul 22 10:40:01 bart gpm[1912]: mouse initialization failed What sort of mouse do you have? Bill From notting at redhat.com Wed Jul 23 15:45:45 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Jul 2003 11:45:45 -0400 Subject: anonymous pserver access to rhlinux.redhat.com In-Reply-To: <20030723104657.GB7718@rap.rap.dk>; from keld@dkuug.dk on Wed, Jul 23, 2003 at 12:46:58PM +0200 References: <20030722233440.A10002@devserv.devel.redhat.com> <20030723104657.GB7718@rap.rap.dk> Message-ID: <20030723114545.G18078@devserv.devel.redhat.com> Keld J?rn Simonsen (keld at dkuug.dk) said: > On Tue, Jul 22, 2003 at 11:34:40PM -0400, Bill Nottingham wrote: > > Anonymous pserver access to rhlinux.redhat.com should be restored > > now. We apologize for the inconvenience. > > would you know about login pserver access to i18n.redhat.com ? pserver is anonymous only. Other accounts go through ssh. Bill From rpjday at mindspring.com Wed Jul 23 15:46:18 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 23 Jul 2003 11:46:18 -0400 (GMT) Subject: looking for a TTF font viewer Message-ID: <3119823.1058975569387.JavaMail.nobody@wamui10.slb.atl.earthlink.net> given that gfontview is not here any longer, and i'm not sure what gnome-font-viewer is complaining about, i'd like a simple font viewer that would let me scan through all of the TTF font files in a directory one at a time. from what i can see, gnome-font-viewer only accepts a single file as an argument. does severn have something like this somewhere? rday From mas118 at york.ac.uk Wed Jul 23 15:57:39 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Wed, 23 Jul 2003 22:57:39 +0700 Subject: Fonts In-Reply-To: <200307230951.h6N9p0M25631@devserv.devel.redhat.com> References: <200307230951.h6N9p0M25631@devserv.devel.redhat.com> Message-ID: <1058975859.6793.1.camel@bushido> On Wed, 2003-07-23 at 16:51, Alan Cox wrote: > Can you make sure this in bugzilla if not already. Things on mailing lists > go into developers heads but tend to exit about 7pm and not return. Things > in bugzilla stay > Sure, I planned to but did not have time earlier - that, and getting hard lock-ups does not help either. Alas, I have not been able to pinpoint where *that* came from, just that it is more common when running Red Hat tools (neat, rpm, so far) Bugzilla here I come... Regards, Michel From christopher-c-weis at uiowa.edu Wed Jul 23 15:58:58 2003 From: christopher-c-weis at uiowa.edu (Christopher C. Weis) Date: Wed, 23 Jul 2003 10:58:58 -0500 Subject: Broadcom Drivers Message-ID: <3F1EB0C2.9020701@uiowa.edu> Maybe not the correct place to voice this, but any chance of updating the broadcom driver in RH's kernel to support chipsets that are currently shipping with HP workstations? The current HP xw4100 (and probably a lot of others) workstations that HP is shipping have a Gig. Broadcom chipset in them, but the tg3 driver doesn't support the newer chipsets. Broadcom's own bcm5700 driver works (under RH9 anyway). The driver would need to be added to all the kernel packages, as well as to the initrd in the installation images (boot.iso, etc.) I can make the modifications myself and submit them if anyone at RH is interested. I'm not sure how RH handles requests such as this, so please fill me in if I'm way out of line. Thanks. ~Chris From dale_kosan at fastmail.fm Wed Jul 23 16:01:08 2003 From: dale_kosan at fastmail.fm (Dale Kosan) Date: 23 Jul 2003 12:01:08 -0400 Subject: no go on reboot.. Message-ID: <1058976068.3489.11.camel@gandalf.home> I tried installing the new beta twice on my machine, both times it hung when it was restarting at the setting hostname part. When I tried to install I had to pass linux noprobe and acpi=off or else it would freeze at the loading installer portion. I checked the iso's after I downloaded them and the md5sum's were correct. I also ran the media test and all three iso's passed. I was installing from a vfat drive so I only booted with the first cd. My hardware is as follows: A7N8 Motherboard 2500XP "barton" 1025 mbs pc2700 memory one maxtor drive for windows, primary one maxtor drive for linux. secondary plextor 48/24/48 cdrw, master sony dvd burner, secondary adaptec 2930 scsi card ibm dds2 dat drive nforce onboard sound 3com onboard nic Nvidia gforce2 mx440 video card, 64 mb memory Any ideas or thoughts? From mas118 at york.ac.uk Wed Jul 23 16:05:21 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Wed, 23 Jul 2003 23:05:21 +0700 Subject: Fonts In-Reply-To: <1058967270.6206.2.camel@poincare.devel.redhat.com> References: <1058916293.31859.28.camel@linuxmd> <20030722205830.D23258@devserv.devel.redhat.com> <1058927902.32452.0.camel@linuxmd> <1058936246.6852.3.camel@bushido> <1058962006.7269.4.camel@bushido> <1058967270.6206.2.camel@poincare.devel.redhat.com> Message-ID: <1058976321.6793.4.camel@bushido> On Wed, 2003-07-23 at 20:34, Owen Taylor wrote: > Editing /etc/fonts/fonts.conf is challenging; you are probably editing > the wrong part of the file; note the two different sections that > are about (different types of) aliases. You want the second one. > Ah, found that section. Fair enough then, it's probably easier just choosing Vera by hand, that way I would not have to fuss with it in future releases. Regards, Michel From notting at redhat.com Wed Jul 23 16:07:51 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Jul 2003 12:07:51 -0400 Subject: Broadcom Drivers In-Reply-To: <3F1EB0C2.9020701@uiowa.edu>; from christopher-c-weis@uiowa.edu on Wed, Jul 23, 2003 at 10:58:58AM -0500 References: <3F1EB0C2.9020701@uiowa.edu> Message-ID: <20030723120751.A28738@devserv.devel.redhat.com> Christopher C. Weis (christopher-c-weis at uiowa.edu) said: > Maybe not the correct place to voice this, but any chance of updating > the broadcom driver in RH's kernel to support chipsets that are > currently shipping with HP workstations? > > The current HP xw4100 (and probably a lot of others) workstations that > HP is shipping have a Gig. Broadcom chipset in them, but the tg3 driver > doesn't support the newer chipsets. Broadcom's own bcm5700 driver works > (under RH9 anyway). The driver would need to be added to all the kernel > packages, as well as to the initrd in the installation images (boot.iso, > etc.) > > I can make the modifications myself and submit them if anyone at RH is > interested. I'm not sure how RH handles requests such as this, so > please fill me in if I'm way out of line. For this, it's probably just better to enter a request in bugzilla to update the tg3 driver to support these chipsets. Bill From mas118 at york.ac.uk Wed Jul 23 16:07:47 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Wed, 23 Jul 2003 23:07:47 +0700 Subject: Fonts In-Reply-To: <1058964018.2888.6.camel@bart.netlyncs.com> References: <1058916293.31859.28.camel@linuxmd> <20030722205830.D23258@devserv.devel.redhat.com> <1058927902.32452.0.camel@linuxmd> <1058936246.6852.3.camel@bushido> <1058964018.2888.6.camel@bart.netlyncs.com> Message-ID: <1058976467.6793.6.camel@bushido> On Wed, 2003-07-23 at 19:40, Mike Chambers wrote: > Read the release-notes and scroll down to the font adding section. > There is an explanation of how to add fonts to /usr/share/fonts dir and > what commands to run. I just performed it this morning, including > adding to ~/.fonts dir as well and both worked just fine. Thanks for the pointer, but running fc-cache does not work if I did not delete fonts.cache-1 beforehand; I just re-confirmed this. Bugzilla then. Thanks for the pointer though. - Michel From notting at redhat.com Wed Jul 23 16:08:16 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Jul 2003 12:08:16 -0400 Subject: no go on reboot.. In-Reply-To: <1058976068.3489.11.camel@gandalf.home>; from dale_kosan@fastmail.fm on Wed, Jul 23, 2003 at 12:01:08PM -0400 References: <1058976068.3489.11.camel@gandalf.home> Message-ID: <20030723120816.B28738@devserv.devel.redhat.com> Dale Kosan (dale_kosan at fastmail.fm) said: > I tried installing the new beta twice on my machine, both times it hung > when it was restarting at the setting hostname part. Does this continue when passing 'acpi=off'? Bill From ls at post1.com Wed Jul 23 16:09:41 2003 From: ls at post1.com (Lo Sheng) Date: Thu, 24 Jul 2003 00:09:41 +0800 (SGT) Subject: Files larger than 2GB Supported In This Version? In-Reply-To: <20030723113459.A18078@devserv.devel.redhat.com> Message-ID: On Wed, 23 Jul 2003, Bill Nottingham wrote: > The problem is is that the LFS support for smbfs changes the userspace > ABI from the upstream kernel; if you ever in stall an upstream kernel; > smbfs will break. > > That's why it historically hasn't been included. Hi, Bill, Thanks for the explanation. Could you please advise me if there a long term solution in sight? This limitation affects the versatility of the default kernel to be used as a Windows file server, and putting in a dent into the great works of samba. ls From dale_kosan at fastmail.fm Wed Jul 23 16:12:11 2003 From: dale_kosan at fastmail.fm (Dale Kosan) Date: 23 Jul 2003 12:12:11 -0400 Subject: no go on reboot.. In-Reply-To: <20030723120816.B28738@devserv.devel.redhat.com> References: <1058976068.3489.11.camel@gandalf.home> <20030723120816.B28738@devserv.devel.redhat.com> Message-ID: <1058976731.3489.15.camel@gandalf.home> I can install after that, but when it is finished and reboots it hangs on setting hostname... From notting at redhat.com Wed Jul 23 16:14:33 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Jul 2003 12:14:33 -0400 Subject: Files larger than 2GB Supported In This Version? In-Reply-To: ; from ls@post1.com on Thu, Jul 24, 2003 at 12:09:41AM +0800 References: <20030723113459.A18078@devserv.devel.redhat.com> Message-ID: <20030723121433.C28738@devserv.devel.redhat.com> Lo Sheng (ls at post1.com) said: > Thanks for the explanation. Could you please advise me if there a long > term solution in sight? This limitation affects the versatility of the > default kernel to be used as a Windows file server, and putting > in a dent into the great works of samba. I believe it's fixed in 2.6. Bill From smoogen at lanl.gov Wed Jul 23 16:15:02 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 23 Jul 2003 10:15:02 -0600 Subject: Promoting LDAP vs NIS on RHL In-Reply-To: <1058937321.4157.76.camel@binkley> References: <1058936314.2411.80.camel@mentor.gurulabs.com> <1058937321.4157.76.camel@binkley> Message-ID: <1058976902.10599.14.camel@smoogen1.lanl.gov> We found that turning on nscd with openldap w/db4 had the speeds equivalent to NIS. However our ldap tables may just be lucky enough to be fast. On Tue, 2003-07-22 at 23:15, seth vidal wrote: > On Wed, 2003-07-23 at 00:58, Dax Kelson wrote: > > An LDAP directory can have numerous advantages over NIS. For example: > > > > * Strong mutual authentication of client machines and LDAP servers > > * All network traffic and be encrypted (by mandate even) via SSL or TLS. > > * A rouge root on client machines cannot access user data, collect > > encrypted password strings for user accounts > > * Shadow password functionality including aging can be used > > > > I would like to encourage Linux sysadmins to "properly" and securely > > setup LDAP directories as opposed to NIS. > > > > What can be done to encourage this? > > > > For starters, it would be nice to have a good generic LDAP directory > > browser/editor that was SSL/TLS enabled. RHL7.3 shipped with a decent > > one, GQ, but it was dropped. > > > > The slick looking "directoryadministrator" can be used to administer an > > directory post-setup. > > > > Any have other ideas? > > could you make openldap not be incredibly slow under high load and/or > large number of entries? > > The problem I see with ldap-authentication backends are: > 1. w/o kerberos or some other strong authenticator you'll still need an > authentication system for your authentication system > 2. the available ldap server for linux appears to not scale that well > right now. > 3. the layout of user information is not terribly obvious > 4. the disaster recovery mechanism (what do you back up to make sure you > can recover) isn't as well documented or as trivial to understand as > NIS' > > my 2c > -sv > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From notting at redhat.com Wed Jul 23 16:15:59 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Jul 2003 12:15:59 -0400 Subject: no go on reboot.. In-Reply-To: <1058976731.3489.15.camel@gandalf.home>; from dale_kosan@fastmail.fm on Wed, Jul 23, 2003 at 12:12:11PM -0400 References: <1058976068.3489.11.camel@gandalf.home> <20030723120816.B28738@devserv.devel.redhat.com> <1058976731.3489.15.camel@gandalf.home> Message-ID: <20030723121559.D28738@devserv.devel.redhat.com> Dale Kosan (dale_kosan at fastmail.fm) said: > I can install after that, but when it is finished and reboots it hangs > on setting hostname... Exactly; what I'm asking is what happens if you pass 'acpi=off' to the *non*-install kernel when you boot via grub/lilo? Bill From mas118 at york.ac.uk Wed Jul 23 16:15:59 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Wed, 23 Jul 2003 23:15:59 +0700 Subject: Fonts In-Reply-To: <200307230951.h6N9p0M25631@devserv.devel.redhat.com> References: <200307230951.h6N9p0M25631@devserv.devel.redhat.com> Message-ID: <1058976958.6793.9.camel@bushido> On Wed, 2003-07-23 at 16:51, Alan Cox wrote: > > Copying the fonts manually to ~/.fonts does activate them though, so > > what gives? /usr/share/fonts is listed in /etc/fonts/fonts.conf; perhaps > > fontconfig does not recursively traverse font dirs? > > Can you make sure this in bugzilla if not already. Things on mailing lists > go into developers heads but tend to exit about 7pm and not return. Things > in bugzilla stay > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100589 Red Hat Linux Beta beta1 fontconfig NEW Stale /usr/share/fonts/fonts.cache-1 blocking fonts caching Regards, Michel From anvil at livna.org Wed Jul 23 16:16:18 2003 From: anvil at livna.org (Dams) Date: 23 Jul 2003 18:16:18 +0200 Subject: IPv6 and pppd. Message-ID: <1058976978.30994.45.camel@gruyere.lan.livna.org> Hello Is the ppp daemon in severn able to handle ipv6 ? Some providers (like nerim in France) actually provide native ipv6 connection. For psyche and shrike, i had to grab patched rpms from http://www.netcore.fi/pekkas/linux/ipv6/ to have an ipv6 adress from pppd. ( https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=47761 ) So, could you enable ipv6 in pppd, please ? D -- Dams Nad? Anvil/Anvilou on irc.freenode.net : #Linux-Fr, #Fedora I am looking for a job : http://livna.org/~anvil/cv.php "Dona Nobis Pacem E Dona Eis Requiem". Noir. From mas118 at york.ac.uk Wed Jul 23 16:19:51 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Wed, 23 Jul 2003 23:19:51 +0700 Subject: Package requests (Re: First impressions and bugs) In-Reply-To: <20030723114122.D18078@devserv.devel.redhat.com> References: <1058927755.6892.11.camel@bushido> <1058928400.6892.16.camel@bushido> <1058961884.7269.1.camel@bushido> <20030723114122.D18078@devserv.devel.redhat.com> Message-ID: <1058977191.6793.12.camel@bushido> On Wed, 2003-07-23 at 22:41, Bill Nottingham wrote: > Michel Alexandre Salim (mas118 at york.ac.uk) said: > > Ah yes, just found it myself as well. There is a problem with it though > > - it displays resolutions higher than the resolution set in XF86Config > > (changable through System Settings->Display) > > > > Found out about it the hard way - my 1400x1050 laptop LCD was configured > > at 1024x768 even though the graphics card has 16MB of VRAM. Is there any > > reason why this conservative setting is chosen by default? > > I believe 1024x768 is the default in absence of a monitor probe > that suggests it allows higher. > Even when Generic 1400x1050 is manually selected? My monitor does provide DCC information but I feel safer manually overriding. Regards, Michel From notting at redhat.com Wed Jul 23 16:22:14 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Jul 2003 12:22:14 -0400 Subject: Package requests (Re: First impressions and bugs) In-Reply-To: <1058977191.6793.12.camel@bushido>; from mas118@york.ac.uk on Wed, Jul 23, 2003 at 11:19:51PM +0700 References: <1058927755.6892.11.camel@bushido> <1058928400.6892.16.camel@bushido> <1058961884.7269.1.camel@bushido> <20030723114122.D18078@devserv.devel.redhat.com> <1058977191.6793.12.camel@bushido> Message-ID: <20030723122214.A14135@devserv.devel.redhat.com> Michel Alexandre Salim (mas118 at york.ac.uk) said: > > > Found out about it the hard way - my 1400x1050 laptop LCD was configured > > > at 1024x768 even though the graphics card has 16MB of VRAM. Is there any > > > reason why this conservative setting is chosen by default? > > > > I believe 1024x768 is the default in absence of a monitor probe > > that suggests it allows higher. > > > Even when Generic 1400x1050 is manually selected? My monitor does > provide DCC information but I feel safer manually overriding. Hm, no, if you select the monitor, it should allow you to default to that mode. File a bug. :) Bill From benjaminvanderjagt at adelphia.net Wed Jul 23 16:25:09 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 23 Jul 2003 12:25:09 -0400 Subject: Sndconfig, does it have to go? In-Reply-To: <20030723114050.C18078@devserv.devel.redhat.com> References: <1058924265.3639.80.camel@benjamin> <0HIG000GMHWKG1@l-daemon> <20030722233632.B10002@devserv.devel.redhat.com> <1058961485.6681.2.camel@benjamin> <20030723114050.C18078@devserv.devel.redhat.com> Message-ID: <1058977509.7279.8.camel@benjamin> On Wed, 2003-07-23 at 11:40, Bill Nottingham wrote: > Benjamin Vander Jagt (benjaminvanderjagt at adelphia.net) said: > > > > But then after a couple of reboots, I opened up /etc/modules.conf and > > > > there was my old Crystal card ready to go with the modules defined. > > > > > > kudzu will automatically configure sound cards with native ISAPnP support > > > (i.e., those in modules.isapnpmap) > > > > > > Bill > > > > All except for Turtle Beach Tropez+ ISAPnP cards. :-D It will see > > them, but it will never configure them properly. sndconfig will freeze > > if I let it to a PnP probe... > > sndconfig freezes, or the machine freezes? > > Bill It's been a while since I've used it, but I think only sndconfig freezes. I think if the system froze, I would remember having conducted a more in-depth diagnosis. Unfortunately, I have Win98 running my TB Tropez+ right now. Sadly, this card is too expensive for me to give up to use my favorite OS... I can check again, but it will be this evening at absolute earliest before I can, since I would have to reinstall Red Hat on that system (using J.A.M.D. 0.0.6). Also BTW, I've tried my card on everything from a 486 DLC2-66 to an XP 1700+. Windows always installs drivers right. (These cards have a very bad reputation for not working, but I know why. The drivers are distributed in dos sfx ZIP, and most people simply run the .exe files and extract them either into directories or onto disks. The program needs a -d parameter (or -r, I can't remember), and with the files in the wrong place, the drivers simply ask for the Windows disks for the missing files, and it sticks in the wrong drivers. On top of that, most people give up and install the DOS drivers, hoping that the Windows SB drivers will work; plus, DX5 thru DX7 kill the drivers. The card itself is very robust.) > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From benjaminvanderjagt at adelphia.net Wed Jul 23 16:27:07 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 23 Jul 2003 12:27:07 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723085547.C12619@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <1058827891.4600.27.camel@mentor.gurulabs.com> <20030722111634.A3401@devserv.devel.redhat.com> <200307220844.08381.hosting@j2solutions.net> <1058913966.25250.8.camel@elsol.zwan> <20030723085547.C12619@devserv.devel.redhat.com> Message-ID: <1058977627.7279.10.camel@benjamin> On Wed, 2003-07-23 at 08:55, Havoc Pennington wrote: > On Tue, Jul 22, 2003 at 11:46:06PM +0100, Mr. Adam ALLEN wrote: > > Well the code from bootsplash.org works with Shrike (still another 12 > > hours for severn to download), it didn't take much to get working, a few > > patches to the kernel, add the images and config to the initrd.img, add > > vga=XXX to the kernel paramteres- and it works as advertised. > > > > I can't comment on how it compares with what's in severn just yet. > > > > The bootsplash.org is what SuSE use for their graphical boot-up. I'm > > guessing at this point that RedHat have committed to serverns way of > > doing things (at least for the near future.) > > Our kernel developers have an "over my dead body" attitude toward that > patch, I believe. ;-) > > Havoc > Ya know, I kinda like seeing those kernel and boot messages. I like seeing "OK" or "FAILED", and I like knowing that stuff is still happening. Just my six pence... > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From hosting at j2solutions.net Wed Jul 23 16:12:18 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Wed, 23 Jul 2003 09:12:18 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <1058977627.7279.10.camel@benjamin> References: <200307211503.57071.hosting@j2solutions.net> <20030723085547.C12619@devserv.devel.redhat.com> <1058977627.7279.10.camel@benjamin> Message-ID: <200307230912.18652.hosting@j2solutions.net> On Wednesday 23 July 2003 09:27, Benjamin Vander Jagt wrote: > Ya know, I kinda like seeing those kernel and boot messages. I like > seeing "OK" or "FAILED", and I like knowing that stuff is still > happening. > > Just my six pence... Those that like seeing it, are also the type that would not blink at making a change to grub.conf or /etc/sysconfig/init to disable the graphical bootup. Those that would most like the pretty boot up, are also the type that usually don't like to have to touch any config files, especially files that can render their RHL unbootable. Graphical Boot should remain an opt-out of thing, rather than an opt-in. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From mas118 at york.ac.uk Wed Jul 23 16:31:38 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Wed, 23 Jul 2003 23:31:38 +0700 Subject: Package requests (Re: First impressions and bugs) In-Reply-To: <1058961884.7269.1.camel@bushido> References: <1058927755.6892.11.camel@bushido> <1058928400.6892.16.camel@bushido> <1058961884.7269.1.camel@bushido> Message-ID: <1058977898.6793.14.camel@bushido> On Wed, 2003-07-23 at 19:04, Michel Alexandre Salim wrote: > On Wed, 2003-07-23 at 10:04, Jonathan Blandford wrote: > > Michel Alexandre Salim writes: > > > > > My list: > > > Bogofilter - http://bogofilter.sourceforge.net > > > grandr_applet - resize X on-the-fly - > > > http://www.fedora.us/tempspecs/testing/grandr_applet.spec > > > > There is a Display Size dialog under preferences now that does R and R > > resizing. It is better integrated with the way we handle this in GNOME, > > now. > > > Ah yes, just found it myself as well. There is a problem with it though > - it displays resolutions higher than the resolution set in XF86Config > (changable through System Settings->Display) > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100593 Red Hat Linux Beta beta1 control-center NEW gnome-display-properties lists unavailable resolutions Regards, Michel From mas118 at york.ac.uk Wed Jul 23 16:35:09 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Wed, 23 Jul 2003 23:35:09 +0700 Subject: Severn notebook users experiencing hard lock-ups? Message-ID: <1058978109.6793.19.camel@bushido> Hello, I have been getting mysterious lock-ups when configuring network devices for the first time (either neat or internet-druid), and a couple of times after the system is fully set up and running neat (once) and rpm (once). Running fresh install of Severn on a Sony Z1MP, Centrino 1.3GHz, with built-in wireless/bluetooth turned off and using a Lucent WaveLAN 802.11b card. My suspicion lies with the kernel, I might file a bug report once I get more details (will recompile a 2.6 kernel tomorrow and see if I could crash 2.4.21 but not 2.6-test1) Thanks in advance, Michel From felipe_alfaro at linuxmail.org Wed Jul 23 17:08:06 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: 23 Jul 2003 19:08:06 +0200 Subject: Graphical boot isn't so graphical In-Reply-To: <200307230953.h6N9rvc26626@devserv.devel.redhat.com> References: <200307230953.h6N9rvc26626@devserv.devel.redhat.com> Message-ID: <1058980086.707.1.camel@teapot.felipe-alfaro.com> On Wed, 2003-07-23 at 11:53, Alan Cox wrote: > > X feels too heavyweight for this purpose. > > > > Seems like it should be framebuffer approach. You could probably do it > > all in one binary instead of moving "all of X" to the root filesystem. > > > > Just wonder the what the rationale is of using X over a frame buffer > > approach. > > - Only one thing breaks if we use X11, so either rhgb & desktop > work, or neither work > > - The only mode we could safely switch to/from would be generic > VGA modes (640x480x16) > > I did suggest doing that display using text mode, and carefully built > custom font but that has issues as well. What about a VESA framebuffer? AFAIK, nearly every graphics card in the market support VESA 1.x (at least). During installation, Anaconda could check if the videocard supports VESA and, if so, install rhgb. From thomas at hcconst.com Wed Jul 23 17:29:52 2003 From: thomas at hcconst.com (Thomas Corriher) Date: Wed, 23 Jul 2003 13:29:52 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <200307230912.18652.hosting@j2solutions.net> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> Message-ID: <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> > Those that would most like the pretty boot up, are also the type > that usually don't like to have to touch any config > files, especially files that can render their RHL unbootable. > Graphical Boot should remain an opt-out of thing, rather than an > opt-in. Benjamin Vander was correct. It is the graphical booting which is more likely to cause boot problems, or allow serious problems to go unnoticed during the boot process. It is a bad design decision from a technical perspective. However, it is good marketing and seems more welcoming to newbies. I guess it is all a matter of priorities. I suppose as long as RH makes reconfiguring it reasonably easy, then this is not a major problem for anyone. -- Thomas Corriher From johnsonm at redhat.com Wed Jul 23 17:37:36 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 23 Jul 2003 13:37:36 -0400 Subject: graphical boot and kudzu In-Reply-To: <6A3008858445D711A58A00062939B2F1EBB8@EXCHANGE>; from pavelr@coresma.com on Tue, Jul 22, 2003 at 03:04:55PM +0200 References: <6A3008858445D711A58A00062939B2F1EBB8@EXCHANGE> Message-ID: <20030723133736.A12365@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 03:04:55PM +0200, Pavel Rozenboim wrote: > Do you need any information about my system to help resolution of this > issue? boot with acpi=off and see if it helps. If it does, please bugzilla with output from dmidecode and acpidmp (run as root). michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From mas118 at york.ac.uk Wed Jul 23 17:39:56 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Thu, 24 Jul 2003 00:39:56 +0700 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> Message-ID: <1058981995.7353.4.camel@bushido> On Thu, 2003-07-24 at 00:29, Thomas Corriher wrote: > Benjamin Vander was correct. It is the graphical booting which is > more likely to cause boot problems, or allow serious problems to go > unnoticed during the boot process. It is a bad design decision > from a technical perspective. However, it is good marketing and > seems more welcoming to newbies. I guess it is all a matter of > priorities. I suppose as long as RH makes reconfiguring it > reasonably easy, then this is not a major problem for anyone. It's not too bad - if your system crashed, during the next boot sequence your partitions would not be cleanly unmounted and rhgb would not be triggered. Guess I'll have to start making it a habit of booting into runlevel 3 after making changes, e.g. after adding services... Regards, Michel From alan at redhat.com Wed Jul 23 17:43:35 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 23 Jul 2003 13:43:35 -0400 (EDT) Subject: Graphical boot isn't so graphical In-Reply-To: <1058980086.707.1.camel@teapot.felipe-alfaro.com> from "Felipe Alfaro Solana" at Gor 23, 2003 07:08:06 Message-ID: <200307231743.h6NHhZ522077@devserv.devel.redhat.com> > What about a VESA framebuffer? AFAIK, nearly every graphics card in the > market support VESA 1.x (at least). During installation, Anaconda could > check if the videocard supports VESA and, if so, install rhgb. If you trigger VESA mode you can't then use some X servers and the VESA mode switch is 16bit only so its very hard to get back out of it From mark at mark.mielke.cc Wed Jul 23 17:50:13 2003 From: mark at mark.mielke.cc (Mark Mielke) Date: Wed, 23 Jul 2003 13:50:13 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> Message-ID: <20030723175013.GB6431@mark.mielke.cc> On Wed, Jul 23, 2003 at 01:29:52PM -0400, Thomas Corriher wrote: > > Those that would most like the pretty boot up, are also the type > > that usually don't like to have to touch any config > > files, especially files that can render their RHL unbootable. > > Graphical Boot should remain an opt-out of thing, rather than an > > opt-in. > Benjamin Vander was correct. It is the graphical booting which is > more likely to cause boot problems, or allow serious problems to go > unnoticed during the boot process. It is a bad design decision > from a technical perspective. However, it is good marketing and > seems more welcoming to newbies. I guess it is all a matter of > priorities. I suppose as long as RH makes reconfiguring it > reasonably easy, then this is not a major problem for anyone. If we consider how successful desktop systems have been, without the detailed startup messages (WIN, MACOS, ...) it isn't that odd of a decision. What would be nice is a sort of compromise between the two. Perhaps the text should be written to both the console and managed by the graphical boot manager, and if any of the startup scripts fail, the GUI should drop away? One more vote for a frame buffer implementation from this corner as well... mark -- mark at mielke.cc/markm at ncf.ca/markm at nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From mas118 at york.ac.uk Wed Jul 23 17:54:23 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Thu, 24 Jul 2003 00:54:23 +0700 Subject: Package requests (Re: First impressions and bugs) In-Reply-To: <20030723122214.A14135@devserv.devel.redhat.com> References: <1058927755.6892.11.camel@bushido> <1058928400.6892.16.camel@bushido> <1058961884.7269.1.camel@bushido> <20030723114122.D18078@devserv.devel.redhat.com> <1058977191.6793.12.camel@bushido> <20030723122214.A14135@devserv.devel.redhat.com> Message-ID: <1058982863.7353.17.camel@bushido> On Wed, 2003-07-23 at 23:22, Bill Nottingham wrote: > > > I believe 1024x768 is the default in absence of a monitor probe > > > that suggests it allows higher. > > > > > Even when Generic 1400x1050 is manually selected? My monitor does > > provide DCC information but I feel safer manually overriding. > > Hm, no, if you select the monitor, it should allow you to default > to that mode. File a bug. :) > I found the following Bugzilla entry: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=99541 Is a new bug report necessary? Thanks, Michel From terraformers at gmx.net Wed Jul 23 18:02:48 2003 From: terraformers at gmx.net (lars) Date: Wed, 23 Jul 2003 20:02:48 +0200 Subject: alsa - unresolved symbols Message-ID: <200307232002.48297.terraformers@gmx.net> trying to figure out my unresolved symbols for the alsa modules. for testing i installed my older 2.4.21 kernel and sources and also get the unresolved symbol problem. it worked fine before, so i seems to be the new compiler. as it does not work with gcc33 i have to try gcc32 from the gcc32.rpm i tried #export CC=gcc32 #export CXX=gcc32 #export HOSTCC=gcc32 before compiling alsa source rpms but it did not change anything after digging around on the web i get the impression that i have to #export CXX=g++32 but there is no such file in the gcc32.rpm so my question is how to recompile source rpms using gcc32 correctly. thanks in advance lars From elwoo at videotron.ca Wed Jul 23 18:04:34 2003 From: elwoo at videotron.ca (Elton Woo) Date: Wed, 23 Jul 2003 14:04:34 -0400 Subject: CD testing In-Reply-To: <200307231006.h6NA6kw31855@devserv.devel.redhat.com> References: <200307231006.h6NA6kw31855@devserv.devel.redhat.com> Message-ID: <200307231404.34583.elwoo@videotron.ca> On July 23, 2003 06:06 am, Alan Cox wrote: > > in RH 9. I burned a load of 9.0.93 CDs, and half were bad. If I > > remember correctly, I also had some kernel panics while burning music > > CDs, but I never had any bad data CDs until I burned this beta. > > > > I can't think of any reason why this would happen, but has anyone else > > had any trouble making this beta? YES. I'm having trouble erasing / writing disks, even with the 'force' flag... OTH, maybe the particular CD's are a wee bit scratched...??? <*SHRUG*> > I'd guess because when you updated to a 2.4.20 based kernel for RH9 errata > you acquired the IDE reset handling bug. If you update to the very > latest errata of a couple of days ago it should stop panicing on disks > too This is my default boot kernel: kernel-2.4.20-18.9. I'm using Ximian Gnome Desktop2 with all the trimmings and fixin's. Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Wed Jul 23 18:08:48 2003 From: elwoo at videotron.ca (Elton Woo) Date: Wed, 23 Jul 2003 14:08:48 -0400 Subject: replacement for tripwire? In-Reply-To: <20030722175154.6991.qmail@web10103.mail.yahoo.com> References: <20030722175154.6991.qmail@web10103.mail.yahoo.com> Message-ID: <200307231408.48172.elwoo@videotron.ca> On July 22, 2003 01:51 pm, Psycho Tux wrote: > Hi all, > > thank a lot to Red Hat for this stable Distribution. > As yet, i didnt find any big bugs. I cant found > TripWire? which package schoud I use? Removed. According to the release notes on Disk 1 of the Severn beta. Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From anthony.seward at ieee.org Wed Jul 23 18:09:44 2003 From: anthony.seward at ieee.org (Anthony Joseph Seward) Date: 23 Jul 2003 12:09:44 -0600 Subject: Graphical boot isn't so graphical In-Reply-To: <1058981995.7353.4.camel@bushido> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <1058981995.7353.4.camel@bushido> Message-ID: <1058983784.5154.1.camel@sonylap1> Just go to console 1 during the graphical boot. The text stuff is still there. Tony On Wed, 2003-07-23 at 11:39, Michel Alexandre Salim wrote: > On Thu, 2003-07-24 at 00:29, Thomas Corriher wrote: > > > Benjamin Vander was correct. It is the graphical booting which is > > more likely to cause boot problems, or allow serious problems to go > > unnoticed during the boot process. It is a bad design decision > > from a technical perspective. However, it is good marketing and > > seems more welcoming to newbies. I guess it is all a matter of > > priorities. I suppose as long as RH makes reconfiguring it > > reasonably easy, then this is not a major problem for anyone. > It's not too bad - if your system crashed, during the next boot sequence > your partitions would not be cleanly unmounted and rhgb would not be > triggered. > > Guess I'll have to start making it a habit of booting into runlevel 3 > after making changes, e.g. after adding services... > > Regards, > > Michel > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Anthony Joseph Seward From johnsonm at redhat.com Wed Jul 23 18:12:56 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 23 Jul 2003 14:12:56 -0400 Subject: No ext3/htree in Severn ? In-Reply-To: <1058899457.733.4.camel@teapot.felipe-alfaro.com>; from felipe_alfaro@linuxmail.org on Tue, Jul 22, 2003 at 08:44:18PM +0200 References: <20030722031058.GA5461@outblaze.com> <20030722121528.C26155@devserv.devel.redhat.com> <1058899457.733.4.camel@teapot.felipe-alfaro.com> Message-ID: <20030723141256.B12365@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 08:44:18PM +0200, Felipe Alfaro Solana wrote: > Isn't this a beta? I think it's time for testing stuff like this :-) I should clarify. We've announced our change to a more public process mid-cycle. Some might say that we shouldn't do that -- but when you have a cycle, what *isn't* mid-cycle? No matter where we start, someone will have a complaint... In this case, we were after freeze, but we moved our freeze out a bit in order to be able to respond to at least a few requests for changes to demonstrate that this process is real. However, there's a limit to the changes we can make sanely, and a beta isn't really for testing to see whether code is any good; rather, it's for testing code that we have gained reasonable confidence is good. Furthermore, if you look at our kernel package, we already have a lot of patches in it (more than we would prefer to have, to be frank) and additional patches add even more complexity, which is not in line with our objective of staying as close to upstream as we can (given where we started from). http://rhl.redhat.com/about/objectives.html Hope that helps... michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From alan at redhat.com Wed Jul 23 18:17:37 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 23 Jul 2003 14:17:37 -0400 (EDT) Subject: CD testing In-Reply-To: <200307231404.34583.elwoo@videotron.ca> from "Elton Woo" at Gor 23, 2003 02:04:34 Message-ID: <200307231817.h6NIHbx03230@devserv.devel.redhat.com> > This is my default boot kernel: > kernel-2.4.20-18.9. I'm using Ximian Gnome Desktop2 with all the Pre the reset fix From johnsonm at redhat.com Wed Jul 23 18:21:48 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 23 Jul 2003 14:21:48 -0400 Subject: XFS ? In-Reply-To: <3F1DA7FB.8020902@tmsusa.com>; from joe@tmsusa.com on Tue, Jul 22, 2003 at 02:09:15PM -0700 References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> <20030722223104.65298fca.matthias@rpmforge.net> <20030722170145.S17627@devserv.devel.redhat.com> <3F1DA7FB.8020902@tmsusa.com> Message-ID: <20030723142148.C12365@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 02:09:15PM -0700, joe wrote: > er - what's all this about up2date and rhn then? seems like support to me. That's maintenance, not support, as we use the terminology. We're doing maintenance (though not to an SLA) on Red Hat Linux but we do both maintenance and support for Red Hat Enterprise Linux. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Wed Jul 23 18:39:39 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 23 Jul 2003 14:39:39 -0400 Subject: Severn doesn't install In-Reply-To: <20030722222559.98977.qmail@web41209.mail.yahoo.com>; from nathanmurphy333@yahoo.com on Tue, Jul 22, 2003 at 03:25:59PM -0700 References: <200307222023.h6MKNj229418@devserv.devel.redhat.com> <20030722222559.98977.qmail@web41209.mail.yahoo.com> Message-ID: <20030723143939.D12365@devserv.devel.redhat.com> On Tue, Jul 22, 2003 at 03:25:59PM -0700, Nathan Murphy wrote: > This kernel does not boot on my box and neither does > Severn. Can't install, won't work - you get the idea. > Before this, I was running the kernel in the Rawhide > archives as of approx. 13 of June. It was fine except > that when root I often had to tell commands (like rpm) > to assume the kernel was 2.4.5 or they would not run. Please try booting with the kernel command line entry acpi=off michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From nathanmurphy333 at yahoo.com Wed Jul 23 18:47:07 2003 From: nathanmurphy333 at yahoo.com (Nathan Murphy) Date: Wed, 23 Jul 2003 11:47:07 -0700 (PDT) Subject: Severn doesn't install In-Reply-To: <20030723143939.D12365@devserv.devel.redhat.com> Message-ID: <20030723184707.8695.qmail@web41205.mail.yahoo.com> --- "Michael K. Johnson" wrote: > On Tue, Jul 22, 2003 at 03:25:59PM -0700, Nathan > Murphy wrote: > > This kernel does not boot on my box and neither > does > > Severn. Can't install, won't work - you get the > idea. > > Before this, I was running the kernel in the > Rawhide > > archives as of approx. 13 of June. It was fine > except > > that when root I often had to tell commands (like > rpm) > > to assume the kernel was 2.4.5 or they would not > run. > > Please try booting with the kernel command line > entry > acpi=off > > michaelkjohnson I have tried this, and it has no impact. Again kernel-2.4.20-20.1.2013.nptl from Rawhide works flawlessly. Severn's kernel does not. Is there a posting somewhere on the net of changes done by Redhat between the kernel versions? I'd like a chance to read through that to try and limit the options of what the problem could be. Nate __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From Todd at netronin.com Wed Jul 23 18:49:44 2003 From: Todd at netronin.com (Todd Booher) Date: Wed, 23 Jul 2003 11:49:44 -0700 Subject: Graphical boot isn't so graphical Message-ID: Not sure what mandrake uses (framebuffer, vesa, etc.) but I think it's a good balance between being "graphical" and still showing the informational stuff so you can get an idea if something failed during the bootup. What does mandrake use? Todd /quote If we consider how successful desktop systems have been, without the detailed startup messages (WIN, MACOS, ...) it isn't that odd of a decision. What would be nice is a sort of compromise between the two. Perhaps the text should be written to both the console and managed by the graphical boot manager, and if any of the startup scripts fail, the GUI should drop away? One more vote for a frame buffer implementation from this corner as well... mark quote\ From hp at redhat.com Wed Jul 23 19:03:42 2003 From: hp at redhat.com (Havoc Pennington) Date: Wed, 23 Jul 2003 15:03:42 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> Message-ID: <20030723150342.E20186@devserv.devel.redhat.com> On Wed, Jul 23, 2003 at 01:29:52PM -0400, Thomas Corriher wrote: > Benjamin Vander was correct. It is the graphical booting which is > more likely to cause boot problems, or allow serious problems to go > unnoticed during the boot process. It is a bad design decision > from a technical perspective. However, it is good marketing and > seems more welcoming to newbies. It is not a marketing decision - the boot messages do show up as a real usability problem, and usability is one of the primary objectives of Red Hat Linux. It is one of our main technical goals. When something is a usability plus for nontechnical users and a usability minus for technical users, we're always going to default to the nontechnical setting, because technical users have the skills to "opt out" and change the default. Havoc From rhl-beta-list at cygnusx-1.org Wed Jul 23 19:08:03 2003 From: rhl-beta-list at cygnusx-1.org (Nathan G. Grennan) Date: 23 Jul 2003 12:08:03 -0700 Subject: Performance Issues with XMMS In-Reply-To: References: <1058854048.5712.145.camel@laptop> <1058857714.5712.167.camel@laptop> Message-ID: <1058987283.12575.5.camel@ws.1sttier.net> > Well, if I can get the CPU to peg without even starting XMMS, why would > that matter? But just for the sake of completeness, I've got a Crystal > SoundFusion CS 4614 sound card, using the cs46xx driver (whith > "thinkpad=1" passed as an option in /etc/modules.conf). > > Incidentally, if I boot into runlevel 3 and then ssh in and run 'ls -lR /' > remotely, the CPU is fine. If I start X (KDE, in my case) and run that > same command from a konsole window, the CPU usage spikes to 100% (looks > like X is about 60% and kdeinit is 30%, with the rest being ls). If I run > GNOME and ran that same command locally, gnome-terminal likes to grab > about 85% of the cpu. Running ls remotely while GNOME is up uses no > appreciable CPU. > > XMMS skips when I run that command locally, playing either OGG or MP3 > files. It does not skip when I run it remotely. I don't think the > problem is with XMMS. Any other app (gkrellm, mozilla, > gnome-system-monitor, etc) all "skip" (eg, fail to redraw screen bits) > when the CPU usage approaches 100%. > > I'll go file a bug report with bugzilla. > It is likely anti-aliased fonts doing it. Trying to hint every character for the tons of text scrolling is cpu intensive. I have mentioned it to mharris before and he said something like the anti-alias font code isn't accelerated. One idea I had to workaround the problem was to put a scroll rate limiter into terminal window software like gnome-terminal. Though it could be annoying to watch it scroll at a slower pace. Another potential workaround would be to realize when you are scrolling faster than can be read and disabling anti-aliasing. From johnsonm at redhat.com Wed Jul 23 19:10:17 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 23 Jul 2003 15:10:17 -0400 Subject: kernel 2.6 and mouse issues In-Reply-To: ; from akabi@speakeasy.net on Wed, Jul 23, 2003 at 08:26:59AM -0400 References: <20030723090756.27678.qmail@web60001.mail.yahoo.com> Message-ID: <20030723151017.E12365@devserv.devel.redhat.com> On Wed, Jul 23, 2003 at 08:26:59AM -0400, ne... wrote: > Er, this is aktually a fix (-: The preemption patches made it > into the kernel so now your mouse will fly. We're not enabling preemption right now in 2.6 -- it's not quite ready yet, needs more time to harden (no offense intended, taking a while to "set" isn't unusual for a functionally invasive change...), FYI. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From joe at tmsusa.com Wed Jul 23 19:12:08 2003 From: joe at tmsusa.com (joe) Date: Wed, 23 Jul 2003 12:12:08 -0700 Subject: XFS ? In-Reply-To: <20030723142148.C12365@devserv.devel.redhat.com> References: <200307222022.h6MKMCP28755@devserv.devel.redhat.com> <20030722223104.65298fca.matthias@rpmforge.net> <20030722170145.S17627@devserv.devel.redhat.com> <3F1DA7FB.8020902@tmsusa.com> <20030723142148.C12365@devserv.devel.redhat.com> Message-ID: <3F1EDE08.1090109@tmsusa.com> Michael K. Johnson wrote: >On Tue, Jul 22, 2003 at 02:09:15PM -0700, joe wrote: > > >>er - what's all this about up2date and rhn then? seems like support to me. >> >> > >That's maintenance, not support, as we use the terminology. >We're doing maintenance (though not to an SLA) on Red Hat Linux >but we do both maintenance and support for Red Hat Enterprise >Linux. > > Ah well - yes, the maintenance is valuable. support is too, but for some shops with local linux expertise the maintenance is the big thing... Thanks for the clarification! Joe From alan at redhat.com Wed Jul 23 19:14:36 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 23 Jul 2003 15:14:36 -0400 (EDT) Subject: Performance Issues with XMMS In-Reply-To: <1058987283.12575.5.camel@ws.1sttier.net> from "Nathan G. Grennan" at Gor 23, 2003 12:08:03 Message-ID: <200307231914.h6NJEaY04594@devserv.devel.redhat.com> > It is likely anti-aliased fonts doing it. Trying to hint every character > for the tons of text scrolling is cpu intensive. I have mentioned it to > mharris before and he said something like the anti-alias font code isn't It isnt the CPU that is the problem. A lot of code does compositing against server side image data, and the X servers (except the Nvidia proprietary one and the Vesa server) implement this in a totally screwball manner still. The resut is a lot of ping pong bus traffic and on some chipsets it seems to hurt the throughout of disks, latency of audio, video capture etc. From johnsonm at redhat.com Wed Jul 23 19:20:41 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 23 Jul 2003 15:20:41 -0400 Subject: Severn doesn't install In-Reply-To: <20030723184707.8695.qmail@web41205.mail.yahoo.com>; from nathanmurphy333@yahoo.com on Wed, Jul 23, 2003 at 11:47:07AM -0700 References: <20030723143939.D12365@devserv.devel.redhat.com> <20030723184707.8695.qmail@web41205.mail.yahoo.com> Message-ID: <20030723152041.F12365@devserv.devel.redhat.com> On Wed, Jul 23, 2003 at 11:47:07AM -0700, Nathan Murphy wrote: > I have tried this, and it has no impact. Again > kernel-2.4.20-20.1.2013.nptl from Rawhide works > flawlessly. Severn's kernel does not. Is there a > posting somewhere on the net of changes done by Redhat > between the kernel versions? I'd like a chance to > read through that to try and limit the options of what > the problem could be. Please post in bugzilla with the note that acpi=off did not make any difference. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Wed Jul 23 19:30:07 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 23 Jul 2003 15:30:07 -0400 Subject: opteron ? In-Reply-To: <1058830849.30390.26.camel@binkley>; from skvidal@phy.duke.edu on Mon, Jul 21, 2003 at 07:40:49PM -0400 References: <1058817171.8822.17.camel@morticia.pricegrabber.com> <22870000.1058826502@pcmy.sei.cmu.edu> <200307211519.31134.hosting@j2solutions.net> <48460000.1058830520@pcmy.sei.cmu.edu> <1058830849.30390.26.camel@binkley> Message-ID: <20030723153007.A8790@devserv.devel.redhat.com> On Mon, Jul 21, 2003 at 07:40:49PM -0400, seth vidal wrote: > at the very least I'd hope red hat linux project 'directors' or what not > wouldn't undermine or oppose such efforts. No, we would not. That's part of what we say on the web site... http://rhl.redhat.com/about/faq/ I don't see how it would really be possible to expand archs for Cambridge, practically speaking (others might disagree with me), but since we're looking at a short cycle for Cambridge++ (we hope -- assuming 2.6 testing/ fixing goes well) aiming there would make sense. Our expectation is essentially that Red Hat will do the work for the x86 architecture. People/organizations that want other architecture support in Red Hat Linux can provide hardware and people to the Red Hat Linux project. Red Hat might from time to time determine that it is in its interest to do work on another architecture, but you should not assume that this is going to happen at any particular time. (Obviously, this rule is explicitly for Red Hat Linux, not Red Hat Enterprise Linux.) Note on nomenclature: Severn is the beta component of the Cambridge release, the gold version is not yet named, in long-standing Red Hat tradition. See the discussion of the two kinds of names at http://rhl.redhat.com/about/history/ michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From notting at redhat.com Wed Jul 23 19:32:49 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Jul 2003 15:32:49 -0400 Subject: Package requests (Re: First impressions and bugs) In-Reply-To: <1058982863.7353.17.camel@bushido>; from mas118@york.ac.uk on Thu, Jul 24, 2003 at 12:54:23AM +0700 References: <1058927755.6892.11.camel@bushido> <1058928400.6892.16.camel@bushido> <1058961884.7269.1.camel@bushido> <20030723114122.D18078@devserv.devel.redhat.com> <1058977191.6793.12.camel@bushido> <20030723122214.A14135@devserv.devel.redhat.com> <1058982863.7353.17.camel@bushido> Message-ID: <20030723153249.F19044@devserv.devel.redhat.com> Michel Alexandre Salim (mas118 at york.ac.uk) said: > I found the following Bugzilla entry: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=99541 > > Is a new bug report necessary? No, that looks OK. Bill From bfox at redhat.com Wed Jul 23 19:46:00 2003 From: bfox at redhat.com (Brent Fox) Date: 23 Jul 2003 15:46:00 -0400 Subject: Performance Issues with XMMS In-Reply-To: References: <1058854048.5712.145.camel@laptop> <1058857714.5712.167.camel@laptop> Message-ID: <1058989559.3331.0.camel@bfox.devel.redhat.com> On Tue, 2003-07-22 at 03:52, Bill Rhodes wrote: > On Tue, 21 Jul 2003, Warren Togami wrote: > > On Mon, 2003-07-21 at 20:39, Bill Rhodes wrote: > > > I don't think this has anything to do with XMMS. I can get the CPU to peg > > > at 100% just by dragging windows around, or running ls against /usr/lib > > > (or some other directory with a large number of files). It happens > > > whether XMMS is playing (either MP3 or OGG files) or not. Although > > > anytime the CPU usage gets that high, XMMS skips (for me at least). > > > > What video card? Using stock or 3rd party drivers? > > ATI Rage Mobility P/M AGP 2x (Mach64), using stock driver as detected by > the installer (ati). > > > What sound card? Using which driver? > > Well, if I can get the CPU to peg without even starting XMMS, why would > that matter? But just for the sake of completeness, I've got a Crystal > SoundFusion CS 4614 sound card, using the cs46xx driver (whith > "thinkpad=1" passed as an option in /etc/modules.conf). > > Incidentally, if I boot into runlevel 3 and then ssh in and run 'ls -lR /' > remotely, the CPU is fine. If I start X (KDE, in my case) and run that > same command from a konsole window, the CPU usage spikes to 100% (looks > like X is about 60% and kdeinit is 30%, with the rest being ls). If I run > GNOME and ran that same command locally, gnome-terminal likes to grab > about 85% of the cpu. Running ls remotely while GNOME is up uses no > appreciable CPU. > > XMMS skips when I run that command locally, playing either OGG or MP3 > files. It does not skip when I run it remotely. I don't think the > problem is with XMMS. Any other app (gkrellm, mozilla, > gnome-system-monitor, etc) all "skip" (eg, fail to redraw screen bits) > when the CPU usage approaches 100%. > > I'll go file a bug report with bugzilla. What's the bug number? Cheers, Brent > > -B > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From wrhodes at 27.org Wed Jul 23 20:01:27 2003 From: wrhodes at 27.org (Bill Rhodes) Date: Wed, 23 Jul 2003 13:01:27 -0700 (PDT) Subject: Performance Issues with XMMS In-Reply-To: <1058989559.3331.0.camel@bfox.devel.redhat.com> References: <1058854048.5712.145.camel@laptop> <1058857714.5712.167.camel@laptop> <1058989559.3331.0.camel@bfox.devel.redhat.com> Message-ID: On Wed, 23 Jul 2003, Brent Fox wrote: > On Tue, 2003-07-22 at 03:52, Bill Rhodes wrote: > > I'll go file a bug report with bugzilla. > > What's the bug number? I never filed it. Someone else did it before I could: (although they filed it as an xmms bug when it clearly isn't). I could put in my additional info if anyone from RH thinks it would be helpful. -B From dale_kosan at fastmail.fm Wed Jul 23 20:38:05 2003 From: dale_kosan at fastmail.fm (Dale Kosan) Date: 23 Jul 2003 16:38:05 -0400 Subject: no go on reboot.. In-Reply-To: <20030723121559.D28738@devserv.devel.redhat.com> References: <1058976068.3489.11.camel@gandalf.home> <20030723120816.B28738@devserv.devel.redhat.com> <1058976731.3489.15.camel@gandalf.home> <20030723121559.D28738@devserv.devel.redhat.com> Message-ID: <1058992684.4595.17.camel@gandalf.home> Have not tried, I will give it a go tomorrow, thanks.... From benjaminvanderjagt at adelphia.net Wed Jul 23 20:38:49 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 23 Jul 2003 16:38:49 -0400 Subject: Severn notebook users experiencing hard lock-ups? In-Reply-To: <1058978109.6793.19.camel@bushido> References: <1058978109.6793.19.camel@bushido> Message-ID: <1058992729.8032.1.camel@benjamin> On Wed, 2003-07-23 at 12:35, Michel Alexandre Salim wrote: > Hello, > > I have been getting mysterious lock-ups when configuring network devices > for the first time (either neat or internet-druid), and a couple of > times after the system is fully set up and running neat (once) and rpm > (once). > > Running fresh install of Severn on a Sony Z1MP, Centrino 1.3GHz, with > built-in wireless/bluetooth turned off and using a Lucent WaveLAN > 802.11b card. > > My suspicion lies with the kernel, I might file a bug report once I get > more details (will recompile a 2.6 kernel tomorrow and see if I could > crash 2.4.21 but not 2.6-test1) > > Thanks in advance, > > Michel > I had that same problem with Red Hat 9. Supposedly one of the up2date updates fixed it, but I couldn't figure out why RPM couldn't install it but up2date could. J.A.M.D. 0.0.6 is Red Hat 9 based and came partly updated, so I didn't have the same problem with J.A.M.D... > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From benjaminvanderjagt at adelphia.net Wed Jul 23 20:43:34 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 23 Jul 2003 16:43:34 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <1058983784.5154.1.camel@sonylap1> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <1058981995.7353.4.camel@bushido> <1058983784.5154.1.camel@sonylap1> Message-ID: <1058993014.8032.4.camel@benjamin> On Wed, 2003-07-23 at 14:09, Anthony Joseph Seward wrote: > Just go to console 1 during the graphical boot. The text stuff is still > there. > > Tony Oh yeah, I forgot, I did that and my computer didn't go into X. I haven't had that problem since then, but I've only tried booting one more time... (I'm a little surprised it's on screen 1 (ctrl-alt-F8). why not screen 0, then kill it b4 starting whatever kind of screen X is configured to use?) > > On Wed, 2003-07-23 at 11:39, Michel Alexandre Salim wrote: > > On Thu, 2003-07-24 at 00:29, Thomas Corriher wrote: > > > > > Benjamin Vander was correct. It is the graphical booting which is > > > more likely to cause boot problems, or allow serious problems to go > > > unnoticed during the boot process. It is a bad design decision > > > from a technical perspective. However, it is good marketing and > > > seems more welcoming to newbies. I guess it is all a matter of > > > priorities. I suppose as long as RH makes reconfiguring it > > > reasonably easy, then this is not a major problem for anyone. > > It's not too bad - if your system crashed, during the next boot sequence > > your partitions would not be cleanly unmounted and rhgb would not be > > triggered. > > > > Guess I'll have to start making it a habit of booting into runlevel 3 > > after making changes, e.g. after adding services... > > > > Regards, > > > > Michel > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From florin at sgi.com Wed Jul 23 20:57:38 2003 From: florin at sgi.com (Florin Andrei) Date: 23 Jul 2003 13:57:38 -0700 Subject: First impressions and bugs In-Reply-To: <1058927755.6892.11.camel@bushido> References: <1058927755.6892.11.camel@bushido> Message-ID: <1058993857.2169.8.camel@stantz.corp.sgi.com> On Tue, 2003-07-22 at 19:35, Michel Alexandre Salim wrote: > Another thing - please update Gaim to 0.65, 0.64 has annoying little > bugs (like not being able to display my MSN nick with UTF characters > properly) You mean "update to 0.66 because that's where all MSN bugs are fixed (hopefully)". ;-) -- Florin Andrei "Never send a human to do a machine's job." - Agent Smith From matt-whiteley at comcast.net Wed Jul 23 21:11:50 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 23 Jul 2003 14:11:50 -0700 Subject: Network install failure Message-ID: <1058994710.9987.95.camel@galt.atlas.gotdns.org> I have tried to use the network install many times. This is an attempt with the .iso files. Whenever I put them in a web or ftp directory, the installer will not find them and pecularly returns to the screen with extra slashes in the address box. Such as cannot find http://192.168.1.112//redhat/stage2.img . I hope this is somewhat close as I am taking it from memory. Am I making some stupid mistake? What is the deal? thanks, -- Matt Whiteley From anthony.seward at ieee.org Wed Jul 23 21:20:43 2003 From: anthony.seward at ieee.org (Anthony Joseph Seward) Date: 23 Jul 2003 15:20:43 -0600 Subject: Graphical boot isn't so graphical In-Reply-To: <1058993014.8032.4.camel@benjamin> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <1058981995.7353.4.camel@bushido> <1058983784.5154.1.camel@sonylap1> <1058993014.8032.4.camel@benjamin> Message-ID: <1058995243.5154.14.camel@sonylap1> On Wed, 2003-07-23 at 14:43, Benjamin Vander Jagt wrote: > On Wed, 2003-07-23 at 14:09, Anthony Joseph Seward wrote: > > Just go to console 1 during the graphical boot. The text stuff is still > > there. > > > > Tony > > Oh yeah, I forgot, I did that and my computer didn't go into X. I > haven't had that problem since then, but I've only tried booting one > more time... (I'm a little surprised it's on screen 1 (ctrl-alt-F8). > why not screen 0, then kill it b4 starting whatever kind of screen X is > configured to use?) What do you mean 'didn't go into X?' During the boot process I can go back and forth between screen 1 and console 1 with no problem. When I stay in console 1 GDM comes up on screen 0. If that doesn't work for you I would say you should file a bugzilla report. Tony -- Anthony Joseph Seward From steelmi1 at netsteele.com Wed Jul 23 21:21:19 2003 From: steelmi1 at netsteele.com (Michael Steele) Date: Wed, 23 Jul 2003 16:21:19 -0500 (CDT) Subject: Network install failure In-Reply-To: <1058994710.9987.95.camel@galt.atlas.gotdns.org> References: <1058994710.9987.95.camel@galt.atlas.gotdns.org> Message-ID: On Wed, 23 Jul 2003, Matt Whiteley wrote: > I have tried to use the network install many times. This is an attempt > with the .iso files. Whenever I put them in a web or ftp directory, the > installer will not find them and pecularly returns to the screen with > extra slashes in the address box. Such as cannot find > http://192.168.1.112//redhat/stage2.img . I hope this is somewhat close > as I am taking it from memory. Am I making some stupid mistake? What > is the deal? > > thanks, > > -- > Matt Whiteley > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > I don't think you can do that. You first have to mount the .iso images, and copy the files out of them into your http server. If I recall correctly, after you've mounted disc 1, you will need to copy the whole file structure to your webserver's /redhat directory. For the other CDs you just need to copy all of the .rpm files from the iso image's /RedHat/RPMS directory into the /redhat/RedHat/RPMS directory of your web server. If your web server is another linux box, you can mount the images with somthing similar to this: # mkdir /mnt/iso # mount -o loop -t iso9660 psyche-i386-disc1.iso /mnt/iso Then: # cd /mnt/iso # cp -av * /path-to-document-root/redhat Then: # cd; umount /mnt/iso # mount -o loop -t iso9660 psyche-i386-disc2.iso /mnt/iso # cd /mnt/iso/RedHat/RPMS # cp * //path-to-document-root/redhat/RedHat/RPMS Then do the same for CD 3. +===============================================+ | N Michael V. Steele M | | A UNIX Systems Administrator S | | S Computer Sciences Corporation F | | A NASA/IFMP/MSFC C | +===============================================+ | Red Hat Certified Engineer | | Sun Certified System Administrator | | Cisco Certified Network Associate | +===============================================+ :wq From top at warp.ro Wed Jul 23 21:26:51 2003 From: top at warp.ro (Tudor Popescu) Date: Thu, 24 Jul 2003 00:26:51 +0300 Subject: Network install failure References: <1058994710.9987.95.camel@galt.atlas.gotdns.org> Message-ID: <001301c35161$21a588c0$0301010a@tiger> Hello, I believe that in order to do a HTTP or FTP install you need to have the extracted isos - however, I too had a problem while trying to FTP install from mounted iso images (disc1, disc2, disc3). Looking at the ftp logs showed that the install program (after succesfully loading stage2), right when searching for the first packet (glibc-common I believe) was trying to access a directory named /ftp/pub/mirrors/ftp.redhat.com/linux/beta/severn/en/disc1/disc1 (note the extra disc1). Using the rh_extract_iso.sh script to extract all isos into one 'os' directory and restarting install worked though. -- Tudor Popescu top at warp.ro ----- Original Message ----- From: "Matt Whiteley" To: "rhl beta list" Sent: Thursday, July 24, 2003 12:11 AM Subject: Network install failure > I have tried to use the network install many times. This is an attempt > with the .iso files. Whenever I put them in a web or ftp directory, the > installer will not find them and pecularly returns to the screen with > extra slashes in the address box. Such as cannot find > http://192.168.1.112//redhat/stage2.img . I hope this is somewhat close > as I am taking it from memory. Am I making some stupid mistake? What > is the deal? > > thanks, > > -- > Matt Whiteley > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From knxmay001 at mail.uct.ac.za Wed Jul 23 21:32:15 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: 23 Jul 2003 23:32:15 +0200 Subject: xmms skipping Message-ID: <1058995935.22195.3.camel@albert> My xmms skips like its not even funny. I know this is a beta, but I would have hoped it would be skipping less not more. It skip much more than RH9 when i change tabs in Epiphany, switch to another program, change desktops, even when scrolling on a web page. Does anyone know anything I can do to stop it skipping. BTW, I already tried increasing the buffer in esound, but this is not helping. I am using DMA too, so that is not the issue. Also, are there any plans to include the preemptive kernel patch. I wish they could give us a number of kernels to choose from. I hat having my audio skipping. It is the thing that annoys me the most about my RH linux installs. From sflory at rackable.com Wed Jul 23 21:28:27 2003 From: sflory at rackable.com (Samuel Flory) Date: Wed, 23 Jul 2003 14:28:27 -0700 Subject: xmms skipping In-Reply-To: <1058995935.22195.3.camel@albert> References: <1058995935.22195.3.camel@albert> Message-ID: <3F1EFDFB.90603@rackable.com> Maynard Kuona wrote: >My xmms skips like its not even funny. I know this is a beta, but I >would have hoped it would be skipping less not more. It skip much more >than RH9 when i change tabs in Epiphany, switch to another program, >change desktops, even when scrolling on a web page. > >Does anyone know anything I can do to stop it skipping. > >BTW, I already tried increasing the buffer in esound, but this is not >helping. I am using DMA too, so that is not the issue. > Are you running DMA on your ide hard drive? hdparm -d /dev/hd(something). > >Also, are there any plans to include the preemptive kernel patch. I wish >they could give us a number of kernels to choose from. I hat having my >audio skipping. It is the thing that annoys me the most about my RH >linux installs. > > >-- >Rhl-beta-list mailing list >Rhl-beta-list at redhat.com >http://www.redhat.com/mailman/listinfo/rhl-beta-list > > -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From hosting at j2solutions.net Wed Jul 23 21:16:27 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Wed, 23 Jul 2003 14:16:27 -0700 Subject: xmms skipping In-Reply-To: <1058995935.22195.3.camel@albert> References: <1058995935.22195.3.camel@albert> Message-ID: <200307231416.27573.hosting@j2solutions.net> On Wednesday 23 July 2003 14:32, Maynard Kuona wrote: > Also, are there any plans to include the preemptive kernel patch. I > wish they could give us a number of kernels to choose from. I hat > having my audio skipping. It is the thing that annoys me the most > about my RH linux installs. Search the archives. It's not a kernel thing IIRC, it's a XFree86 being niced problem, and thus not having high priority or something like that. I do believe workarounds were discussed. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From bfox at redhat.com Wed Jul 23 21:34:27 2003 From: bfox at redhat.com (Brent Fox) Date: 23 Jul 2003 17:34:27 -0400 Subject: xmms skipping In-Reply-To: <1058995935.22195.3.camel@albert> References: <1058995935.22195.3.camel@albert> Message-ID: <1058996067.3331.2.camel@bfox.devel.redhat.com> On Wed, 2003-07-23 at 17:32, Maynard Kuona wrote: > My xmms skips like its not even funny. I know this is a beta, but I > would have hoped it would be skipping less not more. It skip much more > than RH9 when i change tabs in Epiphany, switch to another program, > change desktops, even when scrolling on a web page. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100440 > Does anyone know anything I can do to stop it skipping. > > BTW, I already tried increasing the buffer in esound, but this is not > helping. I am using DMA too, so that is not the issue. > > Also, are there any plans to include the preemptive kernel patch. I wish > they could give us a number of kernels to choose from. I hat having my > audio skipping. It is the thing that annoys me the most about my RH > linux installs. I'm curious if the 2.6 test kernels will show any improvement... Cheers, Brent From thomas at hcconst.com Wed Jul 23 21:50:28 2003 From: thomas at hcconst.com (Thomas Corriher) Date: Wed, 23 Jul 2003 17:50:28 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723150342.E20186@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> Message-ID: <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> > It is not a marketing decision - ... > When something is a usability plus for nontechnical users and > a usability minus for technical users, we're always going to > default to the nontechnical setting, because technical users have > the skills to "opt out" and change the default. When you dumb down interfaces in the hope of giving Linux a broader acceptance with the masses, then you are indeed basing designs on marketing decisions. There are no technical reasons for it. It's a real stretch. I am not implying that there is anything inherently wrong with doing that. I am implying that we should be honest about the entire situation, because you can't have it both ways. Compromises in server design were made (like this and the Frankenstein version of KDE) for the purpose of (hopefully) building a better desktop system. Again, I'll repeat that I do not feel there is anything inherently wrong with that. Just don't tell us you are everything to everyone, and then put marketing spin on your flaws. Our most important Linux asset is the community, and that community cannot survive unless we are willing to be painfully honest with ourselves about what we are doing, and why we are doing it. I care about RH, and apparently I've got the ear of at least one employee. So I'll take this opportunity to cite a few observations to you as an outsider, and as a member of the greater community. 1 - First I remember RH as the "Server Linux", then the "Desktop Linux", then the "High End Enterprise Linux", and finally RH is now trying to transform itself into all of the above while simultaneously dropping all retail sales. If an individual acted this way, I would suspect multiple personalities. You guys ought to figure out exactly what it is that you do best, and then go all out with it. 2 - I joined this list because I was invited by an e-mail from RH. In that message, I was informed that RH was undergoing a paradigm shift. Specifically, the entire operations was going open source. The Linux community would be helping with all package and design decisions. This gave me new hope for RH. However, the attitude I am reading here is "our way or the highway". So exactly what is going on? 3 - I like RH, but unless it can find direction then it is going down the tubes. -- Thomas Corriher Backup Address: corriher at mailcity.com Phone: 336-391-2713 From alan at redhat.com Wed Jul 23 22:00:51 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 23 Jul 2003 18:00:51 -0400 (EDT) Subject: Graphical boot isn't so graphical In-Reply-To: <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> from "Thomas Corriher" at Gor 23, 2003 05:50:28 Message-ID: <200307232200.h6NM0pL14615@devserv.devel.redhat.com> > 1 - First I remember RH as the "Server Linux", then the "Desktop > Linux", then the "High End Enterprise Linux", and finally RH is now > trying to transform itself into all of the above while > simultaneously dropping all retail sales. If an individual acted > this way, I would suspect multiple personalities. You guys ought > to figure out exactly what it is that you do best, and then go all > out with it. Don't read too much into the retail sales things. As to the other stuff well in a sense trying to create a single base that was Community Linux and Enterprise Linux is a multiple personality kind of problem. So we now have two animals one personality each > 2 - I joined this list because I was invited by an e-mail from RH. > In that message, I was informed that RH was undergoing a paradigm > shift. Specifically, the entire operations was going open source. > The Linux community would be helping with all package and design > decisions. This gave me new hope for RH. However, the attitude I > am reading here is "our way or the highway". So exactly what is > going on? Piece by piece yes. The split means people can now do things like put Windowmaker back, or icewm, or add rox etc. Ironically this list is the wrong place to discuss a lot of the desktop simplification, thats something the Gnome team themselves have decided to do, along with building usability guidelines and human interface standards. It has proved some interesting debates and a few fallbacks (such as the emacs keys for gnome dialog editing option and sloppy focus support). From vrman at bourbaki.us Wed Jul 23 22:09:28 2003 From: vrman at bourbaki.us (Richard J. Mancusi) Date: Wed, 23 Jul 2003 17:09:28 -0500 Subject: Graphical boot isn't so graphical References: <200307232200.h6NM0pL14615@devserv.devel.redhat.com> Message-ID: <3F1F0798.2030304@bourbaki.us> Alan Cox wrote: > Ironically this list is the wrong place to discuss a lot of the desktop > simplification, thats something the Gnome team themselves have decided to > do, along with building usability guidelines and human interface standards. > It has proved some interesting debates and a few fallbacks (such as the > emacs keys for gnome dialog editing option and sloppy focus support). > Is it also a "Gnome team" issue that eliminated the screen shooter that was in 7.3 and replaced it with a far inferior one? Can anything be done about that? Thank you Rich From philipwyett at dsl.pipex.com Wed Jul 23 22:13:10 2003 From: philipwyett at dsl.pipex.com (Philip Wyett) Date: 23 Jul 2003 23:13:10 +0100 Subject: The old mozilla/evolution mailto nugget and mozex Message-ID: <1058998390.2561.6.camel@rh9> Hi, Is there any chance we will see Mozex as part of the next or future releases? http://mozex.mozdev.org It would be very nice indeed to have the rhl default browser and mail client able to work in harmony out of the box as it were. Regards Philip Wyett -- AOL Instant Messenger (AIM) or Yahoo Messenger: PhilipWyett Email: philipwyett at dsl.pipex.com Website: http://www.philipwyett.dsl.pipex.com Public key: http://www.philipwyett.dsl.pipex.com/gpg/public_key.txt -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jbinpg at shaw.ca Wed Jul 23 22:23:11 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Wed, 23 Jul 2003 15:23:11 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723150342.E20186@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> Message-ID: <20030723222311.GA4935@nonesuch> On Wed, Jul 23, 2003 at 03:03:42PM -0400, Havoc Pennington wrote: > On Wed, Jul 23, 2003 at 01:29:52PM -0400, Thomas Corriher wrote: > > Benjamin Vander was correct. It is the graphical booting which is > > more likely to cause boot problems, or allow serious problems to go > > unnoticed during the boot process. It is a bad design decision > > from a technical perspective. However, it is good marketing and > > seems more welcoming to newbies. > > It is not a marketing decision - the boot messages do show up as a > real usability problem, and usability is one of the primary objectives > of Red Hat Linux. It is one of our main technical goals. > > When something is a usability plus for nontechnical users and a > usability minus for technical users, we're always going to default > to the nontechnical setting, because technical users have the skills > to "opt out" and change the default. Sorry, but this is a definite case of "dummying down" and borders on a specious argument. What will be the first thing a support person asks a newbie stuck on a boot to do? "Hit CTRL-ALT-F1, please, and tell me what it says." Despite your argument that it is a usability issue, it really amounts to coders defending the impressiveness of their work. Show me how a newbie user "uses" the bootup and I might agree with you. -- Jack Bowling mailto: jbinpg at shaw.ca From alan at redhat.com Wed Jul 23 22:24:48 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 23 Jul 2003 18:24:48 -0400 (EDT) Subject: Graphical boot isn't so graphical In-Reply-To: <3F1F0798.2030304@bourbaki.us> from "Richard J. Mancusi" at Gor 23, 2003 05:09:28 Message-ID: <200307232224.h6NMOmM23815@devserv.devel.redhat.com> > Is it also a "Gnome team" issue that eliminated the screen shooter that > was in 7.3 and replaced it with a far inferior one? Can anything be done > about that? It was replaced with a much saner one. I think you are the first person I've met who counts it as better 8) Yes this was part of the Gnome teams focus on usability From mike at netlyncs.com Wed Jul 23 22:29:55 2003 From: mike at netlyncs.com (Mike Chambers) Date: 23 Jul 2003 17:29:55 -0500 Subject: gpm errors In-Reply-To: <20030723114335.E18078@devserv.devel.redhat.com> References: <1058963672.2888.3.camel@bart.netlyncs.com> <20030723114335.E18078@devserv.devel.redhat.com> Message-ID: <1058999395.1942.2.camel@bart.netlyncs.com> On Wed, 2003-07-23 at 10:43, Bill Nottingham wrote: > Mike Chambers (mike at netlyncs.com) said: > > Keep seeing this error below, but I think it's a known bug but not sure. > > > > Jul 22 10:40:01 bart gpm[1912]: O0o.oops(): [gpm.c(949)]: > > Jul 22 10:40:01 bart gpm[1912]: mouse initialization failed > > What sort of mouse do you have? Microsoft wireless desktop (keyboard and mouse (wheel) both are wireless). Has one of those remotes that plugs into the keyboard/mouse connections on the computer, and the mouse and keyboard are wireless pointing to it to active it (well not pointing, but using it). I am using the IMPS/2 driver in my config file. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From alan at redhat.com Wed Jul 23 22:30:52 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 23 Jul 2003 18:30:52 -0400 (EDT) Subject: Graphical boot isn't so graphical In-Reply-To: <20030723222311.GA4935@nonesuch> from "Jack Bowling" at Gor 23, 2003 03:23:11 Message-ID: <200307232230.h6NMUqL26488@devserv.devel.redhat.com> > Sorry, but this is a definite case of "dummying down" and borders on a > specious argument. What will be the first thing a support person asks a > newbie stuck on a boot to do? "Hit CTRL-ALT-F1, please, and tell me what > it says." Despite your argument that it is a usability issue, it really > amounts to coders defending the impressiveness of their work. Show me > how a newbie user "uses" the bootup and I might agree with you. More likely "boot with nogui" because its easier for the user and it works if the box hangs which ctrl-alt-f1 might not. If you look at real studies the users seem to blank the boot time. Its "I turned it on, it did the weird shit and then it started" stuff. Tech support calls for PC companies regularly include such gems as "Help I'm lost in the cosmos" [hit delete during boot and is confused as hell what is going on]. Messages about IDE0 DMA settings mean about as much to most users as a screenful of boot diagnostics on a TV or when starting the car would to most computing people. Users do need clear messages for failures, but they often can't tell the failure from the corrected from the normal. I've actually been changing some of the kernel messages because users faced with lots of our "The kernel found your bios settings were horked and fixed it" messages didn't have the technical PC internals knowledge to tell it from a problem case. Name one other household appliance that spews technical diagnostics when you turn it on and it is working properly ? From vrman at bourbaki.us Wed Jul 23 22:34:25 2003 From: vrman at bourbaki.us (Richard J. Mancusi) Date: Wed, 23 Jul 2003 17:34:25 -0500 Subject: Graphical boot isn't so graphical References: <200307232224.h6NMOmM23815@devserv.devel.redhat.com> Message-ID: <3F1F0D71.8060003@bourbaki.us> It may be saner from a coding standpoint - but not for the user. To grab a shot of a specific area is enormously useful when documenting programs. Yes, you can shoot the entire screen and then edit it in The Gimp. But why the extra step? Personal note to Alan: Thank you for all your hard work. You are the reason that I always purchase Red Hat rather then the download. Red Hat supports you - so I support Red Hat. Rich Alan Cox wrote: >>Is it also a "Gnome team" issue that eliminated the screen shooter that >>was in 7.3 and replaced it with a far inferior one? Can anything be done >>about that? > > > It was replaced with a much saner one. I think you are the first person I've > met who counts it as better 8) Yes this was part of the Gnome teams focus > on usability > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From nmarsh1 at mac.com Wed Jul 23 22:34:25 2003 From: nmarsh1 at mac.com (Nicholas Marsh) Date: Wed, 23 Jul 2003 17:34:25 -0500 Subject: Severn notebook users experiencing hard lock-ups? Message-ID: FYI: This may or may not be productive, but... I've noticed a few others have had this same problem while reading various blogs. Anyway, it doesn't seem to be a limited issue. Sorry I don't have more info. nick From smoogen at lanl.gov Wed Jul 23 22:35:18 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 23 Jul 2003 16:35:18 -0600 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723222311.GA4935@nonesuch> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723222311.GA4935@nonesuch> Message-ID: <1058999718.13133.2.camel@smoogen1.lanl.gov> Well I can answer on this one. We used to have a lot of questions come into Red Hat that were not problems. The user saw all the [SUCCESS] and similar messages and wondered if everything was ok or not. I really mean it.. It was at the point where I realized that Red Hat had hit the mainstream and I wasnt really able to handle support much longer. On Wed, 2003-07-23 at 16:23, Jack Bowling wrote: > On Wed, Jul 23, 2003 at 03:03:42PM -0400, Havoc Pennington wrote: > > On Wed, Jul 23, 2003 at 01:29:52PM -0400, Thomas Corriher wrote: > > > Benjamin Vander was correct. It is the graphical booting which is > > > more likely to cause boot problems, or allow serious problems to go > > > unnoticed during the boot process. It is a bad design decision > > > from a technical perspective. However, it is good marketing and > > > seems more welcoming to newbies. > > > > It is not a marketing decision - the boot messages do show up as a > > real usability problem, and usability is one of the primary objectives > > of Red Hat Linux. It is one of our main technical goals. > > > > When something is a usability plus for nontechnical users and a > > usability minus for technical users, we're always going to default > > to the nontechnical setting, because technical users have the skills > > to "opt out" and change the default. > > > Sorry, but this is a definite case of "dummying down" and borders on a > specious argument. What will be the first thing a support person asks a > newbie stuck on a boot to do? "Hit CTRL-ALT-F1, please, and tell me what > it says." Despite your argument that it is a usability issue, it really > amounts to coders defending the impressiveness of their work. Show me > how a newbie user "uses" the bootup and I might agree with you. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From knxmay001 at mail.uct.ac.za Wed Jul 23 22:43:57 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: 24 Jul 2003 00:43:57 +0200 Subject: Graphical boot isn't so graphical In-Reply-To: <3F1F0D71.8060003@bourbaki.us> References: <200307232224.h6NMOmM23815@devserv.devel.redhat.com> <3F1F0D71.8060003@bourbaki.us> Message-ID: <1059000236.3110.45.camel@albert> I think it is adequate as it is. Taking screenshots is meant to be something done quick and dirty. No need for this utility that does too much. is is is pretty ok if you ask me. PrintScreen to take a shot of the whole screen Alt+PrintScreen to take the current window I think if you need something more advanced, there should be something out there. I just wish it could have a delay though. For me to 'pose' before it takes the shot. But I think it is pretty adequate. On Thu, 2003-07-24 at 00:34, Richard J. Mancusi wrote: > It may be saner from a coding standpoint - but not for the user. To grab a > shot of a specific area is enormously useful when documenting programs. > Yes, you can shoot the entire screen and then edit it in The Gimp. But > why the extra step? > > Personal note to Alan: Thank you for all your hard work. You are the > reason that I always purchase Red Hat rather then the download. Red Hat > supports you - so I support Red Hat. > > Rich > > > Alan Cox wrote: > >>Is it also a "Gnome team" issue that eliminated the screen shooter that > >>was in 7.3 and replaced it with a far inferior one? Can anything be done > >>about that? > > > > > > It was replaced with a much saner one. I think you are the first person I've > > met who counts it as better 8) Yes this was part of the Gnome teams focus > > on usability > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From knxmay001 at mail.uct.ac.za Wed Jul 23 22:44:01 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: 24 Jul 2003 00:44:01 +0200 Subject: Also noticed Message-ID: <1059000241.3110.47.camel@albert> X is using about 90+ MB of RAM according to system monitor. Is this because it aggregates all RAM usage of GUI programs, or is this also a bug. Maybe 2.6 will fix the xmms thing though. I wanted to be sure I was not the only one experiencing the problem. Since the bug has already been filed, I will not do any more about it. It seems the bug filers experience and mine were identical. Sadly, this is pretty much a deal breaker for me. I really wanted to Beta test it, but its hard when I can not listen to my music. Its very irritating. I could live with other bugs but this. So my beta testing comes to an end. (very brief I must say). A few more things I saw which (I think) need attention. 1. I think default install should not install all the games. I did not choose KDE but all KDE games were installed. I am still waiting to see that person who has played through all these games. Only a few quality games should be included, and the rest should be left to the user who really wants them. 2. I think acme (the multimedia key daemon) should come standard. A lot of people, myself included, have multimedia keyboards, and this is a great need. 3. Menus seem to be becoming long. Some consolidation is needed there. 4. Can mozilla not be customized to use the gnome proxy settings? I really hate that mozilla, which comes with gnome most of the time, needs separate settings for network. 5. This is an idea I once offered, that we could have a renice list, which contains default renice values for different apps. That way, one could choose the default priority levels for the different apps on the desktop, thereby tuning for best performance for each persons use. This list could come with 0's default too. Maybe this is too big a change. I really hate having to bump up xmms every time I start it. Maybe this will not be necessary with a preemptible kernel. 6. Split value added services from basic updates in redhat network. This way, stuff like isos and maybe extra programs can be offered in the network, but basic security updates can be offered without a subscription. Or at least have an apt enabled ftp site. Just for security updates though. Especially now its becoming more community developed. 7. Maybe its a gtk problem, but dragging borders is slow and redraws pitifully slowly. This kills the desktop experience. Hopefully, the next beta irons out these issues. I have tried to make my contribution though. From alan at redhat.com Wed Jul 23 22:44:01 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 23 Jul 2003 18:44:01 -0400 (EDT) Subject: Graphical boot isn't so graphical In-Reply-To: <3F1F0D71.8060003@bourbaki.us> from "Richard J. Mancusi" at Gor 23, 2003 05:34:25 Message-ID: <200307232244.h6NMi1Y32067@devserv.devel.redhat.com> > It may be saner from a coding standpoint - but not for the user. To grab a > shot of a specific area is enormously useful when documenting programs. > Yes, you can shoot the entire screen and then edit it in The Gimp. But > why the extra step? That I agree about entirely - and eog/gqview dont have any 'capture' functionality so you can do it with one step... bugs.gnome.org 8) From alan at redhat.com Wed Jul 23 22:46:07 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 23 Jul 2003 18:46:07 -0400 (EDT) Subject: Also noticed In-Reply-To: <1059000241.3110.47.camel@albert> from "Maynard Kuona" at Gor 24, 2003 12:44:01 Message-ID: <200307232246.h6NMk7M00854@devserv.devel.redhat.com> > X is using about 90+ MB of RAM according to system monitor. Is this > because it aggregates all RAM usage of GUI programs, or is this also a > bug. X maps the video memory. So if you have a 64Mb video card it often actually is that X is using 64Mb of video memory and then its own memory. > 2. I think acme (the multimedia key daemon) should come standard. A > lot of people, myself included, have multimedia keyboards, and > this is a great need. [RFE it and I agree entirely] > 7. Maybe its a gtk problem, but dragging borders is slow and > redraws pitifully slowly. This kills the desktop experience. What video card are you using ? From mb/redhat at dcs.qmul.ac.uk Wed Jul 23 22:47:23 2003 From: mb/redhat at dcs.qmul.ac.uk (mb) Date: Wed, 23 Jul 2003 23:47:23 +0100 (BST) Subject: xmms skipping In-Reply-To: <1058996067.3331.2.camel@bfox.devel.redhat.com> References: <1058995935.22195.3.camel@albert> <1058996067.3331.2.camel@bfox.devel.redhat.com> Message-ID: At 17:34 -0400 Brent Fox wrote: >On Wed, 2003-07-23 at 17:32, Maynard Kuona wrote: >> >> Also, are there any plans to include the preemptive kernel patch. I wish >> they could give us a number of kernels to choose from. I hat having my >> audio skipping. It is the thing that annoys me the most about my RH >> linux installs. > >I'm curious if the 2.6 test kernels will show any improvement... They do for me in that they allow me to run grip and xmms simultaneously, end even then launch OOo and Mozilla with java with hardly any playback skipping. The new IO schedulers are really good for desktop users, but.. having said that my "interest" at present is on trying to get a scalable fileserver using NFS over ext3 with quotas. The hardware only turned up yesterday--it got put together today, I managed to install severn and 2.6.0-test1-ac2 and will have to wait till tomorrow for the RAID-10 array to finish building. Oh for NFSv4.. :) Is severn/cambridge supposed to be 2.6-ready? top was showing that almost all processes were in swap but 0k of swap was used! From knxmay001 at mail.uct.ac.za Wed Jul 23 22:52:13 2003 From: knxmay001 at mail.uct.ac.za (Maynard) Date: Thu, 24 Jul 2003 00:52:13 +0200 Subject: Also noticed In-Reply-To: <200307232246.h6NMk7M00854@devserv.devel.redhat.com> Message-ID: <000001c3516d$0f6cf5b0$196d9e89@baobab> NVidia Geforce2 MX 200 with 64MB memory -----Original Message----- From: rhl-beta-list-admin at redhat.com [mailto:rhl-beta-list-admin at redhat.com] On Behalf Of Alan Cox Sent: Thursday, July 24, 2003 12:46 AM To: rhl-beta-list at redhat.com Subject: Re: Also noticed > X is using about 90+ MB of RAM according to system monitor. Is this > because it aggregates all RAM usage of GUI programs, or is this also a > bug. X maps the video memory. So if you have a 64Mb video card it often actually is that X is using 64Mb of video memory and then its own memory. > 2. I think acme (the multimedia key daemon) should come standard. A > lot of people, myself included, have multimedia keyboards, and > this is a great need. [RFE it and I agree entirely] > 7. Maybe its a gtk problem, but dragging borders is slow and > redraws pitifully slowly. This kills the desktop experience. What video card are you using ? -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From hosting at j2solutions.net Wed Jul 23 22:35:57 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Wed, 23 Jul 2003 15:35:57 -0700 Subject: xmms skipping In-Reply-To: References: <1058995935.22195.3.camel@albert> <1058996067.3331.2.camel@bfox.devel.redhat.com> Message-ID: <200307231535.57089.hosting@j2solutions.net> On Wednesday 23 July 2003 15:47, mb wrote: > have to wait till tomorrow for the RAID-10 array > to finish building. Oh for NFSv4.. :) What raid card are you using? Raid-10 is usually an instant thing with the raid cards I've been using, and with software raid as well IIRC. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From john at cepros.com Wed Jul 23 23:02:17 2003 From: john at cepros.com (John P. Mitchell) Date: Wed, 23 Jul 2003 15:02:17 -0800 Subject: Graphical boot isn't so graphical Message-ID: Jack, >Sorry, but this is a definite case of "dummying down" and borders on a >specious argument. What will be the first thing a support person asks a >newbie stuck on a boot to do? "Hit CTRL-ALT-F1, please, and tell me what >it says." Despite your argument that it is a usability issue, it really >amounts to coders defending the impressiveness of their work. Show me >how a newbie user "uses" the bootup and I might agree with you. > >-- >Jack Bowling >mailto: jbinpg at shaw.ca Let me give you a quick example and see what you think. I installed Linux on a computer for my wife who uses Windows 2000 and Mac OS X daily. Upon booting up it did the normal thing and all of the normal init script feedback slid across the screen. She promptly came back to me and asked what all of that 'garbage' was for. She seemed to think that Linux was some kind of half finished 'geek thing' that she did not want to use. So I have a couple of newbie uses for the graphical boot. One is to shield users who do not need/want to know what is going on under the hood and thus decreasing silly requests to the local help desk or from generating exscuses to not use this 'thing'. Second is to give the user the impression of a polished, whole, functional operating system that the user would want to use. Both of these examples give the operating system increased usability due to the fact that the user does not get hung up in 'what is all that stuff?' and just gets his/her work done. Just my two cents. Regards, John P. Mitchell Email Sticker: My Boss is a Jewish carpenter http://www.GoboLinux.org | User #00010110 From hp at redhat.com Wed Jul 23 23:18:14 2003 From: hp at redhat.com (Havoc Pennington) Date: Wed, 23 Jul 2003 19:18:14 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> References: <200307211503.57071.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> Message-ID: <20030723191814.B25414@devserv.devel.redhat.com> On Wed, Jul 23, 2003 at 05:50:28PM -0400, Thomas Corriher wrote: > When you dumb down interfaces in the hope of giving Linux a broader > acceptance with the masses, then you are indeed basing designs on > marketing decisions. There are no technical reasons for it. I'm not in marketing, but I do want lots of people to use and enjoy using my software. If you want to understand the reasons, one place to start is http://rhl.redhat.com/participate/developers-guide/ chapter 5, and the several books it recommends. That gives a framework for discussing user interface issues and making related decisions. I don't pretend to know all the answers but there is a process and a body of expertise here. You could also spend some time on the receiving end of various user confusions and fears caused by the stuff scrolling by on boot. > 2 - I joined this list because I was invited by an e-mail from RH. > In that message, I was informed that RH was undergoing a paradigm > shift. Specifically, the entire operations was going open source. > The Linux community would be helping with all package and design > decisions. This gave me new hope for RH. However, the attitude I > am reading here is "our way or the highway". So exactly what is > going on? Open source projects are not "everyone on the mailing list gets to take a vote." In the case of Linux, Linus gets to decide. In the case of GNOME, there is a more elaborate procedure involving multiple module maintainers and a release team. In the case of Apache, there's yet another process. But in all of these it's a meritocracy, not a democracy. We've always accepted suggestions. What's different now is not that we accept suggestions - we always have - but that external contributors, through their contributions, can come to be involved in decision making and be members of the development team. And that now anyone can lurk and see what's going on during development. There's also the matter of tradeoffs. You can't do everything at once. To that end, we posted the project objectives at: http://rhl.redhat.com/about/objectives.html If you don't basically buy into those objectives, you'll be unhappy contributing to Red Hat Linux because you'll be fighting the project direction. There has to be an overall direction and what's listed there is basically what it has been historically. This direction is open to discussion, sure, but it can't be everchanging and it has to honestly confront the tradeoffs. If the direction changes, it will be by consensus of the current contributors, informed by suggestions and feedback. I'd say the objectives derive from an overall vision of a "mainstream general-purpose operating system," and I don't think that basic vision is likely to change; so objectives that conflict with it aren't likely to be added. Havoc From bfox at redhat.com Wed Jul 23 23:18:33 2003 From: bfox at redhat.com (Brent Fox) Date: Wed, 23 Jul 2003 19:18:33 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> References: <200307211503.57071.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> Message-ID: <20030723231833.GA20856@redhat.com> On Wed, Jul 23, 2003 at 05:50:28PM -0400, Thomas Corriher wrote: > > It is not a marketing decision - > ... > > When something is a usability plus for nontechnical users and > > a usability minus for technical users, we're always going to > > default to the nontechnical setting, because technical users have > > the skills to "opt out" and change the default. > > When you dumb down interfaces in the hope of giving Linux a broader > acceptance with the masses, then you are indeed basing designs on > marketing decisions. There are no technical reasons for it. If there are no technical reasons for making something easier to use in order to appeal to the masses, then let me ask the opposite question. What techincal reason is there to make something unnecessarily hard to use? Why make the decision to appeal to a niche audience? Isn't that a "marketing" decision too? Think about why people work on GPL software in the first place...so other people can benefit from it. My opinion is this: I only have a finite number of hours in the day to work on stuff. I want to spend that time working on stuff that does the most good for the largest group of people. When faced with a choice of appealing to 95% of people or 5% of people, I'll pick the 95% every time. Not because of "marketing", but because it solves the bigger problem. > It's > a real stretch. I am not implying that there is anything > inherently wrong with doing that. I am implying that we should be > honest about the entire situation, because you can't have it both > ways. Compromises in server design were made (like this and the > Frankenstein version of KDE) for the purpose of (hopefully) > building a better desktop system. Again, I'll repeat that I do not > feel there is anything inherently wrong with that. Just don't tell > us you are everything to everyone, and then put marketing spin on > your flaws. Our most important Linux asset is the community, and > that community cannot survive unless we are willing to be painfully > honest with ourselves about what we are doing, and why we are doing > it. > > I care about RH, and apparently I've got the ear of at least one > employee. So I'll take this opportunity to cite a few observations > to you as an outsider, and as a member of the greater community. > > 1 - First I remember RH as the "Server Linux", then the "Desktop > Linux", then the "High End Enterprise Linux", and finally RH is now > trying to transform itself into all of the above while > simultaneously dropping all retail sales. If an individual acted > this way, I would suspect multiple personalities. You guys ought > to figure out exactly what it is that you do best, and then go all > out with it. > > 2 - I joined this list because I was invited by an e-mail from RH. > In that message, I was informed that RH was undergoing a paradigm > shift. Specifically, the entire operations was going open source. > The Linux community would be helping with all package and design > decisions. This gave me new hope for RH. However, the attitude I > am reading here is "our way or the highway". So exactly what is > going on? The paradigm has shifted but that doesn't mean we're going to change everything at once. The project has a set of objectives (http://rhl.redhat.com/about/objectives.html) that we're striving for. Those who are not interested in the objectives may not find the project very appealing, but without guidelines of some sort it would be impossible to keep the project on track. Cheers, Brent From skvidal at phy.duke.edu Wed Jul 23 23:23:24 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 23 Jul 2003 19:23:24 -0400 Subject: Promoting LDAP vs NIS on RHL In-Reply-To: <1058976902.10599.14.camel@smoogen1.lanl.gov> References: <1058936314.2411.80.camel@mentor.gurulabs.com> <1058937321.4157.76.camel@binkley> <1058976902.10599.14.camel@smoogen1.lanl.gov> Message-ID: <1059002604.4157.247.camel@binkley> On Wed, 2003-07-23 at 12:15, Stephen Smoogen wrote: > We found that turning on nscd with openldap w/db4 had the speeds > equivalent to NIS. However our ldap tables may just be lucky enough to > be fast. And to be fair - I found that it helps ldap too. but then you suffer nscd's problems of over-caching passwords with other uid information. unless you're using kerberos - and then if you are I'm not sure how much ldap saves you over nis. -sv From hp at redhat.com Wed Jul 23 23:24:03 2003 From: hp at redhat.com (Havoc Pennington) Date: Wed, 23 Jul 2003 19:24:03 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723222311.GA4935@nonesuch> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723222311.GA4935@nonesuch> Message-ID: <20030723192403.C25414@devserv.devel.redhat.com> On Wed, Jul 23, 2003 at 03:23:11PM -0700, Jack Bowling wrote: > On Wed, Jul 23, 2003 at 03:03:42PM -0400, Havoc Pennington wrote: > > It is not a marketing decision - the boot messages do show up as a > > real usability problem, and usability is one of the primary objectives > > of Red Hat Linux. It is one of our main technical goals. > > > > When something is a usability plus for nontechnical users and a > > usability minus for technical users, we're always going to default > > to the nontechnical setting, because technical users have the skills > > to "opt out" and change the default. > > > Sorry, but this is a definite case of "dummying down" and borders on a > specious argument. What will be the first thing a support person asks a > newbie stuck on a boot to do? "Hit CTRL-ALT-F1, please, and tell me what > it says." Despite your argument that it is a usability issue, it really > amounts to coders defending the impressiveness of their work. Show me > how a newbie user "uses" the bootup and I might agree with you. I know how the decision was made, and marketing wasn't involved. Users use the bootup because they see it, and they try to figure out what it means, and usually fail; and that is not harmless. If I buy a cookbook, and open it up to read some recipes, and the first few pages are full of gibberish, that is going to seriously affect how I view that cookbook and cause me concern. Think of the fax machine that just says "PC Load Letter" all the time in "Office Space." Computers should never have the equivalent of that message, because it produces the reaction accurately depicted in the movie. Havoc From smoogen at lanl.gov Wed Jul 23 23:45:53 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 23 Jul 2003 17:45:53 -0600 Subject: Promoting LDAP vs NIS on RHL In-Reply-To: <1059002604.4157.247.camel@binkley> References: <1058936314.2411.80.camel@mentor.gurulabs.com> <1058937321.4157.76.camel@binkley> <1058976902.10599.14.camel@smoogen1.lanl.gov> <1059002604.4157.247.camel@binkley> Message-ID: <1059003953.13133.13.camel@smoogen1.lanl.gov> We are using Kerberos/GSSAPI whenever possible. The places we are not.. we run into the over-caching of passwords. On Wed, 2003-07-23 at 17:23, seth vidal wrote: > On Wed, 2003-07-23 at 12:15, Stephen Smoogen wrote: > > We found that turning on nscd with openldap w/db4 had the speeds > > equivalent to NIS. However our ldap tables may just be lucky enough to > > be fast. > > And to be fair - I found that it helps ldap too. but then you suffer > nscd's problems of over-caching passwords with other uid information. > > unless you're using kerberos - and then if you are I'm not sure how much > ldap saves you over nis. > > -sv > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From jes at martnet.com Wed Jul 23 23:51:45 2003 From: jes at martnet.com (Joe Smith) Date: Wed, 23 Jul 2003 19:51:45 -0400 Subject: zero for severn Message-ID: <3F1F1F91.3040103@martnet.com> Wow, several showstoppers for me in Severn: Wouldn't boot after install (just boots to grub prompt). Boot floppy boots to firstboot, but mouse & keyboard are non-functional. Ctrl-Backspace kills X; shutdown from gdm login. Next attempt, firstboot comes up, I Ctrl-Alt-F1 to text login, then CAF7 back to firstboot, now mouse and keyboard are ok. Complete setup and login through gdm. CD (IDE burner/DVD combo, which worked fine for install) is set up wrong and completely non-functional. Data cd's won't mount automatically or manually and audio cds won't play. Should I just Bugzilla these? I know the grub problem was in RH9, because I had the same thing happen. The 'fix' was to downgrade grub to the rpm from RH8, and I found this discussed on the net so I wasn't alone. I checked Bugzilla yesterday and found three bugs under 'grub', none of which were this one. I hate to contribute more noise when things are known and I hate to spend my time on a bug report that's ignored. Severn looks nice though ;-) References: <1058936314.2411.80.camel@mentor.gurulabs.com> <1058937321.4157.76.camel@binkley> <1058976902.10599.14.camel@smoogen1.lanl.gov> <1059002604.4157.247.camel@binkley> Message-ID: <1059005158.2678.145.camel@mentor.gurulabs.com> On Wed, 2003-07-23 at 17:23, seth vidal wrote: > On Wed, 2003-07-23 at 12:15, Stephen Smoogen wrote: > > We found that turning on nscd with openldap w/db4 had the speeds > > equivalent to NIS. However our ldap tables may just be lucky enough to > > be fast. > > And to be fair - I found that it helps ldap too. but then you suffer > nscd's problems of over-caching passwords with other uid information. OpenLDAP can perform massively different depending on how it tuned. Even to the order of 10x - 40x difference in performance. OpenLDAP 2.1 uses Berkeley DB v4 backend by default. So alot of the performance tuning is really "Berkeley DB tuning", mostly in the realm of getting the DB cache size set appropriately. Seriously, you can get very good performance out of OpenLDAP. This tuning is NOT done inside of the OpenLDAP configuration, but at the Berkeley DB level. You need to create a DB_CONFIG file inside of your database directory (/var/lib/ldap on RHL). If you crank up the size of the shared memory buffer pool you'll be happy. The default is 256KB! Go read: http://www.sleepycat.com/docs/ref/am_conf/cachesize.html http://www.sleepycat.com/docs/api_c/env_set_cachesize.html http://www.openldap.org/faq/data/cache/190.html From matt-whiteley at comcast.net Thu Jul 24 00:21:16 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 23 Jul 2003 17:21:16 -0700 Subject: kernel whoops Message-ID: <1059006076.9702.3.camel@galt.atlas.gotdns.org> So, I unwittingly installed the 2.6 test kernel from arjan's directory and out of habit used the rpm -Uvh command. I had wanted to install it as a test not to replace. I have not rebooted and am still running the 2.4 kernel. Is this what I need to do to get back in shape? rpm -Uvh --oldpackage kernel-2.4.21-20.1.2024.2.1.nptl.athlon.rpm rpm -ivh kernel-2.6.0-0.test1.1.26.athlon.rpm Will I be back to where I would have been in the first place? thanks, -- Matt Whiteley From matt-whiteley at comcast.net Thu Jul 24 00:22:40 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 23 Jul 2003 17:22:40 -0700 Subject: Network install failure In-Reply-To: <001301c35161$21a588c0$0301010a@tiger> References: <1058994710.9987.95.camel@galt.atlas.gotdns.org> <001301c35161$21a588c0$0301010a@tiger> Message-ID: <1059006160.9702.6.camel@galt.atlas.gotdns.org> On Wed, 2003-07-23 at 14:26, Tudor Popescu wrote: > Hello, > > I believe that in order to do a HTTP or FTP install you need to have the > extracted isos - > > however, I too had a problem while trying to FTP install from mounted iso > images > (disc1, disc2, disc3). Looking at the ftp logs showed that the install > program > (after succesfully loading stage2), right when searching for the first > packet > (glibc-common I believe) was trying to access a directory named > /ftp/pub/mirrors/ftp.redhat.com/linux/beta/severn/en/disc1/disc1 (note the > extra disc1). > > Using the rh_extract_iso.sh script to extract all isos into one 'os' > directory > and restarting install worked though. > > > -- > Tudor Popescu > top at warp.ro I am not familiar with the script you are speaking of but I did the copy by hand and it worked. I had been told that the iso network install worked with the NFS, FTP, and HTTP variants. It appears this was incorrect. thanks, -- Matt Whiteley From jbinpg at shaw.ca Thu Jul 24 00:31:12 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Wed, 23 Jul 2003 17:31:12 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <1059000236.3110.45.camel@albert> References: <200307232224.h6NMOmM23815@devserv.devel.redhat.com> <3F1F0D71.8060003@bourbaki.us> <1059000236.3110.45.camel@albert> Message-ID: <0HII00K0O6S16I@l-daemon> ** Reply to message from Maynard Kuona on Thu, 24 Jul 2003 00:43:57 +0200 [snip] > PrintScreen to take a shot of the whole screen > Alt+PrintScreen to take the current window You bet. Quick and dirty, please. jb From sflory at rackable.com Thu Jul 24 01:09:30 2003 From: sflory at rackable.com (Samuel Flory) Date: Wed, 23 Jul 2003 18:09:30 -0700 Subject: kernel whoops In-Reply-To: <1059006076.9702.3.camel@galt.atlas.gotdns.org> References: <1059006076.9702.3.camel@galt.atlas.gotdns.org> Message-ID: <3F1F31CA.6010903@rackable.com> Matt Whiteley wrote: >So, I unwittingly installed the 2.6 test kernel from arjan's directory >and out of habit used the rpm -Uvh command. I had wanted to install it >as a test not to replace. I have not rebooted and am still running the >2.4 kernel. Is this what I need to do to get back in shape? > >rpm -Uvh --oldpackage kernel-2.4.21-20.1.2024.2.1.nptl.athlon.rpm >rpm -ivh kernel-2.6.0-0.test1.1.26.athlon.rpm > >Will I be back to where I would have been in the first place? > > Really all you need is rpm -ivh --oldpackage kernel-2.4.21-20.1.2024.2.1.nptl.athlon.rpm You should make sure you have valid entries in grub.conf, or lilo.conf. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From hp at redhat.com Thu Jul 24 01:17:41 2003 From: hp at redhat.com (Havoc Pennington) Date: Wed, 23 Jul 2003 21:17:41 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723191814.B25414@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> <20030723191814.B25414@devserv.devel.redhat.com> Message-ID: <20030723211741.A9605@devserv.devel.redhat.com> On Wed, Jul 23, 2003 at 07:18:14PM -0400, Havoc Pennington wrote: > I'd say the objectives derive from an overall vision of a "mainstream > general-purpose operating system," and I don't think that basic vision > is likely to change; so objectives that conflict with it aren't likely > to be added. Should add a couple of caveats to that vision, which are also listed on the objectives page. We want Red Hat Linux to be leading edge and frequently updated, and it's intended to contain a broader variety of software some of which may be niche or not-yet-ready-for-wide-audience. So it does have some bias toward users who want latest-and-greatest stuff and want to try out a range of software (have more choices), even if not all the software is "fully productized." Havoc From sflory at rackable.com Thu Jul 24 01:25:55 2003 From: sflory at rackable.com (Samuel Flory) Date: Wed, 23 Jul 2003 18:25:55 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723211741.A9605@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> <20030723191814.B25414@devserv.devel.redhat.com> <20030723211741.A9605@devserv.devel.redhat.com> Message-ID: <3F1F35A3.6000407@rackable.com> Havoc Pennington wrote: >On Wed, Jul 23, 2003 at 07:18:14PM -0400, Havoc Pennington wrote: > > >>I'd say the objectives derive from an overall vision of a "mainstream >>general-purpose operating system," and I don't think that basic vision >>is likely to change; so objectives that conflict with it aren't likely >>to be added. >> >> > >Should add a couple of caveats to that vision, which are also listed >on the objectives page. We want Red Hat Linux to be leading edge and >frequently updated, and it's intended to contain a broader variety of >software some of which may be niche or >not-yet-ready-for-wide-audience. So it does have some bias toward >users who want latest-and-greatest stuff and want to try out a range >of software (have more choices), even if not all the software is >"fully productized." > > > Is seeing something like apt-get out of the question? While I like up2date even my rhn as entiltlement downloads are slower than mirrors kernel.org, and freshrpms. (Of course this is likely do to the fact I'm within several miles of kernel.org.) Not to mention the speed of my local apt repository. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From matt-whiteley at comcast.net Thu Jul 24 01:33:59 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 23 Jul 2003 18:33:59 -0700 Subject: kernel whoops In-Reply-To: <3F1F31CA.6010903@rackable.com> References: <1059006076.9702.3.camel@galt.atlas.gotdns.org> <3F1F31CA.6010903@rackable.com> Message-ID: <1059010439.9702.9.camel@galt.atlas.gotdns.org> On Wed, 2003-07-23 at 18:09, Samuel Flory wrote: > Really all you need is > > rpm -ivh --oldpackage kernel-2.4.21-20.1.2024.2.1.nptl.athlon.rpm > > > You should make sure you have valid entries in grub.conf, or lilo.conf. [root at alt html]# rpm -ivh --oldpackage kernel-2.4.21-20.1.2024.2.1.nptl.athlon.rpm warning: kernel-2.4.21-20.1.2024.2.1.nptl.athlon.rpm: V3 DSA signature: NOKEY, key ID 897da07a Preparing... ########################################### [100%] 1:kernel ########################################### [100%] depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/bluetooth/cmtp/cmtp.o depmod: attach_capi_driver_R7524378c depmod: detach_capi_driver_R1b092860 All of your loopback devices are in use. mkinitrd failed error: %post(kernel-2.4.21-20.1.2024.2.1.nptl) scriptlet failed, exit status 1 [root at alt html]# rpm -q kernel kernel-2.6.0-0.test1.1.26 kernel-2.4.21-20.1.2024.2.1.nptl grub.conf was not fixed. Should I rpm -e the 2.4 kernel and try something else? thanks, -- Matt Whiteley From sflory at rackable.com Thu Jul 24 01:38:52 2003 From: sflory at rackable.com (Samuel Flory) Date: Wed, 23 Jul 2003 18:38:52 -0700 Subject: kernel whoops In-Reply-To: <1059010439.9702.9.camel@galt.atlas.gotdns.org> References: <1059006076.9702.3.camel@galt.atlas.gotdns.org> <3F1F31CA.6010903@rackable.com> <1059010439.9702.9.camel@galt.atlas.gotdns.org> Message-ID: <3F1F38AC.6040408@rackable.com> Matt Whiteley wrote: >On Wed, 2003-07-23 at 18:09, Samuel Flory wrote: > > >> Really all you need is >> >>rpm -ivh --oldpackage kernel-2.4.21-20.1.2024.2.1.nptl.athlon.rpm >> >> >> You should make sure you have valid entries in grub.conf, or lilo.conf. >> >> > >[root at alt html]# rpm -ivh --oldpackage kernel-2.4.21-20.1.2024.2.1.nptl.athlon.rpm >warning: kernel-2.4.21-20.1.2024.2.1.nptl.athlon.rpm: V3 DSA signature: NOKEY, key ID 897da07a >Preparing... ########################################### [100%] > 1:kernel ########################################### [100%] >depmod: *** Unresolved symbols in /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/bluetooth/cmtp/cmtp.o >depmod: attach_capi_driver_R7524378c >depmod: detach_capi_driver_R1b092860 >All of your loopback devices are in use. > That would be because you can't load your loop module as it was removed by rpm. >mkinitrd failed >error: %post(kernel-2.4.21-20.1.2024.2.1.nptl) scriptlet failed, exit status 1 >[root at alt html]# rpm -q kernel >kernel-2.6.0-0.test1.1.26 >kernel-2.4.21-20.1.2024.2.1.nptl > > > Please tell me you haven't removed the 2.5 kernel you installed, and that it has a valid initrd in /boot? Other wise find a redhat install cdrom and boot it with "linux rescue". PS- Why doesn't redhat build the loop driver directily into the kernel!!! People do this all the time. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From jspaleta at princeton.edu Thu Jul 24 02:00:07 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 23 Jul 2003 22:00:07 -0400 Subject: gnome screenshot was [Graphical boot isn't so graphical] Message-ID: <1059012007.2505.12.camel@localhost.localdomain> Again sorry for the lack of threading...I'm on digest. Maynard Kuona scribbled: >I just wish it could have a delay though. For me to 'pose' before it >takes the shot. But I think it is pretty adequate. Unless something has changed in the beta (which i haven't installed yet...i've been dealing with a memory program, bad ram, which is fixed now so i'm diving into the beta soonish, how silly would i look trying to run the beta on ram I know is bad) gnome-panel-screenshot --help Application options --window Grab a window instead of the entire screen --delay=INT Take screenshot after specified delay [in seconds] And in fact the gnome help system (at least in rhl9) has a page for gnome-panel-screenshot that goes over the options including running it at the commandline to get to the delay feature. So i guess the issue now is...what feature is worth having accessible with a single click...and what features are best left for advanced users as commandline options. Clearly the answer is not every feature of every application needs to be gui-izable. But in this case, I don't have a strong opinion on whether or not there needs to be a way to select a window and a delay from the Actions menu. But consider this...wouldn't you need to have a popup pane before you take the screenshot so you can select delay or window mode....that complicates the process of just taking a screenshot. Right now...you click a button, you get the screenshot. I don't think its unreasonable to have advanced users diving to commandline to use delay and window features of this gnome-panel-screenshot. -jef"9 out of 10 Helen's agree: nothing beats a good pair of shoes"spaleta -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jes at martnet.com Thu Jul 24 02:08:35 2003 From: jes at martnet.com (Joe Smith) Date: Wed, 23 Jul 2003 22:08:35 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723211741.A9605@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> <20030723191814.B25414@devserv.devel.redhat.com> <20030723211741.A9605@devserv.devel.redhat.com> Message-ID: <3F1F3FA3.4000409@martnet.com> Havoc Pennington wrote: > ... So it does have some bias toward users who want > latest-and-greatest stuff and want to try out a range of software > (have more choices), even if not all the software is "fully > productized." I sincerely hope that "not fully productized" is not marketing-speak for "let us know if this happens to work". If I choose to install something off of freshrpms, I don't feel bad if it ain't quite there yet. I need some reasonable level of functionality in a distribution (or at least some way to distinguish core/dependable from alpha/experimental). Missing features is one thing; stuff that just doesn't work is another. I like to choose where I waste my time ;-) Surely you wouldn't intentionally dilute the quality of the free (beer) edition just to pump up the value of the 'enterprise' editions? Well, I can't say I'd blame you if you did. Good QA is worth real $$. I tried to install Severn on my old laptop. I couldn't get further than /sbin/loader. .... No go for the Toshiba 490CDT. On my desktop, a PowerSpecPC. The scanner worked and closed down properly. It used to not turn back off, after the scan. I lost my network connection though. This was an Upgrade from RHL 7.3 - I used this only for CD burning and the Installation was not used often. Here is the output from redhat-config-network. I love the save output to file. I'll file a bug for this also. My initial impression is that this distribution ought to be a great advancement for Linux and Red Hat. Output file attached. Jim -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ethernet-connection-fail URL: From matt-whiteley at comcast.net Thu Jul 24 02:03:10 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 23 Jul 2003 19:03:10 -0700 Subject: kernel whoops In-Reply-To: <3F1F38AC.6040408@rackable.com> References: <1059006076.9702.3.camel@galt.atlas.gotdns.org> <3F1F31CA.6010903@rackable.com> <1059010439.9702.9.camel@galt.atlas.gotdns.org> <3F1F38AC.6040408@rackable.com> Message-ID: <1059012190.9702.12.camel@galt.atlas.gotdns.org> On Wed, 2003-07-23 at 18:38, Samuel Flory wrote: > That would be because you can't load your loop module as it was > removed by rpm. > > >mkinitrd failed > >error: %post(kernel-2.4.21-20.1.2024.2.1.nptl) scriptlet failed, exit status 1 > >[root at alt html]# rpm -q kernel > >kernel-2.6.0-0.test1.1.26 > >kernel-2.4.21-20.1.2024.2.1.nptl > > > > > > > > Please tell me you haven't removed the 2.5 kernel you installed, and > that it has a valid initrd in /boot? Other wise find a redhat install > cdrom and boot it with "linux rescue". > > PS- Why doesn't redhat build the loop driver directily into the > kernel!!! People do this all the time. No, I didn't remove the 2.6 test kernel and here is the directory listing at /boot: [root at alt html]# ls /boot/ config-2.4.21-20.1.2024.2.1.nptl System.map config-2.6.0-0.test1.1.26 System.map-2.4.21-20.1.2024.2.1.nptl grub System.map-2.6.0-0.test1.1.26 initrd-2.6.0-0.test1.1.26.img vmlinux-2.4.21-20.1.2024.2.1.nptl kernel.h vmlinux-2.6.0-0.test1.1.26 lost+found vmlinuz message vmlinuz-2.4.21-20.1.2024.2.1.nptl message.ja vmlinuz-2.6.0-0.test1.1.26 So, what do I need to do to repair and make bootable the 2.4 kernel? Sam - thanks so much for the help -- Matt Whiteley From sflory at rackable.com Thu Jul 24 02:02:46 2003 From: sflory at rackable.com (Samuel Flory) Date: Wed, 23 Jul 2003 19:02:46 -0700 Subject: kernel whoops In-Reply-To: <1059012190.9702.12.camel@galt.atlas.gotdns.org> References: <1059006076.9702.3.camel@galt.atlas.gotdns.org> <3F1F31CA.6010903@rackable.com> <1059010439.9702.9.camel@galt.atlas.gotdns.org> <3F1F38AC.6040408@rackable.com> <1059012190.9702.12.camel@galt.atlas.gotdns.org> Message-ID: <3F1F3E46.5080207@rackable.com> Matt Whiteley wrote: >On Wed, 2003-07-23 at 18:38, Samuel Flory wrote: > > >> That would be because you can't load your loop module as it was >>removed by rpm. >> >> >> >>>mkinitrd failed >>>error: %post(kernel-2.4.21-20.1.2024.2.1.nptl) scriptlet failed, exit status 1 >>>[root at alt html]# rpm -q kernel >>>kernel-2.6.0-0.test1.1.26 >>>kernel-2.4.21-20.1.2024.2.1.nptl >>> >>> >>> >>> >>> >> Please tell me you haven't removed the 2.5 kernel you installed, and >>that it has a valid initrd in /boot? Other wise find a redhat install >>cdrom and boot it with "linux rescue". >> >>PS- Why doesn't redhat build the loop driver directily into the >>kernel!!! People do this all the time. >> >> > >No, I didn't remove the 2.6 test kernel and here is the directory >listing at /boot: >[root at alt html]# ls /boot/ >config-2.4.21-20.1.2024.2.1.nptl System.map >config-2.6.0-0.test1.1.26 System.map-2.4.21-20.1.2024.2.1.nptl >grub System.map-2.6.0-0.test1.1.26 >initrd-2.6.0-0.test1.1.26.img vmlinux-2.4.21-20.1.2024.2.1.nptl >kernel.h vmlinux-2.6.0-0.test1.1.26 >lost+found vmlinuz >message vmlinuz-2.4.21-20.1.2024.2.1.nptl >message.ja vmlinuz-2.6.0-0.test1.1.26 > >So, what do I need to do to repair and make bootable the 2.4 kernel? > > Well you can try to boot the 2.6 kernel and hope you don't run into any issues booting. Then try the following: mkinitrd -v /boot/initrd-2.4.21-20.1.2024.2.1.nptl.img 2.4.21-20.1.2024.2.1.nptl Otherwise you will need to boot some sort of rescue disk like the install in rescue mode, and try the following: -chroot /mnt/sysimage -mkinitrd -v /boot/initrd-2.4.21-20.1.2024.2.1.nptl.img 2.4.21-20.1.2024.2.1.nptl -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From mas118 at york.ac.uk Thu Jul 24 02:19:05 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Thu, 24 Jul 2003 09:19:05 +0700 Subject: Severn notebook users experiencing hard lock-ups? In-Reply-To: References: Message-ID: <1059013144.7884.0.camel@bushido> On Thu, 2003-07-24 at 05:34, Nicholas Marsh wrote: > FYI: This may or may not be productive, but... > > I've noticed a few others have had this same problem while reading > various blogs. > > Anyway, it doesn't seem to be a limited issue. Sorry I don't have more > info. > Thanks - will investigate further. It seems that any lock-up I experience is limited to the first few minutes after boot-up - I managed to freeze my notebook today while logging on, for instance. Really curious. Regards, Michel From mas118 at york.ac.uk Thu Jul 24 02:19:56 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Thu, 24 Jul 2003 09:19:56 +0700 Subject: Severn notebook users experiencing hard lock-ups? In-Reply-To: <1058992729.8032.1.camel@benjamin> References: <1058978109.6793.19.camel@bushido> <1058992729.8032.1.camel@benjamin> Message-ID: <1059013195.7884.2.camel@bushido> On Thu, 2003-07-24 at 03:38, Benjamin Vander Jagt wrote: > I had that same problem with Red Hat 9. Supposedly one of the up2date > updates fixed it, but I couldn't figure out why RPM couldn't install it > but up2date could. J.A.M.D. 0.0.6 is Red Hat 9 based and came partly > updated, so I didn't have the same problem with J.A.M.D... > Err... J.A.M.D. ? - Michel From mas118 at york.ac.uk Thu Jul 24 02:21:49 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Thu, 24 Jul 2003 09:21:49 +0700 Subject: First impressions and bugs In-Reply-To: <1058993857.2169.8.camel@stantz.corp.sgi.com> References: <1058927755.6892.11.camel@bushido> <1058993857.2169.8.camel@stantz.corp.sgi.com> Message-ID: <1059013309.7884.4.camel@bushido> On Thu, 2003-07-24 at 03:57, Florin Andrei wrote: > On Tue, 2003-07-22 at 19:35, Michel Alexandre Salim wrote: > > > Another thing - please update Gaim to 0.65, 0.64 has annoying little > > bugs (like not being able to display my MSN nick with UTF characters > > properly) > > You mean "update to 0.66 because that's where all MSN bugs are fixed > (hopefully)". ;-) Err, yes. Or whatever the most bug-free version is come freeze-date :) Regards, Michel From mas118 at york.ac.uk Thu Jul 24 02:23:16 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Thu, 24 Jul 2003 09:23:16 +0700 Subject: Mouse cursor regression Message-ID: <1059013395.7884.7.camel@bushido> ... or is it? I never tried the large cursors under RH9, but the 'Large Cursor' is actually white instead of black, and the 'Large White Cursor' simply does not work: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100657 Regards, Michel From hp at redhat.com Thu Jul 24 02:24:41 2003 From: hp at redhat.com (Havoc Pennington) Date: Wed, 23 Jul 2003 22:24:41 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <3F1F35A3.6000407@rackable.com> References: <200307211503.57071.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> <20030723191814.B25414@devserv.devel.redhat.com> <20030723211741.A9605@devserv.devel.redhat.com> <3F1F35A3.6000407@rackable.com> Message-ID: <20030723222441.E9605@devserv.devel.redhat.com> On Wed, Jul 23, 2003 at 06:25:55PM -0700, Samuel Flory wrote: > Is seeing something like apt-get out of the question? In fact it's one of our highest priorities; people are arguing about apt vs. yum but there will definitely be stuff along these lines. Havoc From mas118 at york.ac.uk Thu Jul 24 02:26:36 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Thu, 24 Jul 2003 09:26:36 +0700 Subject: zero for severn In-Reply-To: <3F1F1F91.3040103@martnet.com> References: <3F1F1F91.3040103@martnet.com> Message-ID: <1059013596.7884.11.camel@bushido> On Thu, 2003-07-24 at 06:51, Joe Smith wrote: > Wow, several showstoppers for me in Severn: > > Wouldn't boot after install (just boots to grub prompt). Ouch. Details? > Boot floppy boots to firstboot, but mouse & keyboard are non-functional. Boot floppy is known to be broken at the moment, according to the Release Notes - the kernel is too large to fit, you need to boot from the rescue CD (i.e. first install disc) > Ctrl-Backspace kills X; shutdown from gdm login. > > Next attempt, firstboot comes up, I Ctrl-Alt-F1 to text login, then CAF7 > back to firstboot, now mouse and keyboard are ok. Complete setup and > login through gdm. > > CD (IDE burner/DVD combo, which worked fine for install) is set up wrong > and completely non-functional. Data cd's won't mount automatically or > manually and audio cds won't play. > I have something similar - mounting from command line works fine though. I take it redhat-config-packages would not work for you too? Probably the same problem. > Should I just Bugzilla these? I know the grub problem was in RH9, > because I had the same thing happen. The 'fix' was to downgrade grub to > the rpm from RH8, and I found this discussed on the net so I wasn't > alone. I checked Bugzilla yesterday and found three bugs under 'grub', > none of which were this one. I hate to contribute more noise when > things are known and I hate to spend my time on a bug report that's ignored. > Please do bugzilla at least the CD issue and I'll chime in. > Severn looks nice though ;-) > That it does :) Regards, Michel From katzj at redhat.com Thu Jul 24 02:31:54 2003 From: katzj at redhat.com (Jeremy Katz) Date: 23 Jul 2003 22:31:54 -0400 Subject: First impressions and bugs In-Reply-To: <1059013309.7884.4.camel@bushido> References: <1058927755.6892.11.camel@bushido> <1058993857.2169.8.camel@stantz.corp.sgi.com> <1059013309.7884.4.camel@bushido> Message-ID: <1059013914.28014.38.camel@mirkwood.devel.redhat.com> On Wed, 2003-07-23 at 22:21, Michel Alexandre Salim wrote: > On Thu, 2003-07-24 at 03:57, Florin Andrei wrote: > > On Tue, 2003-07-22 at 19:35, Michel Alexandre Salim wrote: > > > > > Another thing - please update Gaim to 0.65, 0.64 has annoying little > > > bugs (like not being able to display my MSN nick with UTF characters > > > properly) > > > > You mean "update to 0.66 because that's where all MSN bugs are fixed > > (hopefully)". ;-) > Err, yes. Or whatever the most bug-free version is come freeze-date :) 0.66 is building now, should be in rawhide tomorrow. Jeremy From mas118 at york.ac.uk Thu Jul 24 02:33:00 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Thu, 24 Jul 2003 09:33:00 +0700 Subject: The old mozilla/evolution mailto nugget and mozex In-Reply-To: <1058998390.2561.6.camel@rh9> References: <1058998390.2561.6.camel@rh9> Message-ID: <1059013980.7884.17.camel@bushido> On Thu, 2003-07-24 at 05:13, Philip Wyett wrote: > Hi, > > Is there any chance we will see Mozex as part of the next or future > releases? > You might want to add the request to this Mozilla bug entry: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=83830 And the MozCurveBlue theme as well: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84887 Regards, Michel From sflory at rackable.com Thu Jul 24 02:41:57 2003 From: sflory at rackable.com (Samuel Flory) Date: Wed, 23 Jul 2003 19:41:57 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723222441.E9605@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> <20030723191814.B25414@devserv.devel.redhat.com> <20030723211741.A9605@devserv.devel.redhat.com> <3F1F35A3.6000407@rackable.com> <20030723222441.E9605@devserv.devel.redhat.com> Message-ID: <3F1F4775.8080709@rackable.com> Havoc Pennington wrote: >On Wed, Jul 23, 2003 at 06:25:55PM -0700, Samuel Flory wrote: > > >> Is seeing something like apt-get out of the question? >> >> > >In fact it's one of our highest priorities; people are arguing about >apt vs. yum but there will definitely be stuff along these lines. > > Cool, yum is pretty good as well. I like apt as I'm familar with it from YDL, freshrpms, and debian. Besides apt on redhat makes my debian friends turn interesting shades of red mid rant. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From mas118 at york.ac.uk Thu Jul 24 02:49:49 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Thu, 24 Jul 2003 09:49:49 +0700 Subject: Feasibility of including straw? Message-ID: <1059014989.7884.29.camel@bushido> This is a long shot, what with the beta process already ongoing, but what is the likelihood that we could get Straw (http://www.nongnu.org/straw) included, say in the next beta? It is quite stable - RH9's version of pygtk2 had to be recompiled with threading enabled but that is default since 1.99.16 - it does need adns, adns-python and bsddb3 installed though (despite the name bsddb3 version 4.x compiles fine against db4) I have them all packaged and roughly RedHat-ified sitting on my hard drive if anyone is interested. The other alternative is to use GtkSharpRSS (http://gtksharprss.sourceforge.net/images/GtkSharpRSS.png) - which even has Dashboard (http://nat.org/dashboard) support, so it will be in really good shape this time next year or so. GtkSharpRSS requires Mono, of course, but it will be nice to have, say on the Technology Preview directory RH used to have. Thoughts? Regards, Michel From jes at martnet.com Thu Jul 24 03:00:28 2003 From: jes at martnet.com (Joe Smith) Date: Wed, 23 Jul 2003 23:00:28 -0400 Subject: zero for severn In-Reply-To: <1059013596.7884.11.camel@bushido> References: <3F1F1F91.3040103@martnet.com> <1059013596.7884.11.camel@bushido> Message-ID: <3F1F4BCC.6010506@martnet.com> Michel Alexandre Salim wrote: >> Boot floppy boots to firstboot, but mouse & keyboard are >> non-functional. > > Boot floppy is known to be broken at the moment, according to the > Release Notes ... No, no. The boot floppy is the part that *worked* ;-) I can boot the system fine from the boot floppy. Maybe I have the power cord in backwards and all the 1s and 0s are reversed? References: <15826.216.63.153.189.1058886669.squirrel@www.depfyffer.com> Message-ID: <1059015411.1559.17.camel@depfyffer.com> After reading a previous post I thought I would pay more attention to my errors. Someone mentioned having problems with DMA and I thought I saw reference to that on one of my screens (sorry I don't know the technical term for ctrl+alt+F3 & F4 ) So I thought I would turn it off and give the install one more try. I don't know how to disable it in the kernel so when I got to the first screen I went to ctrl+alt+F2 and typed hdparm -d0 /dev/hdc . After that install finished fine. graphical boot is pretty nice but if it's going to be graphical I would prefer it to be graphical from the get go (and yes I would like to have a choice to see behind the scenes, I know this sounds familiar) Please put a different image on there also, something like the first RedHat screen that comes up during install would be nice Now to see if I can get my nic driver on there without burning a cd. On Tue, 2003-07-22 at 08:11, listman at depfyffer.com wrote: > Ok, Ive gone through this before with Linux installs but don't remember > how I solved it. > I have an asus A7N266-VM motherboard (yes I know not totally Linux friendly) > 20 gig WD set to master on IDE 1 > internal plextor 40x12x40 set to master on IDE 2 > > during install I get an IO error on F3 and can see hdc atapi reset > complete on F4 (not sure if thats exactly what it says, I'm at work right > now) > I think the last time I went through this I set the cd-rom to CS instead > of master. Can any one give me some advice on how to solve this (if > setting to CS doesn't fix it) or find out what is causing this. I do not > have any problems installing several different versions of that other OS. > > Thanks for you help > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From mike at netlyncs.com Thu Jul 24 03:06:43 2003 From: mike at netlyncs.com (Mike Chambers) Date: 23 Jul 2003 22:06:43 -0500 Subject: IO error during install In-Reply-To: <1059015411.1559.17.camel@depfyffer.com> References: <15826.216.63.153.189.1058886669.squirrel@www.depfyffer.com> <1059015411.1559.17.camel@depfyffer.com> Message-ID: <1059016002.2196.3.camel@bart.netlyncs.com> On Wed, 2003-07-23 at 21:56, listman wrote: > prefer it to be graphical from the get go (and yes I would like to have > a choice to see behind the scenes, I know this sounds familiar) Please > put a different image on there also, something like the first RedHat > screen that comes up during install would be nice Garrett is actually working on this as we speak, or at least started on it today. Whether this is something that gets into the release or comes after I don't know, but rhgb (and gdm for that matter) is being worked on. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From hp at redhat.com Thu Jul 24 03:09:02 2003 From: hp at redhat.com (Havoc Pennington) Date: Wed, 23 Jul 2003 23:09:02 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <3F1F3FA3.4000409@martnet.com> References: <200307211503.57071.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> <20030723191814.B25414@devserv.devel.redhat.com> <20030723211741.A9605@devserv.devel.redhat.com> <3F1F3FA3.4000409@martnet.com> Message-ID: <20030723230902.F9605@devserv.devel.redhat.com> On Wed, Jul 23, 2003 at 10:08:35PM -0400, Joe Smith wrote: > I sincerely hope that "not fully productized" is not marketing-speak for > "let us know if this happens to work". What I mean by that are goals such as "100% translation guaranteed into 10 languages," "all applications are fully keyboard navigable," "all online help is verified accurate and translated," and this type of thing. Some tasks like that a) get linearly more expensive as you add more packages and b) take a long time, including a long feature freeze. Thus they are kind of in conflict with the 6-month release cycle and the desire to offer more packages. There's a tradeoff there. Now it may well be that when we put an upstream package into RHL that it will already be 100% keyboard navigable and 100% translated. We won't break it. And we won't stop work people want to do on these goals in RHL. The point is just that there's not a long enough freeze or enough resources to verify/ensure these kinds of goals on the distribution level, especially once we pile in a lot more packages. Training/support also fall into this category, as the support liability and ability to ramp up training/support staff/materials are affected by package count and release frequency. Consider errata; with RHL if we had gone to 5 years errata, that would be 10 releases live at the same time, and with a large number of packages; a crushing quantity of work. With RHEL, 5 years support is conceivable due to longer release cycle and smaller package set. > If I choose to install something off of freshrpms, I don't feel bad if > it ain't quite there yet. I need some reasonable level of functionality > in a distribution (or at least some way to distinguish core/dependable > from alpha/experimental). Missing features is one thing; stuff that > just doesn't work is another. I like to choose where I waste my time ;-) > > Surely you wouldn't intentionally dilute the quality of the free (beer) > edition just to pump up the value of the 'enterprise' editions? Well, I > can't say I'd blame you if you did. Good QA is worth real $$. The idea is that RHL vs. RHEL is about different audiences/goals/tradeoffs rather than better/worse. RHL is definitely intended to be a useful distribution, not a rolling beta, or alpha/experimental. Our now-fully-open technical forums should give people good visibility into how RHL is engineered. If we succeed in building a contributor community, any contributor will be able to put in bugfixes and we won't even have the ability to dilute quality if we wanted to. I do believe in the RHL project, if I didn't I wouldn't be answering email at 11pm. ;-) Havoc From mas118 at york.ac.uk Thu Jul 24 04:16:25 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Thu, 24 Jul 2003 11:16:25 +0700 Subject: perl modules missing? Message-ID: <1059020185.7884.45.camel@bushido> I get the following while trying to install Mono packages for RH9 on Severn. AFAIR they installed fine on a stock RH9 setup - but I could not remember exactly if Ximian Desktop 2 was installed at the time. In any case it should not matter, since XD2 does not include Perl. Has there been a major overhaul of RH's Perl packages between RH9 and Severn? FYI I have all packages from 3 CDs installed. Regards, Michel [root at bushido i386]# rpm -Uvh /home/michel/Downloads/Mono/* error: Failed dependencies: perl(XML::LibXML) is needed by gtk-sharp-gapi-0.10-1.ximian.6.1 perl-XML-LibXML is needed by gtk-sharp-gapi-0.10-1.ximian.6.1 perl-XML-LibXML-Common is needed by gtk-sharp-gapi-0.10-1.ximian.6.1 perl-XML-NamespaceSupport is needed by gtk-sharp-gapi-0.10-1.ximian.6.1 perl-XML-SAX is needed by gtk-sharp-gapi-0.10-1.ximian.6.1 gtkhtml3.0 is needed by monodoc-0.5-1.ximian.6.1 From mas118 at york.ac.uk Thu Jul 24 04:19:54 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Thu, 24 Jul 2003 11:19:54 +0700 Subject: zero for severn In-Reply-To: <3F1F4BCC.6010506@martnet.com> References: <3F1F1F91.3040103@martnet.com> <1059013596.7884.11.camel@bushido> <3F1F4BCC.6010506@martnet.com> Message-ID: <1059020394.7884.52.camel@bushido> On Thu, 2003-07-24 at 10:00, Joe Smith wrote: > Michel Alexandre Salim wrote: > > >> Boot floppy boots to firstboot, but mouse & keyboard are > >> non-functional. > > > > Boot floppy is known to be broken at the moment, according to the > > Release Notes ... > > No, no. The boot floppy is the part that *worked* ;-) > I can boot the system fine from the boot floppy. > Ah wait, got it slightly wrong; from the RelNotes: NOTE: The ACPI subsystem results in a kernel too big to fit on a diskette; therefore, the kernel placed on boot diskettes does not include ACPI support. In addition, because of these size issues, emergency boot diskettes will not work. You must use rescue mode from the installer instead of an emergency boot diskette. Guess you have ACPI problems. Tried booting with pci=noacpi or acpi=off? > Maybe I have the power cord in backwards and all the 1s and 0s are reversed? > :) - Michel From mas118 at york.ac.uk Thu Jul 24 04:21:25 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Thu, 24 Jul 2003 11:21:25 +0700 Subject: Feasibility of including straw? In-Reply-To: <1059014989.7884.29.camel@bushido> References: <1059014989.7884.29.camel@bushido> Message-ID: <1059020485.7884.56.camel@bushido> On Thu, 2003-07-24 at 09:49, Michel Alexandre Salim wrote: > This is a long shot, what with the beta process already ongoing, but > what is the likelihood that we could get Straw > (http://www.nongnu.org/straw) included, say in the next beta? > > It is quite stable - RH9's version of pygtk2 had to be recompiled with > threading enabled but that is default since 1.99.16 - it does need adns, > adns-python and bsddb3 installed though (despite the name bsddb3 version > 4.x compiles fine against db4) > Scratch that. This thing keeps crashing on database access right now - I'll try my luck with an updated bsddb3 package, it seems like bsddb3 4.1.3 does not like the new db4, even after recompiling. Regards, Michel From tom at syroidmanor.com Thu Jul 24 04:22:55 2003 From: tom at syroidmanor.com (Tom Syroid) Date: Wed, 23 Jul 2003 22:22:55 -0600 Subject: 3rd-Party Apps: Compatibility Report In-Reply-To: <3F1F4775.8080709@rackable.com> References: <200307211503.57071.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> <20030723191814.B25414@devserv.devel.redhat.com> <20030723211741.A9605@devserv.devel.redhat.com> <3F1F35A3.6000407@rackable.com> <20030723222441.E9605@devserv.devel.redhat.com> <3F1F4775.8080709@rackable.com> Message-ID: <42790000.1059020575@phaedrus.syroidmanor.com> Evenin' all... Not sure if this is the correct forum for the following material, but I'll post it anyway. Perhaps it might help others in a roundabout way. 9.0.93 installed without fuss or incident on my dual Athlon 2000+ box. The resolution applet is a welcome touch (I like to work on a big screen -- 1600x1200 -- and it's nice not to have to fuss with XF86Config tweaks. Installed J2SDK-1.4.2: NP. Installed JEdit-1.4-final: NP, once I fed JAVA_HOME into the equation. Installed MySQL-4.0.14-0 (binary RPMs): Crashed and burned during server start (segfault). Installs fine on RH 8 and 9. Installed Samba-3.0-beta3: Installs and runs like a top. I removed all samba* RPMs first, then simply "rpm -ivh"d the single binary. One unexpected and welcome bonus -- redhat-config-samba-1.0.8.1 functions flawlessly with Samba 3.0. Added users, shares, passwords, the whole works, without error. *If* Allison et. al. manage to get the final out before RHL 10 ships, it might be a worthy inclusion to consider for the final release. I've been using Samba 3 (alpha and beta) on my main file server for almost year now without a single hiccup or loss of data. Highly recommended. Overall, nice work gents. /tom From nospamhere at att.net Thu Jul 24 04:32:18 2003 From: nospamhere at att.net (nospamhere at att.net) Date: Thu, 24 Jul 2003 04:32:18 +0000 Subject: custom package selection Message-ID: <200307240432.h6O4WOH17806@mx1.redhat.com> What happened to the "Select individual packages" option? It appears the only option is to take default or take packages listed in each group. Ability to pare down the defaults and add in packages not listed in the groups is important! Did I miss it somehwere? From roberto at desenvolve.com.br Thu Jul 24 03:05:39 2003 From: roberto at desenvolve.com.br (Roberto Berto') Date: 24 Jul 2003 00:05:39 -0300 Subject: Apt-get In-Reply-To: <0HII00K0O6S16I@l-daemon> References: <200307232224.h6NMOmM23815@devserv.devel.redhat.com> <3F1F0D71.8060003@bourbaki.us> <1059000236.3110.45.camel@albert> <0HII00K0O6S16I@l-daemon> Message-ID: <1059015939.3608.1.camel@desphp> Do some one knows how I can configure apt-get to update redhat 9 to the beta one? Thank you. -- Atenciosamente, --------------------------------------------------------- Roberto Berto - roberto at desenvolve.com.br Gerente de Contas / Desenvolve Hospedagem a R$ 7,60 por m?s, com toda a nossa qualidade! Confira: http://www.desenvolve.com.br DESENVOLVE Solu??es de Internet http://www.desenvolve.com.br TEL/FAX: 51 32193222 Av. Doutor Carlos Barbosa, 1321/203 CEP 90880-001 - Porto Alegre/RS --------------------------------------------------------- From cpbarton at uiuc.edu Thu Jul 24 03:41:25 2003 From: cpbarton at uiuc.edu (Barton, Christopher) Date: Wed, 23 Jul 2003 22:41:25 -0500 (CDT) Subject: Anaconda+small-mem+lvm-swap crash Message-ID: FWIW -- Anaconda crashes for me when I install over NFS on a box with 256 Mb of memory & place swap on LVM. The installer says that it needs to activate swap space in order to continue, and then reports a problem and quits. When I place swap on a primary partition (instead of LVM), the install of Severn completes without any trouble. From aoliva at redhat.com Thu Jul 24 04:13:24 2003 From: aoliva at redhat.com (Alexandre Oliva) Date: 24 Jul 2003 01:13:24 -0300 Subject: Severn doesn't install In-Reply-To: <20030722222559.98977.qmail@web41209.mail.yahoo.com> References: <20030722222559.98977.qmail@web41209.mail.yahoo.com> Message-ID: On Jul 22, 2003, Nathan Murphy wrote: > hde: lost interrupt What's the motherboard/chipset? I recently ran into a similar problem on my Asus A7V133 MoBo with VIA KT133 chipset, when I added a PCI IDE controller card to the system. It turned out that the problem was that I had `Byte Merge' enabled in the chipset configuration in the BIOS. Disabling that fixed the problem. -- Alexandre Oliva, GCC Team, Red Hat From cturner at redhat.com Thu Jul 24 05:33:19 2003 From: cturner at redhat.com (Chip Turner) Date: 24 Jul 2003 01:33:19 -0400 Subject: perl modules missing? In-Reply-To: <1059020185.7884.45.camel@bushido> References: <1059020185.7884.45.camel@bushido> Message-ID: Michel Alexandre Salim writes: > I get the following while trying to install Mono packages for RH9 on > Severn. AFAIR they installed fine on a stock RH9 setup - but I could not > remember exactly if Ximian Desktop 2 was installed at the time. > > In any case it should not matter, since XD2 does not include Perl. Has > there been a major overhaul of RH's Perl packages between RH9 and > Severn? FYI I have all packages from 3 CDs installed. Nope; there have been no major changes to perl except for perl itself, but those changes should be backwards compatible. Looks like you're missing perl-XML-LibXML, which we have never shipped (though since it is one I maintain for some of RHN's internal software, I may stick it on people somewhere if there is interest). Maybe we can get it in the official Cambridge++; I personally find it immensely powerful. Chip -- Chip Turner cturner at redhat.com Red Hat, Inc. From benhsu at dslextreme.com Thu Jul 24 06:02:46 2003 From: benhsu at dslextreme.com (Ben Hsu) Date: 23 Jul 2003 23:02:46 -0700 Subject: IEEE1394 harddrive hangs on bootup after loading SBP2 module Message-ID: <1059026566.2272.15.camel@localhost.localdomain> Hello. I have a ieee1394 hard drive enclosure. When I turn the enclosure on and boot into Red Hat 9.1 my computer hangs after it loads the sbp2.o module. This happened when I booted the installation CD-ROM (MD5 checksums were good, and the CD-ROM test in the installer itself passed). When I turn the firewire drive off I was able to install, but I still need to keep the firewire drive off to boot. If I boot into my old kernel (stock 2.4.20) it runs okay. To summarize: (2.4.21 kernel AND firewire drive on) ==> (no boot from hard disk AND no boot from CD-ROM) Has anyone seen this before or does anyone have any idea how to get more useful information? Thanks in advance! From jbinpg at shaw.ca Thu Jul 24 06:11:04 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Wed, 23 Jul 2003 23:11:04 -0700 Subject: zero for severn In-Reply-To: <3F1F4BCC.6010506@martnet.com> References: <3F1F1F91.3040103@martnet.com> <1059013596.7884.11.camel@bushido> <3F1F4BCC.6010506@martnet.com> Message-ID: <0HII00K0AMIIDI@l-daemon> ** Reply to message from Joe Smith on Wed, 23 Jul 2003 23:00:28 -0400 > Michel Alexandre Salim wrote: > > >> Boot floppy boots to firstboot, but mouse & keyboard are > >> non-functional. > > > > Boot floppy is known to be broken at the moment, according to the > > Release Notes ... > > No, no. The boot floppy is the part that *worked* ;-) > I can boot the system fine from the boot floppy. > > Maybe I have the power cord in backwards and all the 1s and 0s are reversed? LOLOLOLOLOL!!!!!!! From pekkas at netcore.fi Thu Jul 24 06:51:11 2003 From: pekkas at netcore.fi (Pekka Savola) Date: Thu, 24 Jul 2003 09:51:11 +0300 (EEST) Subject: Graphical boot isn't so graphical In-Reply-To: <20030723222441.E9605@devserv.devel.redhat.com> Message-ID: On Wed, 23 Jul 2003, Havoc Pennington wrote: > On Wed, Jul 23, 2003 at 06:25:55PM -0700, Samuel Flory wrote: > > Is seeing something like apt-get out of the question? > > In fact it's one of our highest priorities; people are arguing about > apt vs. yum but there will definitely be stuff along these lines. For what it's worth, we've been using autoupdate quite happily for a coupl of years now; see: http://www.mat.univie.ac.at/~gerald/ftp/autoupdate/index.html We used apt in the past, but IMHO it wasn't as good as autoupdate. Haven't checked out yum at all. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From feliciano.matias at free.fr Thu Jul 24 06:51:50 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 24 Jul 2003 08:51:50 +0200 Subject: Segfault with grub Message-ID: <1059029509.1194.6.camel@one.myworld> grub segfault with kernel severn and with the rescue mode. # grub-install /dev/hda /sbin/grub-install: line 452 : 393 Segmentation fault $grub_shell --batch --device-map=$device-map > $log_file << EOF From the grub shell: grub> setup (hd0)Segmentation fault. From RH9 grub work : # chroot /mnt/severn # grub grub> root (hd0,0) grub> setup (hd0) ... every thing is fine. Should i file the bug in grub or kernel ? -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From feliciano.matias at free.fr Thu Jul 24 07:12:18 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 24 Jul 2003 09:12:18 +0200 Subject: Segfault with grub In-Reply-To: <1059029509.1194.6.camel@one.myworld> References: <1059029509.1194.6.camel@one.myworld> Message-ID: <1059030737.1194.10.camel@one.myworld> Grub from RedHat 9 segfault also when booting in rescue mode : # chroot /mnt/RH9 # grub segfault. Le jeu 24/07/2003 ? 08:51, F?liciano Matias a ?crit : > grub segfault with kernel severn and with the rescue mode. > > # grub-install /dev/hda > /sbin/grub-install: line 452 : 393 Segmentation fault $grub_shell --batch --device-map=$device-map > $log_file << EOF > > From the grub shell: > grub> setup (hd0)Segmentation fault. > > From RH9 grub work : > # chroot /mnt/severn > # grub > grub> root (hd0,0) > grub> setup (hd0) > ... > every thing is fine. > > Should i file the bug in grub or kernel ? -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From feliciano.matias at free.fr Thu Jul 24 07:14:25 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 24 Jul 2003 09:14:25 +0200 Subject: /bin/vi segfault with LANG=fr_FR.UTF8 Message-ID: <1059030864.1194.13.camel@one.myworld> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100670 -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From markoer at usa.net Thu Jul 24 07:16:51 2003 From: markoer at usa.net (Marco Ermini) Date: Thu, 24 Jul 2003 09:16:51 +0200 (CEST) Subject: Segfault with grub In-Reply-To: <1059030737.1194.10.camel@one.myworld> References: <1059029509.1194.6.camel@one.myworld> <1059030737.1194.10.camel@one.myworld> Message-ID: <12114.81.200.225.99.1059031011.squirrel@smtp.westtoeast.it> F?licianoMatias disse: > Grub from RedHat 9 segfault also when booting in rescue mode : > # chroot /mnt/RH9 > # grub > segfault. Did you mount your disks in write mode? regards -- Marco Ermini http://macchi.markoer.org From jos at xos.nl Thu Jul 24 07:36:16 2003 From: jos at xos.nl (Jos Vos) Date: Thu, 24 Jul 2003 09:36:16 +0200 Subject: perl modules missing? In-Reply-To: Your message of "24 Jul 2003 01:33:19 EDT." Message-ID: <200307240736.h6O7aGG31132@xos037.xos.nl> > Nope; there have been no major changes to perl except for perl itself, > but those changes should be backwards compatible. Looks like you're > missing perl-XML-LibXML, which we have never shipped (though since it > is one I maintain for some of RHN's internal software, I may stick it > on people somewhere if there is interest). Maybe we can get it in the > official Cambridge++; I personally find it immensely powerful. Can't you just add it to the next beta i.s.o. waiting for the next release? It's used by many people I guess and just adding it is not going to break anything, probably ;-). -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From jec at rptec.ch Thu Jul 24 07:43:46 2003 From: jec at rptec.ch (Jean-Eric Cuendet) Date: 24 Jul 2003 09:43:46 +0200 Subject: Error while installing Message-ID: <1059032626.5911.39.camel@wks20.rptec.ch> Hi, I try to install Severn. The setup finished just when beginning to install packages. First part of the setup is OK (choosing Desktop/Workstation/Server, fdisk the disk, choosing packages). Then the installer format the disk and then I have the following error: 1..2..3.. X server started successfully rpmdb: /mnt/sysimage/var/lib/rpm/Name: No such file or directory rpmdb: /mnt/sysimage/var/lib/rpm/Name: cannot sync: No such file or directory install exited abnormally send termination signals ... This is copied by hand. My setup: - P4 host - Vmware 4.0 - HDA disk of 4Gb - Copied all severn CD in an HTTP accessible directory. - Boot vmware with boot.iso - Choose HTTP install Any idea? Thanks -jec -- Jean-Eric Cuendet Riskpro Technologies SA Av du 14 avril 1b, 1020 Renens Switzerland Principal: +41 21 637 0110 Fax: +41 21 637 01 11 Direct: +41 21 637 0123 E-mail: jean-eric.cuendet at rptec.ch http://www.rptec.ch -------------------------------------------------------- From feliciano.matias at free.fr Thu Jul 24 07:49:06 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 24 Jul 2003 09:49:06 +0200 Subject: Segfault with grub In-Reply-To: <12114.81.200.225.99.1059031011.squirrel@smtp.westtoeast.it> References: <1059029509.1194.6.camel@one.myworld> <1059030737.1194.10.camel@one.myworld> <12114.81.200.225.99.1059031011.squirrel@smtp.westtoeast.it> Message-ID: <1059032944.1194.18.camel@one.myworld> Le jeu 24/07/2003 ? 09:16, Marco Ermini a ?crit : > F?licianoMatias disse: > > Grub from RedHat 9 segfault also when booting in rescue mode : > > # chroot /mnt/RH9 > > # grub > > segfault. > > Did you mount your disks in write mode? > Yes (/boot partition). But it's not needed when using grub shell (setup command). > regards -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From pmatilai at welho.com Thu Jul 24 07:52:45 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Thu, 24 Jul 2003 10:52:45 +0300 Subject: Graphical boot isn't so graphical In-Reply-To: <3F1F35A3.6000407@rackable.com> References: <200307211503.57071.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> <20030723191814.B25414@devserv.devel.redhat.com> <20030723211741.A9605@devserv.devel.redhat.com> <3F1F35A3.6000407@rackable.com> Message-ID: <1059033165.3f1f904d1acdb@webmail.welho.com> Quoting Samuel Flory : > Is seeing something like apt-get out of the question? While I like > up2date even my rhn as entiltlement downloads are slower than mirrors > kernel.org, and freshrpms. (Of course this is likely do to the fact I'm > within several miles of kernel.org.) Not to mention the speed of my > local apt repository. See the thread starting here - it's already happening: http://www.fedora.us/pipermail/fedora-devel/2003-July/001743.html -- - Panu - From stevewa at spiritone.com Thu Jul 24 08:06:18 2003 From: stevewa at spiritone.com (Steve Ward) Date: Thu, 24 Jul 2003 01:06:18 -0700 Subject: Severn plus RTL8139 == transmit timeouts Message-ID: <3F1F937A.1020300@spiritone.com> Anyone else seen this? Interface is a on-board NIC on a Soyo Dragon P4X400 Ultra Platinum MB. Saw same thing with the 2.6.0-test1 RPMs for RH9. From pmatilai at welho.com Thu Jul 24 08:14:53 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Thu, 24 Jul 2003 11:14:53 +0300 Subject: Apt-get In-Reply-To: <1059015939.3608.1.camel@desphp> References: <200307232224.h6NMOmM23815@devserv.devel.redhat.com> <3F1F0D71.8060003@bourbaki.us> <1059000236.3110.45.camel@albert> <0HII00K0O6S16I@l-daemon> <1059015939.3608.1.camel@desphp> Message-ID: <1059034493.3f1f957d472f5@webmail.welho.com> Quoting Roberto Berto' : > Do some one knows how I can configure apt-get to update redhat 9 to the > beta one? Add pointer to apt-enabled severn-repository to /etc/apt/sources.list, at least Fedora has one: "rpm http://download.fedora.us/fedora redhat/9.0.93/i386 os updates stable" ..and then run dist-upgrade. Beware, you're stepping to largely untested grounds here, I don't recall seeing success/failure reports of the process. Chances are it works just fine but you never know until you try - trying it out on a crash-test-dummy box first is heavily recommended. -- - Panu - From kjb at dds.nl Thu Jul 24 08:25:47 2003 From: kjb at dds.nl (kjb at dds.nl) Date: Thu, 24 Jul 2003 10:25:47 +0200 Subject: Apt-get In-Reply-To: <1059034493.3f1f957d472f5@webmail.welho.com> References: <200307232224.h6NMOmM23815@devserv.devel.redhat.com> <3F1F0D71.8060003@bourbaki.us> <1059000236.3110.45.camel@albert> <0HII00K0O6S16I@l-daemon> <1059015939.3608.1.camel@desphp> <1059034493.3f1f957d472f5@webmail.welho.com> Message-ID: <1059035147.3f1f980b9c1ae@webmail.dds.nl> Quoting Panu Matilainen : > Fedora has one: > ..and then run dist-upgrade. Beware, you're stepping to largely untested > grounds > here, I don't recall seeing success/failure reports of the process. Chances > are > it works just fine but you never know until you try - trying it out on a > crash-test-dummy box first is heavily recommended. I upgraded my (non critical) work station (p3/1ghz, 512mb, i815 board) yesterday using apt-get. Had no problems getting it back up (even with a 2.6 kernel), but the X/Gnome fonts seem a bit "off" to me. (read about this in an earlier thread on this mailing list). Have to play with it a bit more to see what's broken ;) Klaasjan From Axel.Thimm at physik.fu-berlin.de Thu Jul 24 08:39:45 2003 From: Axel.Thimm at physik.fu-berlin.de (Axel Thimm) Date: Thu, 24 Jul 2003 10:39:45 +0200 Subject: LDAP Performance In-Reply-To: <1059005158.2678.145.camel@mentor.gurulabs.com> References: <1058936314.2411.80.camel@mentor.gurulabs.com> <1058937321.4157.76.camel@binkley> <1058976902.10599.14.camel@smoogen1.lanl.gov> <1059002604.4157.247.camel@binkley> <1059005158.2678.145.camel@mentor.gurulabs.com> Message-ID: <20030724083945.GB19346@puariko.nirvana> On Wed, Jul 23, 2003 at 06:05:58PM -0600, Dax Kelson wrote: > On Wed, 2003-07-23 at 17:23, seth vidal wrote: > > On Wed, 2003-07-23 at 12:15, Stephen Smoogen wrote: > > > We found that turning on nscd with openldap w/db4 had the speeds > > > equivalent to NIS. However our ldap tables may just be lucky enough to > > > be fast. > > > > And to be fair - I found that it helps ldap too. but then you suffer > > nscd's problems of over-caching passwords with other uid information. > > OpenLDAP can perform massively different depending on how it tuned. > Even to the order of 10x - 40x difference in performance. > [...] > You need to create a DB_CONFIG file inside of your database directory > (/var/lib/ldap on RHL). If you crank up the size of the shared memory > buffer pool you'll be happy. The default is 256KB! > > Go read: > > http://www.sleepycat.com/docs/ref/am_conf/cachesize.html > http://www.sleepycat.com/docs/api_c/env_set_cachesize.html > http://www.openldap.org/faq/data/cache/190.html Thanks a lot, this is very useful information! I also think that ldap (user management at least) should become standard in RHL. It is possible to run all under ldap, but the ldap management tools are missing (that's easy to fix) and the standard RH user management tool should support ldap, too. What is the status of RH tools with respect to that (redhat-config-users, useradd)? libuser was already build against ldap in RH9. Is there a chance to have more LDAP support in Cambridge? -- Axel.Thimm at physik.fu-berlin.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From m.a.young at durham.ac.uk Thu Jul 24 08:47:26 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Thu, 24 Jul 2003 09:47:26 +0100 (BST) Subject: zero for severn In-Reply-To: <3F1F1F91.3040103@martnet.com> Message-ID: On Wed, 23 Jul 2003, Joe Smith wrote: > Wow, several showstoppers for me in Severn: > > Wouldn't boot after install (just boots to grub prompt). That sounds like grub is working, but just hasn't found the menu file, or maybe the menu file is corrupt. Do you have any strange disks or partitions? You can check this by booting by hand from the grub prompt. First find which partition /boot is on; find /boot (if you have a separate /boot partition find /grub should work) then you choose this partition root (hd?,?) then set the kernel and initrd, tab completion is very useful here kernel /boot/vmlinuz-... ro root=LABEL=/ initrd /boot/initrd-... boot or with a separate /boot partition kernel /vmlinuz-... ro root=LABEL=/ initrd /initrd-... boot Michael Young From mb/redhat at dcs.qmul.ac.uk Thu Jul 24 09:00:54 2003 From: mb/redhat at dcs.qmul.ac.uk (mb) Date: Thu, 24 Jul 2003 10:00:54 +0100 (BST) Subject: xmms skipping In-Reply-To: <200307231535.57089.hosting@j2solutions.net> References: <1058995935.22195.3.camel@albert> <1058996067.3331.2.camel@bfox.devel.redhat.com> <200307231535.57089.hosting@j2solutions.net> Message-ID: On Jul 23 Jesse Keating wrote: >On Wednesday 23 July 2003 15:47, mb wrote: >> have to wait till tomorrow for the RAID-10 array >> to finish building. Oh for NFSv4.. :) > >What raid card are you using? Raid-10 is usually an instant thing with >the raid cards I've been using, and with software raid as well IIRC. GDT8543RZ (www.icp-vortex.com) (gdth.ko module; the 2.6 port is in -ac) The array was available instantly, but it wasn't redundant till this morning.. From felipe_alfaro at linuxmail.org Thu Jul 24 09:21:01 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: 24 Jul 2003 11:21:01 +0200 Subject: libuser's LDAP support (was Re: LDAP Performance) In-Reply-To: <20030724083945.GB19346@puariko.nirvana> References: <1058936314.2411.80.camel@mentor.gurulabs.com> <1058937321.4157.76.camel@binkley> <1058976902.10599.14.camel@smoogen1.lanl.gov> <1059002604.4157.247.camel@binkley> <1059005158.2678.145.camel@mentor.gurulabs.com> <20030724083945.GB19346@puariko.nirvana> Message-ID: <1059038460.577.27.camel@teapot.felipe-alfaro.com> On Thu, 2003-07-24 at 10:39, Axel Thimm wrote: > I also think that ldap (user management at least) should become > standard in RHL. It is possible to run all under ldap, but the ldap > management tools are missing (that's easy to fix) and the standard > RH user management tool should support ldap, too. > > What is the status of RH tools with respect to that > (redhat-config-users, useradd)? libuser was already build against ldap > in RH9. Is there a chance to have more LDAP support in Cambridge? I'm currently patching/modifying "libuser" to make it fully support LDAP. The latest version from RawHide works awfully: it tries to invoke ldap_modify_s to perform operations like adding a user or a group account, when in fact, it should use ldap_add_s. Right now, "luseradd" and "lgroupadd" are working perfectly for me. There are still some rough edges I need to fix. They need some testing also, I plan to release them for testing into rhl-beta-devel mailing list for approval. From jec at rptec.ch Thu Jul 24 09:54:32 2003 From: jec at rptec.ch (Jean-Eric Cuendet) Date: 24 Jul 2003 11:54:32 +0200 Subject: Speeding up boot process Message-ID: <1059040472.5910.89.camel@wks20.rptec.ch> Hi, What do you think guys if someone did the following to speed the boot time in RHL? - Boot kernel (uncompressible) - Run the init scripts S00 -> S50 - Start X + XDM + UserLogin - Continue init scripts S51->S99 in background It's necessary to start keyboard, mouse, network before letting the user login. But it's not necessary to start LDAP, CUPS, MySQL, etc.. It would speed up the boot a lot and is easy to implement. Do you see problems? -jec -- Jean-Eric Cuendet Riskpro Technologies SA Av du 14 avril 1b, 1020 Renens Switzerland Principal: +41 21 637 0110 Fax: +41 21 637 01 11 Direct: +41 21 637 0123 E-mail: jean-eric.cuendet at rptec.ch http://www.rptec.ch -------------------------------------------------------- From John.Hearns at micromuse.com Thu Jul 24 10:00:01 2003 From: John.Hearns at micromuse.com (John Hearns) Date: Thu, 24 Jul 2003 11:00:01 +0100 Subject: Speeding up boot process References: <1059040472.5910.89.camel@wks20.rptec.ch> Message-ID: <001701c351ca$5be90f70$8461cdc2@DREAD> > Hi, > What do you think guys if someone did the following to speed the boot > time in RHL? > - Boot kernel (uncompressible) > - Run the init scripts S00 -> S50 > - Start X + XDM + UserLogin > - Continue init scripts S51->S99 in background > Have a look at the Serel Fastboot project. This does a dependency analysis of booting the first time round, then after that sets off the init scripts in a fashion like you describe. http://www.fastboot.org/ I played with this last year, and it seemed fine on my laptop. Sadly it didn't play that well with the standard CERN environment, which uses AFS. Not sure what the exact problem was, but I didn't pursue it. From matthias at rpmforge.net Thu Jul 24 10:10:05 2003 From: matthias at rpmforge.net (Matthias Saou) Date: Thu, 24 Jul 2003 12:10:05 +0200 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: References: <20030723222441.E9605@devserv.devel.redhat.com> Message-ID: <20030724121005.5ecde2da.matthias@rpmforge.net> Pekka Savola wrote : > On Wed, 23 Jul 2003, Havoc Pennington wrote: > > On Wed, Jul 23, 2003 at 06:25:55PM -0700, Samuel Flory wrote: > > > Is seeing something like apt-get out of the question? > > > > In fact it's one of our highest priorities; people are arguing about > > apt vs. yum but there will definitely be stuff along these lines. > > For what it's worth, we've been using autoupdate quite happily for a > coupl of years now; see: > > http://www.mat.univie.ac.at/~gerald/ftp/autoupdate/index.html > > We used apt in the past, but IMHO it wasn't as good as autoupdate. > Haven't checked out yum at all. Then do check out yum : It has the ease of use that autoupdate has, trivial package signature checking like autoupdate has, but uses rpmlib and the actual package headers to calculate updates, so it doesn't miss the "Obsoletes:" tags nor the epoch increases... like autoupdate does. I'm still using autoupdate on quite a lot of production servers, but am switching to yum on the new ones. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Raw Hide 20030722 running Linux kernel 2.4.20-20.1.2013.nptl Load : 0.92 0.29 0.15 From jos at xos.nl Thu Jul 24 10:26:19 2003 From: jos at xos.nl (Jos Vos) Date: Thu, 24 Jul 2003 12:26:19 +0200 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: Your message of "Thu, 24 Jul 2003 12:10:05 +0200." <20030724121005.5ecde2da.matthias@rpmforge.net> Message-ID: <200307241026.h6OAQJ631729@xos037.xos.nl> > Then do check out yum : It has the ease of use that autoupdate has, trivial > package signature checking like autoupdate has, but uses rpmlib and the > actual package headers to calculate updates, so it doesn't miss the > "Obsoletes:" tags nor the epoch increases... like autoupdate does. > > I'm still using autoupdate on quite a lot of production servers, but am > switching to yum on the new ones. What's the homepage of yum? Does it handle all *file* dependencies in rpm correctly? Some versions of Current had problems with this and apt-rpm does handle this correctly (foe *all* files) when using the --bloat flag to the genXXXXdir tools (without this flag it does some hueristics that only handle most cases, but not all). -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From pekkas at netcore.fi Thu Jul 24 10:31:46 2003 From: pekkas at netcore.fi (Pekka Savola) Date: Thu, 24 Jul 2003 13:31:46 +0300 (EEST) Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: <20030724121005.5ecde2da.matthias@rpmforge.net> Message-ID: On Thu, 24 Jul 2003, Matthias Saou wrote: > > On Wed, 23 Jul 2003, Havoc Pennington wrote: > > > On Wed, Jul 23, 2003 at 06:25:55PM -0700, Samuel Flory wrote: > > > > Is seeing something like apt-get out of the question? > > > > > > In fact it's one of our highest priorities; people are arguing about > > > apt vs. yum but there will definitely be stuff along these lines. > > > > For what it's worth, we've been using autoupdate quite happily for a > > coupl of years now; see: > > > > http://www.mat.univie.ac.at/~gerald/ftp/autoupdate/index.html > > > > We used apt in the past, but IMHO it wasn't as good as autoupdate. > > Haven't checked out yum at all. > > Then do check out yum : It has the ease of use that autoupdate has, trivial > package signature checking like autoupdate has, but uses rpmlib and the > actual package headers to calculate updates, so it doesn't miss the > "Obsoletes:" tags nor the epoch increases... like autoupdate does. Do you use autoupdate-5.x? Also, obsoletes tags have been supported for a long time now, I think.. Newer versions handle the more difficult cases with "autoinfo" files which include all the information (such as epochs etc.). Autoupdate also includes perl-RPM bindings which make it a bit more robust. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From John.Hearns at micromuse.com Thu Jul 24 10:31:55 2003 From: John.Hearns at micromuse.com (John Hearns) Date: Thu, 24 Jul 2003 11:31:55 +0100 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) References: <200307241026.h6OAQJ631729@xos037.xos.nl> Message-ID: <005f01c351ce$d1357440$8461cdc2@DREAD> > > What's the homepage of yum? > Its produced by Duke University: http://linux.duke.edu/projects/yum/ (I haven't used it - just heard about it from Beowulf list, for use on clusters) From alan at redhat.com Thu Jul 24 10:53:26 2003 From: alan at redhat.com (Alan Cox) Date: Thu, 24 Jul 2003 06:53:26 -0400 (EDT) Subject: Severn plus RTL8139 == transmit timeouts In-Reply-To: <3F1F937A.1020300@spiritone.com> from "Steve Ward" at Gor 24, 2003 01:06:18 Message-ID: <200307241053.h6OArQC20674@devserv.devel.redhat.com> > Anyone else seen this? Interface is a on-board NIC on a Soyo Dragon > P4X400 Ultra Platinum MB. > > Saw same thing with the 2.6.0-test1 RPMs for RH9. With rtl8139's on one test box I'm not even though it is NFS rooted From feliciano.matias at free.fr Thu Jul 24 11:25:35 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 24 Jul 2003 13:25:35 +0200 Subject: some ideas Message-ID: <1059045934.2833.51.camel@one.myworld> I try Severn. Good job. * I think RedHat could add some information about RHL Project in the screen of xdm. Perhaps something like : - "RedHat Linux is a community project. Find out more in http://rhl.redhat.com/ ." * Gnome now allows to suppress item in the menu. But it's useless if you are not root. We could trigger rpm to remove the package which is associate with /usr/share/applications/something . This need some work like prompting the root password, print a warning (removing this, remove that), check if the package have several entry in /usr/share/applications and more detailed if needed : removing Openoffice, remove : Application;Office;Set up printers for OpenOffice.org applications Application;Office;Repair your installation of OpenOffice.org Application;Office;Draw diagrams and figures Application;Office;Formula editor Application;Office;Create presentations Application;Office;Spreadsheet Application;Office;Word processor In less words, i am asking to add "uninstall programme" in the contextual menu. * I will appreciate to have an option that remove the sub-menu "more ...". If users have an easy way to remove application they don't use, we can think that the "more ..." menu is useless after the user has do some "cleanup" in the menu. NB : It only some ideas. I know that the right place to do proposition is Gnome/Kde or Freedesktop. But i am not a hacker and my English is insufficient. -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From kaboom at gatech.edu Thu Jul 24 11:28:42 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 24 Jul 2003 05:28:42 -0600 (MDT) Subject: custom package selection In-Reply-To: <200307240432.h6O4WOH17806@mx1.redhat.com> References: <200307240432.h6O4WOH17806@mx1.redhat.com> Message-ID: On Thu, 24 Jul 2003 nospamhere at att.net wrote: > What happened to the "Select individual packages" option? It appears the only > option is to take default or take packages listed in each group. Ability to > pare down the defaults and add in packages not listed in the groups is > important! Did I miss it somehwere? It was removed in the interest of making the install simpler later, chris From alan at redhat.com Thu Jul 24 11:35:55 2003 From: alan at redhat.com (Alan Cox) Date: Thu, 24 Jul 2003 07:35:55 -0400 (EDT) Subject: custom package selection In-Reply-To: from "Chris Ricker" at Gor 24, 2003 05:28:42 Message-ID: <200307241135.h6OBZt001148@devserv.devel.redhat.com> > On Thu, 24 Jul 2003 nospamhere at att.net wrote: > > > What happened to the "Select individual packages" option? It appears the only > > option is to take default or take packages listed in each group. Ability to > > pare down the defaults and add in packages not listed in the groups is > > important! Did I miss it somehwere? > > It was removed in the interest of making the install simpler Grrrr .. this is a real PITA for packages that are not in any of the groups such as the essential editors like joe 8) From igorbounov at voronezh.serw.ru Thu Jul 24 11:40:58 2003 From: igorbounov at voronezh.serw.ru (Igor Gorbounov) Date: Thu, 24 Jul 2003 15:40:58 +0400 Subject: Oracle 9.2 and RH9.0.93 Message-ID: <3F1FC5CA.80009@voronezh.serw.ru> There was a workaround to handle the Oracle obsoleteness for install under RH9.0: LD_ASSUME_KERNEL=2.2.5;./runInstaller but it doesn't work any more in RH 9.093: Initializing Java Virtual Machine from /tmp/OraInstall2003-07-24_03-17-12PM/jre/bin/java. Please wait... Error occurred during initialization of VM Unable to load native library: /tmp/OraInstall2003-07-24_03-17-12PM/jre/lib/i386/libjava.so: symbol __libc_wait, version GLIBC_2.0 not defined in file libc.so.6 with link time reference So anybody has perhaps found some way out of this situation? Hopefully, Igor Gorbounov From thomas at hcconst.com Thu Jul 24 11:38:16 2003 From: thomas at hcconst.com (Thomas Corriher) Date: Thu, 24 Jul 2003 07:38:16 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723192403.C25414@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <20030723222311.GA4935@nonesuch> <20030723192403.C25414@devserv.devel.redhat.com> Message-ID: <20030724114154.BEYU1852.imf23aec.mail.bellsouth.net@there> I want to thank everyone for the lively discussion. Although, there is way too much traffic on this particular list for me, so I'll be signing off. I'm just posting this in case anyone still wants to address me for the issues is recently raised. -- Thomas Corriher From thomas at apestaart.org Thu Jul 24 11:44:04 2003 From: thomas at apestaart.org (Thomas Vander Stichele) Date: 24 Jul 2003 13:44:04 +0200 Subject: Graphical boot isn't so graphical In-Reply-To: <3F1F0D71.8060003@bourbaki.us> References: <200307232224.h6NMOmM23815@devserv.devel.redhat.com> <3F1F0D71.8060003@bourbaki.us> Message-ID: <1059047044.20578.0.camel@thocra> Hi, On Thu, 2003-07-24 at 00:34, Richard J. Mancusi wrote: > It may be saner from a coding standpoint - but not for the user. To grab a > shot of a specific area is enormously useful when documenting programs. > Yes, you can shoot the entire screen and then edit it in The Gimp. But > why the extra step? a) this is the wrong list do discuss this. b) it can still shoot screenshots of just one app. Dave/Dina : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> Oh what do you do when you feel like you're living a lie <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.rug.ac.be/ From kaboom at gatech.edu Thu Jul 24 11:44:46 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 24 Jul 2003 05:44:46 -0600 (MDT) Subject: custom package selection In-Reply-To: <200307241135.h6OBZt001148@devserv.devel.redhat.com> References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> Message-ID: On Thu, 24 Jul 2003, Alan Cox wrote: > > It was removed in the interest of making the install simpler > > Grrrr .. this is a real PITA for packages that are not in any of the groups > such as the essential editors like joe 8) I've pretty much come to the conclusion that the severn installer has been dumbed down to the point that the only way to get a functional install that does what I want is to use kickstart later, chris From skvidal at phy.duke.edu Thu Jul 24 11:59:42 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 24 Jul 2003 07:59:42 -0400 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: References: Message-ID: <1059047981.4157.268.camel@binkley> > Do you use autoupdate-5.x? Also, obsoletes tags have been supported for a > long time now, I think.. > > Newer versions handle the more difficult cases with "autoinfo" files which > include all the information (such as epochs etc.). > > Autoupdate also includes perl-RPM bindings which make it a bit more > robust. Last time I had heard the perl-rpm bindings weren't being maintained much anymore. Yum is in python so it can take advantage of red hat maintaining the python bindings for its own software (anaconda, up2date, redhat-config-packages) -sv From feliciano.matias at free.fr Thu Jul 24 12:17:39 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 24 Jul 2003 14:17:39 +0200 Subject: custom package selection In-Reply-To: References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> Message-ID: <1059049058.2833.93.camel@one.myworld> Le jeu 24/07/2003 ? 13:44, Chris Ricker a ?crit : > On Thu, 24 Jul 2003, Alan Cox wrote: > > > > It was removed in the interest of making the install simpler > > > > Grrrr .. this is a real PITA for packages that are not in any of the groups > > such as the essential editors like joe 8) > > I've pretty much come to the conclusion that the severn installer has been > dumbed down to the point that the only way to get a functional install that > does what I want is to use kickstart > You can do a minimal installation and than add what you need with up2date or apt or yum. It's easy and fast. > later, > chris > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From feliciano.matias at free.fr Thu Jul 24 12:26:49 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 24 Jul 2003 14:26:49 +0200 Subject: questions Message-ID: <1059049608.2833.104.camel@one.myworld> * Is there a way to create a screenshot with firstboot ? * when booting with severn i got the following message (in french): "D?montage de initrd: umount: initrd: p?riph?rique occup? [?CHOU?]" In English something like : "umounting initrd: umount: initrd: device busy [FAILED]" is this normal ? -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From m.a.young at durham.ac.uk Thu Jul 24 12:28:47 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Thu, 24 Jul 2003 13:28:47 +0100 (BST) Subject: Oracle 9.2 and RH9.0.93 In-Reply-To: <3F1FC5CA.80009@voronezh.serw.ru> Message-ID: On Thu, 24 Jul 2003, Igor Gorbounov wrote: > There was a workaround to handle the Oracle obsoleteness for install under > RH9.0: > LD_ASSUME_KERNEL=2.2.5;./runInstaller Try LD_ASSUME_KERNEL=2.4.19 ./runInstaller Michael Young From joden at malachi.lee.k12.nc.us Thu Jul 24 13:06:32 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Thu, 24 Jul 2003 09:06:32 -0400 (EDT) Subject: perl modules missing? In-Reply-To: Message-ID: On 24 Jul 2003, Chip Turner wrote: > > Nope; there have been no major changes to perl except for perl itself, > but those changes should be backwards compatible. Looks like you're > missing perl-XML-LibXML, which we have never shipped (though since it > is one I maintain for some of RHN's internal software, I may stick it > on people somewhere if there is interest). Maybe we can get it in the > official Cambridge++; I personally find it immensely powerful. > > Chip > Speaking of useful perl module's, I have been using the Newt.pm module for a while, and have patched several times. Unfortunately, my PAUSE account is not updated, so I have not been able to get thing back to CPAN (and the original author as gone away...). Anyway, this thing allows one to use libnewt in perl, and the one below: http://lee.k12.nc.us/~joden/misc/patches/perl-Newt/perl-Newt-1.10-0.prototype.src.rpm works against RH 9 and 7.3 with know problems. It would be cool to see this in some RH release. I know most people are doing the gui thing, but some of us do serial port based console's on our machines and a nice perl library to hook into the libnewt stuff is quite nice. Cheers...james From joden at malachi.lee.k12.nc.us Thu Jul 24 13:11:11 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Thu, 24 Jul 2003 09:11:11 -0400 (EDT) Subject: custom package selection In-Reply-To: Message-ID: On Thu, 24 Jul 2003, Chris Ricker wrote: > On Thu, 24 Jul 2003 nospamhere at att.net wrote: > > > What happened to the "Select individual packages" option? It appears the only > > option is to take default or take packages listed in each group. Ability to > > pare down the defaults and add in packages not listed in the groups is > > important! Did I miss it somehwere? > > It was removed in the interest of making the install simpler > Just so you know, I don't think that was such a good idea. Often times you want to install a box and be very very selective about what rpms are installed. Combine that with the autokickstart generation, and the feature that was removed was a very cool thing. On the other hand, I completely understand the need to make things simpler, I am just not sure that was the best choice. Just my 2cents...james From nomis80 at nomis80.org Thu Jul 24 12:49:16 2003 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 24 Jul 2003 08:49:16 -0400 Subject: Speeding up boot process In-Reply-To: <1059040472.5910.89.camel@wks20.rptec.ch> References: <1059040472.5910.89.camel@wks20.rptec.ch> Message-ID: <3F1FD5CC.8080104@nomis80.org> Jean-Eric Cuendet wrote: >Hi, >What do you think guys if someone did the following to speed the boot >time in RHL? >- Boot kernel (uncompressible) >- Run the init scripts S00 -> S50 >- Start X + XDM + UserLogin >- Continue init scripts S51->S99 in background > I think this should have been done a long time ago. From thomas at apestaart.org Thu Jul 24 12:49:40 2003 From: thomas at apestaart.org (Thomas Vander Stichele) Date: 24 Jul 2003 14:49:40 +0200 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723222311.GA4935@nonesuch> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723222311.GA4935@nonesuch> Message-ID: <1059050979.20578.16.camel@thocra> On Thu, 2003-07-24 at 00:23, Jack Bowling wrote: > On Wed, Jul 23, 2003 at 03:03:42PM -0400, Havoc Pennington wrote: > > On Wed, Jul 23, 2003 at 01:29:52PM -0400, Thomas Corriher wrote: > > > Benjamin Vander was correct. It is the graphical booting which is > > > more likely to cause boot problems, or allow serious problems to go > > > unnoticed during the boot process. It is a bad design decision > > > from a technical perspective. However, it is good marketing and > > > seems more welcoming to newbies. > > > > It is not a marketing decision - the boot messages do show up as a > > real usability problem, and usability is one of the primary objectives > > of Red Hat Linux. It is one of our main technical goals. > > > > When something is a usability plus for nontechnical users and a > > usability minus for technical users, we're always going to default > > to the nontechnical setting, because technical users have the skills > > to "opt out" and change the default. > > > Sorry, but this is a definite case of "dummying down" and borders on a > specious argument. It's not a definite case. You're speaking from personal perspective, and it doesn't look like people are agreeing with it being a dummying down. It looks like you are just set in your ways. > What will be the first thing a support person asks a > newbie stuck on a boot to do? "Hit CTRL-ALT-F1, please, and tell me what > it says." Exactly. And how big a percentage gets stuck on a boot ? And when that boot gets fixed, will they get stuck on it again ? The point is about addressing 99% of the use case. In 99% of the use case you don't need so see the boot messages. You yourself don't even READ them every time. But in case you have some need to read them, you can. What more can you ask for ? Using "marketing" as a term to describe what redhat describes as usability just makes it apparent you have a deep distrust of everything non-hardcore tech stuff :) Thomas Dave/Dina : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> Lover fair We'll be looking sharp I swear I want them all to stop and stare When we take'em down <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.rug.ac.be/ From otaylor at redhat.com Thu Jul 24 12:52:47 2003 From: otaylor at redhat.com (Owen Taylor) Date: 24 Jul 2003 08:52:47 -0400 Subject: questions In-Reply-To: <1059049608.2833.104.camel@one.myworld> References: <1059049608.2833.104.camel@one.myworld> Message-ID: <1059051167.1673.11.camel@localhost.localdomain> On Thu, 2003-07-24 at 08:26, F?liciano Matias wrote: > * Is there a way to create a screenshot with firstboot ? > > * when booting with severn i got the following message (in french): > "D?montage de initrd: umount: initrd: p?riph?rique occup? [?CHOU?]" > > In English something like : > "umounting initrd: umount: initrd: device busy [FAILED]" > > is this normal ? Well, known, anyways. The problem is that the X server for the graphical boot screen is using the initrd (initial ram disk) for temporary files. I'd suspect it's something that will be fixed before the final version, perhaps by having rhgb unmount the ram disk itself when it exits. Regards, Owen From mike at netlyncs.com Thu Jul 24 12:57:04 2003 From: mike at netlyncs.com (Mike Chambers) Date: 24 Jul 2003 07:57:04 -0500 Subject: Speeding up boot process In-Reply-To: <001701c351ca$5be90f70$8461cdc2@DREAD> References: <1059040472.5910.89.camel@wks20.rptec.ch> <001701c351ca$5be90f70$8461cdc2@DREAD> Message-ID: <1059051423.2533.1.camel@bart.netlyncs.com> On Thu, 2003-07-24 at 05:00, John Hearns wrote: > Have a look at the Serel Fastboot project. > This does a dependency analysis of booting the first time round, > then after that sets off the init scripts in a fashion like you describe. > > http://www.fastboot.org/ This looks like it hasn't been developed since last year for Red Hat 7.x systems. Or at least was only running for 7.x systems. I even tried to get it to work, but during the patch step, it failed. I'm sure due to the rc file being different in severn then 7.x's. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From alan at redhat.com Thu Jul 24 13:04:13 2003 From: alan at redhat.com (Alan Cox) Date: Thu, 24 Jul 2003 09:04:13 -0400 (EDT) Subject: questions In-Reply-To: <1059051167.1673.11.camel@localhost.localdomain> from "Owen Taylor" at Gor 24, 2003 08:52:47 Message-ID: <200307241304.h6OD4DY04092@devserv.devel.redhat.com> > Well, known, anyways. The problem is that the X server for the > graphical boot screen is using the initrd (initial ram disk) > for temporary files. Its also partly a kernel bug someone found caused by the exec unshare fixes - that leaves the initrd /dev/tty node open in the kernel but not user space From igorbounov at voronezh.serw.ru Thu Jul 24 13:08:00 2003 From: igorbounov at voronezh.serw.ru (Igor Gorbounov) Date: Thu, 24 Jul 2003 17:08:00 +0400 Subject: Oracle 9.2 and RH9.0.93 In-Reply-To: References: Message-ID: <3F1FDA30.2040800@voronezh.serw.mps> M A Young wrote: >On Thu, 24 Jul 2003, Igor Gorbounov wrote: > > > >>There was a workaround to handle the Oracle obsoleteness for install under >>RH9.0: >>LD_ASSUME_KERNEL=2.2.5;./runInstaller >> >> >Try LD_ASSUME_KERNEL=2.4.19 ./runInstaller > Sorry, it doesn't work either :-( Igor Grobounov From rpjday at mindspring.com Thu Jul 24 13:09:14 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 24 Jul 2003 09:09:14 -0400 (EDT) Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? Message-ID: at the risk of being perhaps a little too far out there on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 kernel on my severn system today, just to push the boundaries. in addition, what are the implications of upgrading to gcc 3.3? and what other RPMs would have to go along with that to have a usable system? just feeling the need ... the need for speed rday From jec at rptec.ch Thu Jul 24 13:14:09 2003 From: jec at rptec.ch (Jean-Eric Cuendet) Date: 24 Jul 2003 15:14:09 +0200 Subject: vmware 4.0 Message-ID: <1059052449.22787.3.camel@wks20.rptec.ch> Hi, I'm unable to make vmware work correctly on Severn. I'm unable to setup vmware tools (Net, Graphics) which are really useful. The mouse is slow (probably because vmware tools are not installed). The default driver is pcnet32 (AMD 79c970, PCNET32 Lance), it loads OK, but then the network script say the cable is not plugged... The host OS (linux RH9) has network running just fine and the second vmware machine (Win2k) is also running fine with network and vmware tools. Does anyone have ideas on how to do it working? Thanks -jec PS: why is the kernel compiled with gcc 3.2.3 and the installed compiler is 3.3? -- Jean-Eric Cuendet Riskpro Technologies SA Av du 14 avril 1b, 1020 Renens Switzerland Principal: +41 21 637 0110 Fax: +41 21 637 01 11 Direct: +41 21 637 0123 E-mail: jean-eric.cuendet at rptec.ch http://www.rptec.ch -------------------------------------------------------- From jeremyp at pobox.com Thu Jul 24 13:18:46 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 24 Jul 2003 09:18:46 -0400 Subject: Oracle 9.2 and RH9.0.93 In-Reply-To: <3F1FC5CA.80009@voronezh.serw.ru> References: <3F1FC5CA.80009@voronezh.serw.ru> Message-ID: <1059052726.5247.13.camel@jeremy.dtcc.cc.nc.us> It looks like the oracle installer is using a JVM compiled with a really old version of GLIBC. Is there any way to make the installer use a different JVM, something like the 1.4.2 that's compiled for RHL 9 ? If the installer uses the "installshield" class, you can use the parameters "-is:javahome /path/to/jdk" Obviously you will have to first download an appropriate jdk. However, if the Oracle installer doesn't use InstallShild, that won't help. Also, is there a compat-glibc to provide backwards compatibility in Severn? The package list shows a compat-libstdc++ but I can't seem to find a compat-glibc... hmm. --Jeremy On Thu, 2003-07-24 at 07:40, Igor Gorbounov wrote: > There was a workaround to handle the Oracle obsoleteness for install under > RH9.0: > LD_ASSUME_KERNEL=2.2.5;./runInstaller > but it doesn't work any more in RH 9.093: > Initializing Java Virtual Machine from > /tmp/OraInstall2003-07-24_03-17-12PM/jre/bin/java. Please wait... > Error occurred during initialization of VM > Unable to load native library: > /tmp/OraInstall2003-07-24_03-17-12PM/jre/lib/i386/libjava.so: symbol > __libc_wait, version GLIBC_2.0 not defined in file libc.so.6 with link > time reference > > So anybody has perhaps found some way out of this situation? > Hopefully, > Igor Gorbounov > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dennis at dgilmore.net Thu Jul 24 13:23:59 2003 From: dennis at dgilmore.net (Dennis Gilmore) Date: Thu, 24 Jul 2003 23:23:59 +1000 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: References: Message-ID: <200307242324.10682.dennis@dgilmore.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Once upon a time at band camp Thu, 24 Jul 2003 11:09 pm, Robert P. J. Day wrote: > at the risk of being perhaps a little too far out there > on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 > kernel on my severn system today, just to push the boundaries. > im currently running a rawhide system updated to two days ago i havent installed severn, with 2.6.0-test1 that i compiled with gcc 3.3 and if finding it performs really well i updated some packages from arjans people.redhat.com site but im really happy. the only issues i have is inrared is not working right now and occasionally x eats up all the cpu the keyboard becomes unresponsive and the only option i have is to ssh in and kill off x usually i just init 3 then init 5 and its ok again. Dennis > in addition, what are the implications of upgrading to > gcc 3.3? and what other RPMs would have to go along with > that to have a usable system? > > just feeling the need ... the need for speed > > rday > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/H9364hBQ1unFjm4RAhOiAJ9MYbZ/C4lfc9r9/sH+Rvr5p4tUdgCfbcHt PltX6acZ6gcRPhzTC5tWqoM= =Gb3z -----END PGP SIGNATURE----- From jakub at redhat.com Thu Jul 24 13:25:25 2003 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 24 Jul 2003 09:25:25 -0400 Subject: Oracle 9.2 and RH9.0.93 In-Reply-To: <1059052726.5247.13.camel@jeremy.dtcc.cc.nc.us>; from jeremyp@pobox.com on Thu, Jul 24, 2003 at 09:18:46AM -0400 References: <3F1FC5CA.80009@voronezh.serw.ru> <1059052726.5247.13.camel@jeremy.dtcc.cc.nc.us> Message-ID: <20030724092525.O15481@devserv.devel.redhat.com> On Thu, Jul 24, 2003 at 09:18:46AM -0400, Jeremy Portzer wrote: > It looks like the oracle installer is using a JVM compiled with a really > old version of GLIBC. Is there any way to make the installer use a Not only that, but that JVM uses glibc private symbols it should never touch. Jakub From redtuxxx at yahoo.co.uk Thu Jul 24 13:31:41 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Thu, 24 Jul 2003 14:31:41 +0100 (BST) Subject: Question about loading cs4232 sound modules Message-ID: <20030724133141.54886.qmail@web60001.mail.yahoo.com> I have a question thats been bugging me for the last few releases of RH I have a cs4237 based isa soundcard. On bootup kudzu recognises the soundcard and apparently configures it. However the module does not load on bootup What confuses me is is I do modprobe cs4232 it loads fine Anyone any idea what I need to do to get it loaded at startup __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From jspaleta at princeton.edu Thu Jul 24 13:36:24 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 24 Jul 2003 09:36:24 -0400 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) Message-ID: <1059053783.32579.11.camel@spatula> Seth Vidal wrote, somewhere in the digest i just read: >Last time I had heard the perl-rpm bindings weren't being maintained >much anymore. Yum is in python so it can take advantage of red hat >maintaining the python bindings for its own software (anaconda, >up2date,redhat-config-packages) Feature comparison sticks aside...the fact that yum uses the python bindings of redhat's own rpm related applications, makes yum seem to me the absolutely obvious choice for further development inside rhl, in terms of future development integration. Want to give the installer or r-c-p the ability to talk to external repos as a matter of project goals on down the road? Yum seems to be the thing for that. Yes apt is popular with a certain crowd...but it terms of future development direction for the project, yum (on the face of things, for I do not claim a deep understanding of the matter) seems better suited to be the piece of technology that will allow rhl and external repos to co-exist in a deeply integrated way. Whether apt or autoupdate or grab or current or yum are the absolutely best solution right now...is not important. The important thing is, which implementation at the external repo technology, is best for future development effort. Yum's reliance on redhat's already support python bindings to librpm that r-c-p and anaconda use is a really big plus for yum as a core technology in rhl. -jef"but what do i know, i just use rpm2cpio and install files from the archive by hand"spaleta -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mike at netlyncs.com Thu Jul 24 13:39:52 2003 From: mike at netlyncs.com (Mike Chambers) Date: 24 Jul 2003 08:39:52 -0500 Subject: Question about loading cs4232 sound modules In-Reply-To: <20030724133141.54886.qmail@web60001.mail.yahoo.com> References: <20030724133141.54886.qmail@web60001.mail.yahoo.com> Message-ID: <1059053992.3308.1.camel@bart.netlyncs.com> On Thu, 2003-07-24 at 08:31, Mike Martin wrote: > On bootup kudzu recognises the soundcard and apparently configures > it. > However the module does not load on bootup > What confuses me is is I do modprobe cs4232 it loads fine > > Anyone any idea what I need to do to get it loaded at startup Check your /etc/modules.conf file to see if it's listed, and if not add it. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From jharnish at ci.grand-rapids.mi.us Thu Jul 24 13:42:16 2003 From: jharnish at ci.grand-rapids.mi.us (Harnish, Joe) Date: Thu, 24 Jul 2003 09:42:16 -0400 Subject: vmware 4.0 Message-ID: <221C759285B78647AEE6181FD6AF36A703A8E600@bambi.grand-rapids.mi.us> I have found that VMWare 4.0 has some networking issues. Using VMWare's NAT network I have had to manually configure the network on each OS. I have found that .2 is the gateway for the network. It also depends on what VMWare setup as your VMNet IP addresses. VMWare tools installed just fine on mine but once I did that VMWare crashes. -----Original Message----- From: Jean-Eric Cuendet [mailto:jec at rptec.ch] Sent: Thursday, July 24, 2003 9:14 AM To: rhl-beta-list at redhat.com Subject: vmware 4.0 Hi, I'm unable to make vmware work correctly on Severn. I'm unable to setup vmware tools (Net, Graphics) which are really useful. The mouse is slow (probably because vmware tools are not installed). The default driver is pcnet32 (AMD 79c970, PCNET32 Lance), it loads OK, but then the network script say the cable is not plugged... The host OS (linux RH9) has network running just fine and the second vmware machine (Win2k) is also running fine with network and vmware tools. Does anyone have ideas on how to do it working? Thanks -jec PS: why is the kernel compiled with gcc 3.2.3 and the installed compiler is 3.3? -- Jean-Eric Cuendet Riskpro Technologies SA Av du 14 avril 1b, 1020 Renens Switzerland Principal: +41 21 637 0110 Fax: +41 21 637 01 11 Direct: +41 21 637 0123 E-mail: jean-eric.cuendet at rptec.ch http://www.rptec.ch -------------------------------------------------------- -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From nphilipp at redhat.com Thu Jul 24 13:46:29 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 24 Jul 2003 15:46:29 +0200 Subject: vmware 4.0 In-Reply-To: <1059052449.22787.3.camel@wks20.rptec.ch> References: <1059052449.22787.3.camel@wks20.rptec.ch> Message-ID: <1059054387.4599.21.camel@gibraltar.stuttgart.redhat.com> On Thu, 2003-07-24 at 15:14, Jean-Eric Cuendet wrote: > Hi, > I'm unable to make vmware work correctly on Severn. > I'm unable to setup vmware tools (Net, Graphics) which are really > useful. > The mouse is slow (probably because vmware tools are not installed). > > The default driver is pcnet32 (AMD 79c970, PCNET32 Lance), it loads OK, > but then the network script say the cable is not plugged... > The host OS (linux RH9) has network running just fine and the second > vmware machine (Win2k) is also running fine with network and vmware > tools. > Does anyone have ideas on how to do it working? > Thanks > -jec > > PS: why is the kernel compiled with gcc 3.2.3 and the installed compiler > is 3.3? The kernel isn't quite ready for being compiled with gcc 3.3 as 3.3 is a bit less forgiving on some constructs than 3.2.x. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kaboom at gatech.edu Thu Jul 24 13:54:45 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 24 Jul 2003 07:54:45 -0600 (MDT) Subject: Oracle 9.2 and RH9.0.93 In-Reply-To: <1059052726.5247.13.camel@jeremy.dtcc.cc.nc.us> References: <3F1FC5CA.80009@voronezh.serw.ru> <1059052726.5247.13.camel@jeremy.dtcc.cc.nc.us> Message-ID: On Thu, 24 Jul 2003, Jeremy Portzer wrote: > It looks like the oracle installer is using a JVM compiled with a really > old version of GLIBC. Is there any way to make the installer use a > different JVM, something like the 1.4.2 that's compiled for RHL 9 ? You can modify the installer to use either the 1.3.x or 1.4.x JVMs, and that will work. However, some of the GUI java admin tools you use after install also use the 1.1.8 JVM Oracle ships, and for some of those, you cannot change them to use a later JVM (well, you can, but it won't work ;-) later, chris From ghenriks at rogers.com Thu Jul 24 13:56:31 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Thu, 24 Jul 2003 09:56:31 -0400 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: References: Message-ID: On Thu, 24 Jul 2003 09:09:14 -0400 (EDT), you wrote: > > at the risk of being perhaps a little too far out there >on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 >kernel on my severn system today, just to push the boundaries. I ran 2.6.0-test1 yesterday with only one noticeable problem (couldn't access cdrom) which I didn't have time to look into. > in addition, what are the implications of upgrading to >gcc 3.3? and what other RPMs would have to go along with >that to have a usable system? The beta comes with gcc 3.3 as the default compiler (and gcc32 3.2.3 for the 2.4 kernel). From dennis at dgilmore.net Thu Jul 24 13:59:04 2003 From: dennis at dgilmore.net (Dennis Gilmore) Date: Thu, 24 Jul 2003 23:59:04 +1000 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: References: Message-ID: <200307242359.10190.dennis@dgilmore.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Once upon a time at band camp Thu, 24 Jul 2003 11:56 pm, Gerald Henriksen wrote: > On Thu, 24 Jul 2003 09:09:14 -0400 (EDT), you wrote: > > at the risk of being perhaps a little too far out there > >on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 > >kernel on my severn system today, just to push the boundaries. > > I ran 2.6.0-test1 yesterday with only one noticeable problem (couldn't > access cdrom) which I didn't have time to look into. i actualy did have the cd issue one time i tried to access a cd modprobe ide-cd fixed that Dennis > > > in addition, what are the implications of upgrading to > >gcc 3.3? and what other RPMs would have to go along with > >that to have a usable system? > > The beta comes with gcc 3.3 as the default compiler (and gcc32 3.2.3 > for the 2.4 kernel). > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/H+Yu4hBQ1unFjm4RAjvXAJ9E/jdfJdteGXrZcsFHJdTzZoz7PQCgmiL0 f2YeigSp6/rbMaoL0RmP/fY= =5wvp -----END PGP SIGNATURE----- From benjaminvanderjagt at adelphia.net Thu Jul 24 14:25:55 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 24 Jul 2003 10:25:55 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: References: Message-ID: <1059056754.10775.41.camel@benjamin> On Wed, 2003-07-23 at 19:02, John P. Mitchell wrote: > Let me give you a quick example and see what you think. I installed Linux on a computer for my wife who uses > Windows 2000 and Mac OS X daily. Upon booting up it did the normal thing and all of the normal init script feedback > slid across the screen. She promptly came back to me and asked what all of that 'garbage' was for. She seemed to think > that Linux was some kind of half finished 'geek thing' that she did not want to use. So I have a couple of newbie uses > for the graphical boot. One is to shield users who do not need/want to know what is going on under the hood and thus > decreasing silly requests to the local help desk or from generating exscuses to not use this 'thing'. Second is to > give the user the impression of a polished, whole, functional operating system that the user would want to use. Both > of these examples give the operating system increased usability due to the fact that the user does not get hung up in > 'what is all that stuff?' and just gets his/her work done. Just my two cents. > > Regards, > John P. Mitchell > Email Sticker: My Boss is a Jewish carpenter > http://www.GoboLinux.org | User #00010110 > > A lot of those early kernel messages go by and I don't get a chance to read it. I would recommend suspending the graphical boot until something more SuSE like can be done. (Aside from the installer,) nobody thinks SuSE is geek chic at all... (On a side note, I think SuSE is messy crap, but they seem to have a satisfactory boot. :-) Also, I'd like to see all messages saved to a file at boot... > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From jec at rptec.ch Thu Jul 24 14:26:55 2003 From: jec at rptec.ch (Jean-Eric Cuendet) Date: 24 Jul 2003 16:26:55 +0200 Subject: vmware 4.0 In-Reply-To: <1059054387.4599.21.camel@gibraltar.stuttgart.redhat.com> References: <1059052449.22787.3.camel@wks20.rptec.ch> <1059054387.4599.21.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1059056815.22787.6.camel@wks20.rptec.ch> > The kernel isn't quite ready for being compiled with gcc 3.3 as 3.3 is a > bit less forgiving on some constructs than 3.2.x. OK, but so RHL should contains a 3.2 gcc for compilng kernels and modules, no? Is it planned? An packaging error? -jec From stevewa at spiritone.com Thu Jul 24 14:30:10 2003 From: stevewa at spiritone.com (Steve Ward) Date: Thu, 24 Jul 2003 07:30:10 -0700 Subject: Severn plus RTL8139 == transmit timeouts In-Reply-To: <20030724121808.17904.72840.Mailman@listman.back-rdu.redhat.com> References: <20030724121808.17904.72840.Mailman@listman.back-rdu.redhat.com> Message-ID: <3F1FED72.9070000@spiritone.com> Fixed...this system is requiring pci=noacpi to work. From benjaminvanderjagt at adelphia.net Thu Jul 24 14:33:17 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 24 Jul 2003 10:33:17 -0400 Subject: Apt-get (was Re: Graphical boot isn't so graphical) In-Reply-To: <3F1F35A3.6000407@rackable.com> References: <200307211503.57071.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <20030723215403.MAYI11123.imf16aec.bellsouth.net@there> <20030723191814.B25414@devserv.devel.redhat.com> <20030723211741.A9605@devserv.devel.redhat.com> <3F1F35A3.6000407@rackable.com> Message-ID: <1059057197.10775.77.camel@benjamin> On Wed, 2003-07-23 at 21:25, Samuel Flory wrote: > Is seeing something like apt-get out of the question? While I like > up2date even my rhn as entiltlement downloads are slower than mirrors > kernel.org, and freshrpms. (Of course this is likely do to the fact I'm > within several miles of kernel.org.) Not to mention the speed of my > local apt repository. I should take this time to plug my SourceForge project DLIP. ;-) No code yet, but I should begin coding within one to two weeks, and thereafter, I see no reason why it couldn't be totally functional in a month. http://dlip.sourceforge.net/ or http://sourceforge.net/projects/dlip/ -- Benjamin Vander Jagt From mattdm at mattdm.org Thu Jul 24 14:34:38 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 24 Jul 2003 10:34:38 -0400 Subject: modules.conf and new modtils? (broken?) Message-ID: <20030724143438.GB12979@jadzia.bu.edu> I installed the new modutils packages from Arjan's web page as part of an attempt to try out 2.6-test on my Vaio U101. The new kernel doesn't work very smoothly, but that'll get worked out sooner or later. More alarming, though: suddenly, the sonypi driver didn't work under the *old* kernel. A bit of investigation shows that when the module loads, the parameters in /etc/modules.conf are being ignored -- including the very important one which sets the device minor number. GIving the parameters to insmod manually works fine. WHat's going on here? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jeremyp at pobox.com Thu Jul 24 14:42:32 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 24 Jul 2003 10:42:32 -0400 Subject: vmware 4.0 In-Reply-To: <1059056815.22787.6.camel@wks20.rptec.ch> References: <1059052449.22787.3.camel@wks20.rptec.ch> <1059054387.4599.21.camel@gibraltar.stuttgart.redhat.com> <1059056815.22787.6.camel@wks20.rptec.ch> Message-ID: <1059057752.5247.22.camel@jeremy.dtcc.cc.nc.us> On Thu, 2003-07-24 at 10:26, Jean-Eric Cuendet wrote: > > The kernel isn't quite ready for being compiled with gcc 3.3 as 3.3 is a > > bit less forgiving on some constructs than 3.2.x. > > OK, but so RHL should contains a 3.2 gcc for compilng kernels and > modules, no? Of course, and it does -- take a look at the gcc32 package... this has already been discussed quite a bit on this list. > Is it planned? An packaging error? Already there. --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alan at redhat.com Thu Jul 24 14:43:35 2003 From: alan at redhat.com (Alan Cox) Date: Thu, 24 Jul 2003 10:43:35 -0400 (EDT) Subject: vmware 4.0 In-Reply-To: <1059056815.22787.6.camel@wks20.rptec.ch> from "Jean-Eric Cuendet" at Gor 24, 2003 04:26:55 Message-ID: <200307241443.h6OEhZB14361@devserv.devel.redhat.com> > OK, but so RHL should contains a 3.2 gcc for compilng kernels and > modules, no? > Is it planned? An packaging error? gcc32-3.2.3-6.i386.rpm Already there From etbonick at networkinggeeks.com Thu Jul 24 14:45:05 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Thu, 24 Jul 2003 09:45:05 -0500 (CDT) Subject: New Website Message-ID: <47624.63.96.64.130.1059057905.squirrel@www.networkinggeeks.com> What happened to the rhl.redhat.com website? It redirects back to redhat community page. Makes it hard to get download links. And read about it. From csieh at fnal.gov Thu Jul 24 14:47:14 2003 From: csieh at fnal.gov (csieh) Date: Thu, 24 Jul 2003 09:47:14 -0500 (CDT) Subject: custom package selection In-Reply-To: Message-ID: How about enabling the "Select individual packages" but only for the "expert" install choice. Then it would be there for those that need it and for those that don't it would not confuse them. -Connie Sieh Fermi National Accelerator Laboratory On Thu, 24 Jul 2003, James Olin Oden wrote: > On Thu, 24 Jul 2003, Chris Ricker wrote: > > > On Thu, 24 Jul 2003 nospamhere at att.net wrote: > > > > > What happened to the "Select individual packages" option? It appears the only > > > option is to take default or take packages listed in each group. Ability to > > > pare down the defaults and add in packages not listed in the groups is > > > important! Did I miss it somehwere? > > > > It was removed in the interest of making the install simpler > > > Just so you know, I don't think that was such a good idea. Often times > you want to install a box and be very very selective about what rpms are > installed. Combine that with the autokickstart generation, and the > feature that was removed was a very cool thing. On the other hand, > I completely understand the need to make things simpler, I am just not > sure that was the best choice. > > Just my 2cents...james > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From felipe_alfaro at linuxmail.org Thu Jul 24 14:47:58 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Thu, 24 Jul 2003 16:47:58 +0200 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: References: Message-ID: <1059058077.957.4.camel@teapot.felipe-alfaro.com> On Thu, 2003-07-24 at 15:09, Robert P. J. Day wrote: > at the risk of being perhaps a little too far out there > on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 > kernel on my severn system today, just to push the boundaries. > > in addition, what are the implications of upgrading to > gcc 3.3? and what other RPMs would have to go along with > that to have a usable system? I'm currently running a RawHide-based RHL system with 2.6.0-test1-mm2 compiled with gcc 3.3 with no problems so far. You'll also need Severn (or latest) modutils package. I think this will suffice. From hosting at j2solutions.net Thu Jul 24 14:49:52 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Thu, 24 Jul 2003 06:49:52 -0800 Subject: Graphical boot isn't so graphical In-Reply-To: <1059056754.10775.41.camel@benjamin> References: <1059056754.10775.41.camel@benjamin> Message-ID: <200307240749.52647.hosting@j2solutions.net> On Thursday 24 July 2003 07:25, Benjamin Vander Jagt wrote: > Also, I'd like to see all messages saved to a file at boot... /var/log/boot.log /var/log/dmesg /var/log/messages -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From felipe_alfaro at linuxmail.org Thu Jul 24 14:51:26 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Thu, 24 Jul 2003 16:51:26 +0200 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: <200307242324.10682.dennis@dgilmore.net> References: <200307242324.10682.dennis@dgilmore.net> Message-ID: <1059058286.957.9.camel@teapot.felipe-alfaro.com> On Thu, 2003-07-24 at 15:23, Dennis Gilmore wrote: > im currently running a rawhide system updated to two days ago i havent > installed severn, with 2.6.0-test1 that i compiled with gcc 3.3 and if > finding it performs really well i updated some packages from arjans > people.redhat.com site but im really happy. the only issues i have is > inrared is not working right now and occasionally x eats up all the cpu the > keyboard becomes unresponsive and the only option i have is to ssh in and > kill off x usually i just init 3 then init 5 and its ok again. Does this happen when running 2.6.0-test1-mm2 plus 08int.patch from Con Kolivas? 2.6.0-test1-mm2 is a patch that should be applied on top of vanilla 2.6.0-test1 and can be found at ftp://ftp.kernel.org//pub/linux/kernel/people/akpm/patches/2.6/2.6.0-test1/2.6.0-test1-mm2. o8int.patch from Con Kolivas must be applied on top of a 2.6.0-test1-mm2 patched kernel and can be found at http://members.optusnet.com.au/ckolivas/kernel/2.5/patch-O8int-0307232108 From jkt at redhat.com Thu Jul 24 14:54:20 2003 From: jkt at redhat.com (Jay Turner) Date: Thu, 24 Jul 2003 10:54:20 -0400 Subject: New Website In-Reply-To: <47624.63.96.64.130.1059057905.squirrel@www.networkinggeeks.com> References: <47624.63.96.64.130.1059057905.squirrel@www.networkinggeeks.com> Message-ID: <20030724145420.GA15843@redhat.com> On Thu, Jul 24, 2003 at 09:45:05AM -0500, Ethan Bonick wrote: > What happened to the rhl.redhat.com website? It redirects back to redhat > community page. Makes it hard to get download links. And read about it. As is common with new technologies . . . we're having some technical difficulties with the machine which was doing the hosting. Sorting through it right now, but in the meantime, we wanted to redirect to a real page instead of throwing up 404 errors. - jkt -- --*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--* Jay Turner, QA Technical Lead jkt at redhat.com Red Hat, Inc. Reality is merely an illusion, albeit a very persistent one. - Albert Einstein From notting at redhat.com Thu Jul 24 15:08:00 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 24 Jul 2003 11:08:00 -0400 Subject: Segfault with grub In-Reply-To: <1059029509.1194.6.camel@one.myworld>; from feliciano.matias@free.fr on Thu, Jul 24, 2003 at 08:51:50AM +0200 References: <1059029509.1194.6.camel@one.myworld> Message-ID: <20030724110800.B17865@devserv.devel.redhat.com> F?liciano Matias (feliciano.matias at free.fr) said: > grub segfault with kernel severn and with the rescue mode. > > # grub-install /dev/hda > /sbin/grub-install: line 452 : 393 Segmentation fault $grub_shell --batch --device-map=$device-map > $log_file << EOF > > From the grub shell: > grub> setup (hd0)Segmentation fault. You need to turn off exec shield. Bill From pavelr at coresma.com Thu Jul 24 16:06:08 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Thu, 24 Jul 2003 18:06:08 +0200 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? Message-ID: <6A3008858445D711A58A00062939B2F1EBF3@EXCHANGE> > -----Original Message----- > From: Dennis Gilmore [mailto:dennis at dgilmore.net] > Sent: Thu, July 24, 2003 3:59 PM > To: rhl-beta-list at redhat.com > Subject: Re: 2.6.0-test1 kernel? gcc 3.3 compiler? > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Once upon a time at band camp Thu, 24 Jul 2003 11:56 pm, > Gerald Henriksen > wrote: > > On Thu, 24 Jul 2003 09:09:14 -0400 (EDT), you wrote: > > > at the risk of being perhaps a little too far out there > > >on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 > > >kernel on my severn system today, just to push the boundaries. > > > > I ran 2.6.0-test1 yesterday with only one noticeable > problem (couldn't > > access cdrom) which I didn't have time to look into. > > i actualy did have the cd issue one time i tried to access a > cd modprobe > ide-cd fixed that Same here, I had to add 'modprobe ide-cd' line to rc.modules file to make CD work without manual interaction. > Dennis > > > > > > in addition, what are the implications of upgrading to > > >gcc 3.3? and what other RPMs would have to go along with > > >that to have a usable system? > > > > The beta comes with gcc 3.3 as the default compiler (and gcc32 3.2.3 > > for the 2.4 kernel). > > > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2 (GNU/Linux) > > iD8DBQE/H+Yu4hBQ1unFjm4RAjvXAJ9E/jdfJdteGXrZcsFHJdTzZoz7PQCgmiL0 > f2YeigSp6/rbMaoL0RmP/fY= > =5wvp > -----END PGP SIGNATURE----- > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From notting at redhat.com Thu Jul 24 15:12:13 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 24 Jul 2003 11:12:13 -0400 Subject: Speeding up boot process In-Reply-To: <001701c351ca$5be90f70$8461cdc2@DREAD>; from John.Hearns@micromuse.com on Thu, Jul 24, 2003 at 11:00:01AM +0100 References: <1059040472.5910.89.camel@wks20.rptec.ch> <001701c351ca$5be90f70$8461cdc2@DREAD> Message-ID: <20030724111213.C17865@devserv.devel.redhat.com> John Hearns (John.Hearns at micromuse.com) said: > Have a look at the Serel Fastboot project. It's been tested. It didn't appreciably help. Bill From felipe_alfaro at linuxmail.org Thu Jul 24 15:14:42 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Thu, 24 Jul 2003 17:14:42 +0200 Subject: vmware 4.0 In-Reply-To: <1059056815.22787.6.camel@wks20.rptec.ch> References: <1059052449.22787.3.camel@wks20.rptec.ch> <1059054387.4599.21.camel@gibraltar.stuttgart.redhat.com> <1059056815.22787.6.camel@wks20.rptec.ch> Message-ID: <1059059681.1121.1.camel@teapot.felipe-alfaro.com> On Thu, 2003-07-24 at 16:26, Jean-Eric Cuendet wrote: > > The kernel isn't quite ready for being compiled with gcc 3.3 as 3.3 is a > > bit less forgiving on some constructs than 3.2.x. > > OK, but so RHL should contains a 3.2 gcc for compilng kernels and > modules, no? Is it planned? An packaging error? gcc 3.2.x has some serious bugs which can cause unpredictable results when compiling 2.5/2.6 kernels with it. I don't know if the GCC team has fixed them, though. From thomas at apestaart.org Thu Jul 24 13:37:27 2003 From: thomas at apestaart.org (Thomas Vander Stichele) Date: 24 Jul 2003 15:37:27 +0200 Subject: xmms skipping In-Reply-To: <200307231416.27573.hosting@j2solutions.net> References: <1058995935.22195.3.camel@albert> <200307231416.27573.hosting@j2solutions.net> Message-ID: <1059053847.20313.21.camel@thocra> On Wed, 2003-07-23 at 23:16, Jesse Keating wrote: > On Wednesday 23 July 2003 14:32, Maynard Kuona wrote: > > Also, are there any plans to include the preemptive kernel patch. I > > wish they could give us a number of kernels to choose from. I hat > > having my audio skipping. It is the thing that annoys me the most > > about my RH linux installs. > > Search the archives. It's not a kernel thing IIRC, it's a XFree86 being > niced problem, and thus not having high priority or something like > that. I do believe workarounds were discussed. AFAIK, in RH8 X was reniced to -10 by default. In RH9 it wasn't. I suppose this is what you refer to. People tell me though that the renicing of X itself was a workaround for a scheduler "bug" that should get solved by the "interactivity" set of patches. If I'm wrong about this then please put me in my place because I too hate for my RH desktop to be so damn laggy all the time when it comes to sound. Thomas Dave/Dina : future TV today ! - http://davedina.apestaart.org/ <-*- thomas (dot) apestaart (dot) org -*-> And discover your lover Between the legs of another And he's loving it <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.rug.ac.be/ From notting at redhat.com Thu Jul 24 15:17:38 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 24 Jul 2003 11:17:38 -0400 Subject: modules.conf and new modtils? (broken?) In-Reply-To: <20030724143438.GB12979@jadzia.bu.edu>; from mattdm@mattdm.org on Thu, Jul 24, 2003 at 10:34:38AM -0400 References: <20030724143438.GB12979@jadzia.bu.edu> Message-ID: <20030724111738.E17865@devserv.devel.redhat.com> Matthew Miller (mattdm at mattdm.org) said: > I installed the new modutils packages from Arjan's web page as part of an > attempt to try out 2.6-test on my Vaio U101. The new kernel doesn't work > very smoothly, but that'll get worked out sooner or later. More alarming, > though: suddenly, the sonypi driver didn't work under the *old* kernel. > > A bit of investigation shows that when the module loads, the parameters in > /etc/modules.conf are being ignored -- including the very important one > which sets the device minor number. GIving the parameters to insmod > manually works fine. WHat's going on here? When was the last time it worked? Bill From notting at redhat.com Thu Jul 24 15:18:16 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 24 Jul 2003 11:18:16 -0400 Subject: xmms skipping In-Reply-To: <1059053847.20313.21.camel@thocra>; from thomas@apestaart.org on Thu, Jul 24, 2003 at 03:37:27PM +0200 References: <1058995935.22195.3.camel@albert> <200307231416.27573.hosting@j2solutions.net> <1059053847.20313.21.camel@thocra> Message-ID: <20030724111816.F17865@devserv.devel.redhat.com> Thomas Vander Stichele (thomas at apestaart.org) said: > AFAIK, in RH8 X was reniced to -10 by default. In RH9 it wasn't. I > suppose this is what you refer to. People tell me though that the > renicing of X itself was a workaround for a scheduler "bug" that should > get solved by the "interactivity" set of patches. X is currently not reniced in Severn. Bill From mattdm at mattdm.org Thu Jul 24 15:20:09 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 24 Jul 2003 11:20:09 -0400 Subject: modules.conf and new modtils? (broken?) In-Reply-To: <20030724111738.E17865@devserv.devel.redhat.com> References: <20030724143438.GB12979@jadzia.bu.edu> <20030724111738.E17865@devserv.devel.redhat.com> Message-ID: <20030724152009.GB14944@jadzia.bu.edu> On Thu, Jul 24, 2003 at 11:17:38AM -0400, Bill Nottingham wrote: > > A bit of investigation shows that when the module loads, the parameters in > > /etc/modules.conf are being ignored -- including the very important one > > which sets the device minor number. GIving the parameters to insmod > > manually works fine. WHat's going on here? > When was the last time it worked? Seconds before installing the new kernel and associated RPMS. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From rpjday at mindspring.com Thu Jul 24 15:14:53 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 24 Jul 2003 11:14:53 -0400 (EDT) Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? Message-ID: <8365745.1059060039733.JavaMail.nobody@wamui10.slb.atl.earthlink.net> -------Original Message------- From: Felipe Alfaro Solana Sent: 07/24/03 10:47 AM To: RHL-Beta Subject: Re: 2.6.0-test1 kernel? gcc 3.3 compiler? > I'm currently running a RawHide-based RHL system with > 2.6.0-test1-mm2 compiled with gcc 3.3 with no problems so far. > You'll also need Severn (or latest) modutils package. I think > this will suffice. ok. and i guess adding LVM2 to the mix would be pushing my luck? severn + 2.6.0-test1-bk2 + LVM2. can i make this any more challenging? i'll give it a shot this afternoon. if you don't hear back, clearly, my brain will have exploded. rday -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list > From jakub at redhat.com Thu Jul 24 15:23:47 2003 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 24 Jul 2003 11:23:47 -0400 Subject: vmware 4.0 In-Reply-To: <1059059681.1121.1.camel@teapot.felipe-alfaro.com>; from felipe_alfaro@linuxmail.org on Thu, Jul 24, 2003 at 05:14:42PM +0200 References: <1059052449.22787.3.camel@wks20.rptec.ch> <1059054387.4599.21.camel@gibraltar.stuttgart.redhat.com> <1059056815.22787.6.camel@wks20.rptec.ch> <1059059681.1121.1.camel@teapot.felipe-alfaro.com> Message-ID: <20030724112347.Q15481@devserv.devel.redhat.com> On Thu, Jul 24, 2003 at 05:14:42PM +0200, Felipe Alfaro Solana wrote: > On Thu, 2003-07-24 at 16:26, Jean-Eric Cuendet wrote: > > > The kernel isn't quite ready for being compiled with gcc 3.3 as 3.3 is a > > > bit less forgiving on some constructs than 3.2.x. > > > > OK, but so RHL should contains a 3.2 gcc for compilng kernels and > > modules, no? Is it planned? An packaging error? > > gcc 3.2.x has some serious bugs which can cause unpredictable results > when compiling 2.5/2.6 kernels with it. I don't know if the GCC team has > fixed them, though. Can you give more details? Jakub From jbinpg at shaw.ca Thu Jul 24 15:25:39 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Thu, 24 Jul 2003 08:25:39 -0700 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: References: Message-ID: <0HIJ00K4QC6YNC@l-daemon> ** Reply to message from Gerald Henriksen on Thu, 24 Jul 2003 09:56:31 -0400 > On Thu, 24 Jul 2003 09:09:14 -0400 (EDT), you wrote: > > > > > at the risk of being perhaps a little too far out there > >on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 > >kernel on my severn system today, just to push the boundaries. > > I ran 2.6.0-test1 yesterday with only one noticeable problem (couldn't > access cdrom) which I didn't have time to look into. I had to ln -s /dev/scd0 /dev/cdrom ln -s /dev/scd1 /dev/cdrom1 to get my CD-R and CD-RW back with 2.6.0-test1. Somehow the links are removed with the test kernel. Weird. Not sure if it is scsi related. jb From pavelr at coresma.com Thu Jul 24 15:58:44 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Thu, 24 Jul 2003 17:58:44 +0200 Subject: modules.conf and new modtils? (broken?) Message-ID: <6A3008858445D711A58A00062939B2F1EBF2@EXCHANGE> > -----Original Message----- > From: Matthew Miller [mailto:mattdm at mattdm.org] > Sent: Thu, July 24, 2003 4:35 PM > To: rhl-beta-list at redhat.com > Subject: modules.conf and new modtils? (broken?) > > > I installed the new modutils packages from Arjan's web page > as part of an > attempt to try out 2.6-test on my Vaio U101. The new kernel > doesn't work > very smoothly, but that'll get worked out sooner or later. > More alarming, > though: suddenly, the sonypi driver didn't work under the > *old* kernel. > > A bit of investigation shows that when the module loads, the > parameters in > /etc/modules.conf are being ignored -- including the very > important one > which sets the device minor number. GIving the parameters to insmod > manually works fine. WHat's going on here? /etc/modprobe.conf file is used with 2.5 kernels. From jbinpg at shaw.ca Thu Jul 24 15:29:42 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Thu, 24 Jul 2003 08:29:42 -0700 Subject: custom package selection In-Reply-To: References: Message-ID: <0HIJ00M88CDPQ9@l-daemon> ** Reply to message from csieh on Thu, 24 Jul 2003 09:47:14 -0500 (CDT) > How about enabling the "Select individual packages" but only for the > "expert" install choice. Then it would be there for those that need it > and for those that don't it would not confuse them. And if you carry this out for all us old cantakerous whiners to the max, give the "experts" back their install options such as firstboot runlevel selection, rhgb=no, etc. Hey, the "experts" is there for maybe, oh say, 1% of users, right? jb From notting at redhat.com Thu Jul 24 15:32:39 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 24 Jul 2003 11:32:39 -0400 Subject: modules.conf and new modtils? (broken?) In-Reply-To: <20030724152009.GB14944@jadzia.bu.edu>; from mattdm@mattdm.org on Thu, Jul 24, 2003 at 11:20:09AM -0400 References: <20030724143438.GB12979@jadzia.bu.edu> <20030724111738.E17865@devserv.devel.redhat.com> <20030724152009.GB14944@jadzia.bu.edu> Message-ID: <20030724113239.A10151@devserv.devel.redhat.com> Matthew Miller (mattdm at mattdm.org) said: > On Thu, Jul 24, 2003 at 11:17:38AM -0400, Bill Nottingham wrote: > > > A bit of investigation shows that when the module loads, the parameters in > > > /etc/modules.conf are being ignored -- including the very important one > > > which sets the device minor number. GIving the parameters to insmod > > > manually works fine. WHat's going on here? > > When was the last time it worked? > > Seconds before installing the new kernel and associated RPMS. Exactly which version of modutils did you have before? Bill From marguz at ameritech.net Thu Jul 24 15:33:26 2003 From: marguz at ameritech.net (Mark Guzzo) Date: 24 Jul 2003 10:33:26 -0500 Subject: Citrix ? Message-ID: <1059060806.3979.9.camel@LORDLINUX.global.shsystem.org> Hi all, I've been using Citrix ICA 7.0 for Linux on RH9. Now with this Beta, nothing happens when I try and launch an ICA session. This same thing is also happening to BitTorrent. I'm not asking for Citrix help, just wondering if anybody else is seeing this? Mark. PS. Now I have to use RDP to get ICA :-) PPS. Love this Beta! It ROCKS so far! From jec at rptec.ch Thu Jul 24 15:47:08 2003 From: jec at rptec.ch (Jean-Eric Cuendet) Date: 24 Jul 2003 17:47:08 +0200 Subject: Speeding up boot process In-Reply-To: <20030724111213.C17865@devserv.devel.redhat.com> References: <1059040472.5910.89.camel@wks20.rptec.ch> <001701c351ca$5be90f70$8461cdc2@DREAD> <20030724111213.C17865@devserv.devel.redhat.com> Message-ID: <1059061628.22787.16.camel@wks20.rptec.ch> On Thu, 2003-07-24 at 17:12, Bill Nottingham wrote: > John Hearns (John.Hearns at micromuse.com) said: > > Have a look at the Serel Fastboot project. > > It's been tested. It didn't appreciably help. OK, but is a speedup of boot process planned? How? I'm sure a simple solution could be implemented easily. But it must be an agreed upon one and a one that would have interest from packagers... Do you have any preferred way to do that? Or is it just not planned/not useful in your opinion? -jec From katzj at redhat.com Thu Jul 24 15:59:57 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 11:59:57 -0400 Subject: custom package selection In-Reply-To: <0HIJ00M88CDPQ9@l-daemon> References: <0HIJ00M88CDPQ9@l-daemon> Message-ID: <1059062397.31800.8.camel@mirkwood.devel.redhat.com> On Thu, 2003-07-24 at 11:29, Jack Bowling wrote: > ** Reply to message from csieh on Thu, 24 Jul 2003 09:47:14 -0500 (CDT) > > > How about enabling the "Select individual packages" but only for the > > "expert" install choice. Then it would be there for those that need it > > and for those that don't it would not confuse them. > > And if you carry this out for all us old cantakerous whiners to the max, > give the "experts" back their install options such as firstboot > runlevel selection, rhgb=no, etc. Hey, the "experts" is there for maybe, > oh say, 1% of users, right? No, because the vast majority of people end up using expert mode because they think it gives them some advantage. Realistically it hasn't done anything more than prompt for driver disk always and allow you to install to removable media for nearly two years now. Jeremy From rgorosito at comarb.gov.ar Thu Jul 24 15:59:54 2003 From: rgorosito at comarb.gov.ar (Ricardo Ariel Gorosito) Date: Thu, 24 Jul 2003 12:59:54 -0300 Subject: Oracle 9.2 and RH9.0.93 In-Reply-To: <3F1FC5CA.80009@voronezh.serw.ru> References: <3F1FC5CA.80009@voronezh.serw.ru> Message-ID: <3F20027A.1040401@comarb.gov.ar> Look at http://www.puschitz.com/OracleOnLinux.shtml Ricardo.- Igor Gorbounov wrote: > There was a workaround to handle the Oracle obsoleteness for install > under > RH9.0: > LD_ASSUME_KERNEL=2.2.5;./runInstaller > but it doesn't work any more in RH 9.093: > Initializing Java Virtual Machine from > /tmp/OraInstall2003-07-24_03-17-12PM/jre/bin/java. Please wait... > Error occurred during initialization of VM > Unable to load native library: > /tmp/OraInstall2003-07-24_03-17-12PM/jre/lib/i386/libjava.so: symbol > __libc_wait, version GLIBC_2.0 not defined in file libc.so.6 with link > time reference > > So anybody has perhaps found some way out of this situation? > Hopefully, > Igor Gorbounov > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From csieh at fnal.gov Thu Jul 24 16:00:16 2003 From: csieh at fnal.gov (csieh) Date: Thu, 24 Jul 2003 11:00:16 -0500 (CDT) Subject: custom package selection In-Reply-To: <0HIJ00M88CDPQ9@l-daemon> Message-ID: So once the code is in there it does not have to change, at least not much. If it is too complicated a option for this new intended audience then hide it with the "expert" mode. Or put in a exper mode where it really resides. Surely other things can be under "expert" too. I would like the "Select individual packages" to stay but as a compromise I suggested that it could go under "expert". -Connie Sieh On Thu, 24 Jul 2003, Jack Bowling wrote: > ** Reply to message from csieh on Thu, 24 Jul 2003 09:47:14 -0500 (CDT) > > > How about enabling the "Select individual packages" but only for the > > "expert" install choice. Then it would be there for those that need it > > and for those that don't it would not confuse them. > > And if you carry this out for all us old cantakerous whiners to the max, give the "experts" back their install options such as firstboot runlevel selection, rhgb=no, etc. Hey, the "experts" is there for maybe, oh say, 1% of users, right? > > jb > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From katzj at redhat.com Thu Jul 24 16:01:35 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 12:01:35 -0400 Subject: custom package selection In-Reply-To: References: Message-ID: <1059062495.31800.11.camel@mirkwood.devel.redhat.com> On Thu, 2003-07-24 at 10:47, csieh wrote: > How about enabling the "Select individual packages" but only for the > "expert" install choice. Then it would be there for those that need it > and for those that don't it would not confuse them. redhat-config-packages has the ability to do individual packages now. The installer gets you to a working system, you can tweak to your heart's content afterwards. It's *FAR* easier to add new functionality that can be used post-install because then you don't have to worry with the absolutely wacky environment that the installer runs in. This doesn't apply just to packages -- it applies equally well to everything. Jeremy From katzj at redhat.com Thu Jul 24 16:02:32 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 12:02:32 -0400 Subject: Anaconda+small-mem+lvm-swap crash In-Reply-To: References: Message-ID: <1059062551.31800.13.camel@mirkwood.devel.redhat.com> On Wed, 2003-07-23 at 23:41, Barton, Christopher wrote: > FWIW -- Anaconda crashes for me when I install over NFS on a box with 256 > Mb of memory & place swap on LVM. The installer says that it needs to > activate swap space in order to continue, and then reports a problem and > quits. I vaguely remember seeing a bug about this -- you might want to double check, though. Cheers, Jeremy From mikem at redhat.com Thu Jul 24 16:04:06 2003 From: mikem at redhat.com (Mike McLean) Date: Thu, 24 Jul 2003 12:04:06 -0400 Subject: Network install failure In-Reply-To: <1058994710.9987.95.camel@galt.atlas.gotdns.org> References: <1058994710.9987.95.camel@galt.atlas.gotdns.org> Message-ID: <3F200376.9050102@redhat.com> Matt Whiteley wrote: > I have tried to use the network install many times. This is an attempt > with the .iso files. Whenever I put them in a web or ftp directory, the The network install methods are: nfs, ftp, http, nfsiso, httpdisc, and ftpdisc. - nfs, ftp, and http installs work off of a unified tree (All rpms in a single tree) that is accessible via the given protocol. - nfsiso works off of an nfs directory containing the isos (and nothing else!). No other network install method can use raw isos. - ftpdisc and httpdisc work off of a directory containing the split tree (one subdirectory per disc). So you might point the installer at http://myserver/Severn/discs/ where the discs directory contains subdirectories disc1, disc2, and disc3 which themselves contain the contents of the three discs. The idea behind these methods is that you can loopback mount the three isos on your server, make those mountpoint accessible via ftp or http, and run a network install off of that. From katzj at redhat.com Thu Jul 24 16:04:09 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 12:04:09 -0400 Subject: Segfault with grub In-Reply-To: <1059029509.1194.6.camel@one.myworld> References: <1059029509.1194.6.camel@one.myworld> Message-ID: <1059062649.31800.15.camel@mirkwood.devel.redhat.com> On Thu, 2003-07-24 at 02:51, F?liciano Matias wrote: > grub segfault with kernel severn and with the rescue mode. grub ends up tripping over exec-shield since the functionality isn't present to do per-binary marking of whether or not exec-shield should be used. `echo 0 > /proc/sys/kernel/exec-shield` will work around > Should i file the bug in grub or kernel ? It's already filed. Jeremy From dax at gurulabs.com Thu Jul 24 16:04:49 2003 From: dax at gurulabs.com (Dax Kelson) Date: 24 Jul 2003 10:04:49 -0600 Subject: custom package selection In-Reply-To: References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> Message-ID: <1059062689.2622.12.camel@mentor.gurulabs.com> On Thu, 2003-07-24 at 05:44, Chris Ricker wrote: > On Thu, 24 Jul 2003, Alan Cox wrote: > > > > It was removed in the interest of making the install simpler > > > > Grrrr .. this is a real PITA for packages that are not in any of the groups > > such as the essential editors like joe 8) > > I've pretty much come to the conclusion that the severn installer has been > dumbed down to the point that the only way to get a functional install that > does what I want is to use kickstart I dunno. What's so important this is missing? Personally, on desktops/laptops/etc I'll do an Everything install. I can afford the $4.30 of disk space and so much package related trouble just vanishes. On servers, I'll still do the smallest possible install for the task it needs to do. How about this. Only show the individual packages if the user chooses a "Custom" install. On the other classes, don't show it. From csieh at fnal.gov Thu Jul 24 16:08:37 2003 From: csieh at fnal.gov (csieh) Date: Thu, 24 Jul 2003 11:08:37 -0500 (CDT) Subject: custom package selection In-Reply-To: <1059062495.31800.11.camel@mirkwood.devel.redhat.com> Message-ID: On Thu, 24 Jul 2003, Jeremy Katz wrote: > On Thu, 2003-07-24 at 10:47, csieh wrote: > > How about enabling the "Select individual packages" but only for the > > "expert" install choice. Then it would be there for those that need it > > and for those that don't it would not confuse them. > > redhat-config-packages has the ability to do individual packages now. > The installer gets you to a working system, you can tweak to your > heart's content afterwards. So where does redhat-config-packages get it packages from? In RedHat 9 it only wanted them from the cd. I guess it surprises me that you took out functionality. -Connie Sieh > > It's *FAR* easier to add new functionality that can be used post-install > because then you don't have to worry with the absolutely wacky > environment that the installer runs in. This doesn't apply just to > packages -- it applies equally well to everything. > > Jeremy > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From otaylor at redhat.com Thu Jul 24 16:09:56 2003 From: otaylor at redhat.com (Owen Taylor) Date: 24 Jul 2003 12:09:56 -0400 Subject: Speeding up boot process In-Reply-To: <1059061628.22787.16.camel@wks20.rptec.ch> References: <1059040472.5910.89.camel@wks20.rptec.ch> <001701c351ca$5be90f70$8461cdc2@DREAD> <20030724111213.C17865@devserv.devel.redhat.com> <1059061628.22787.16.camel@wks20.rptec.ch> Message-ID: <1059062996.6206.147.camel@poincare.devel.redhat.com> On Thu, 2003-07-24 at 11:47, Jean-Eric Cuendet wrote: > On Thu, 2003-07-24 at 17:12, Bill Nottingham wrote: > > John Hearns (John.Hearns at micromuse.com) said: > > > Have a look at the Serel Fastboot project. > > > > It's been tested. It didn't appreciably help. > > OK, but is a speedup of boot process planned? > How? I'm sure a simple solution could be implemented easily. > But it must be an agreed upon one and a one that would have interest from packagers... > Do you have any preferred way to do that? > Or is it just not planned/not useful in your opinion? After having tried various things, and timed them, we tend to be a lot less confident that a simple solution could be implemented easily. The vast majority of startup time seems to be reading stuff of the disk; parallelizing init scripts doesn't help with that. Starting up GDM earlier may work, but with the downsides that: - You have to figure out what services are safe to start after login. - You may have a unresponsive system during login. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=startuptime is a recently created tracker bug for this issue. Regards, Owen From dax at gurulabs.com Thu Jul 24 16:11:45 2003 From: dax at gurulabs.com (Dax Kelson) Date: 24 Jul 2003 10:11:45 -0600 Subject: Bring back configurability in expert mode Message-ID: <1059063105.2622.16.camel@mentor.gurulabs.com> The installation has gotten "simpler" for desktop installs. Please re-add those options when starting anaconda in "expert" mode. This should make both camps happy. Dax Kelson Guru Labs From katzj at redhat.com Thu Jul 24 16:14:51 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 12:14:51 -0400 Subject: custom package selection In-Reply-To: References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> Message-ID: <1059063291.31800.20.camel@mirkwood.devel.redhat.com> On Thu, 2003-07-24 at 07:44, Chris Ricker wrote: > I've pretty much come to the conclusion that the severn installer has been > dumbed down to the point that the only way to get a functional install that > does what I want is to use kickstart It's far easier to get the system to a state that works with the installer and then allow configuration in a normal environment. Maintaining lots of functionality within the installer is a nitemare for debugging -- it's far easier to figure out why things go wrong on the installed system. Jeremy From katzj at redhat.com Thu Jul 24 16:17:29 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 12:17:29 -0400 Subject: custom package selection In-Reply-To: References: Message-ID: <1059063449.31800.24.camel@mirkwood.devel.redhat.com> On Thu, 2003-07-24 at 12:00, csieh wrote: > So once the code is in there it does not have to change, at least not > much. No, actually, getting it working in a fashion that could be considered sane once you start taking into account multilib package installation is ugly. And the weirdo things with people getting themselves into bizarre states because they decided they would be cute and try to deselect package X which they really needed. It basically needed a complete rewrite to work with some of the changed functionality in other places in the installer and it was decided that it was far more generally useful to do that rewriting for redhat-config-packages where you're actually going to be able to use it more than once. Jeremy From katzj at redhat.com Thu Jul 24 16:18:15 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 12:18:15 -0400 Subject: custom package selection In-Reply-To: References: Message-ID: <1059063495.31800.26.camel@mirkwood.devel.redhat.com> On Thu, 2003-07-24 at 12:08, csieh wrote: > So where does redhat-config-packages get it packages from? In RedHat 9 it > only wanted them from the cd. Read the README -- there are all sorts of options :) We're working towards getting more of it exposed in the UI, but I'm stretched a little thing and haven't had as much time to work on it as I'd like. Jeremy From katzj at redhat.com Thu Jul 24 16:21:13 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 12:21:13 -0400 Subject: Bring back configurability in expert mode In-Reply-To: <1059063105.2622.16.camel@mentor.gurulabs.com> References: <1059063105.2622.16.camel@mentor.gurulabs.com> Message-ID: <1059063673.31800.30.camel@mirkwood.devel.redhat.com> On Thu, 2003-07-24 at 12:11, Dax Kelson wrote: > The installation has gotten "simpler" for desktop installs. > > Please re-add those options when starting anaconda in "expert" mode. > > This should make both camps happy. No, because it adds weirdo cases that only happen in expert mode and then *NO ONE* mentions that they're using expert mode when they hit problems. I spent most of a week tracking down something that only happened in expert mode once just because expert mode used to make bizarre assumptions about things that didn't make sense or get tested. Jeremy From etbonick at networkinggeeks.com Thu Jul 24 16:22:33 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Thu, 24 Jul 2003 11:22:33 -0500 (CDT) Subject: custom package selection In-Reply-To: <1059063291.31800.20.camel@mirkwood.devel.redhat.com> References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059063291.31800.20.camel@mirkwood.devel.redhat.com> Message-ID: <59772.63.96.64.130.1059063753.squirrel@www.networkinggeeks.com> > On Thu, 2003-07-24 at 07:44, Chris Ricker wrote: >> I've pretty much come to the conclusion that the severn installer has >> been dumbed down to the point that the only way to get a functional >> install that does what I want is to use kickstart > > It's far easier to get the system to a state that works with the > installer and then allow configuration in a normal environment. > Maintaining lots of functionality within the installer is a nitemare for > debugging -- it's far easier to figure out why things go wrong on the > installed system. > Thats nice and all, but does redhat-config-packages act more like the ones before 8.0 where we could install rpms from anywhere? Does it let us see ALL the packages installed? Does it let us remove any package? I am still downloading the beta or I'd know :) -- Ethan Bonick etbonick_AT_networkinggeeks.com http://www.networkinggeeks.com From csieh at fnal.gov Thu Jul 24 16:28:49 2003 From: csieh at fnal.gov (csieh) Date: Thu, 24 Jul 2003 11:28:49 -0500 (CDT) Subject: custom package selection In-Reply-To: <1059063449.31800.24.camel@mirkwood.devel.redhat.com> Message-ID: On Thu, 24 Jul 2003, Jeremy Katz wrote: > On Thu, 2003-07-24 at 12:00, csieh wrote: > > So once the code is in there it does not have to change, at least not > > much. > > No, actually, getting it working in a fashion that could be considered > sane once you start taking into account multilib package installation is > ugly. And the weirdo things with people getting themselves into bizarre > states because they decided they would be cute and try to deselect > package X which they really needed. > > It basically needed a complete rewrite to work with some of the changed > functionality in other places in the installer and it was decided that > it was far more generally useful to do that rewriting for > redhat-config-packages where you're actually going to be able to use it > more than once. I guess I need to look at the code. I did not know that you rewrote other things. -Connie Sieh > > Jeremy > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From notting at redhat.com Thu Jul 24 16:29:04 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 24 Jul 2003 12:29:04 -0400 Subject: Speeding up boot process In-Reply-To: <1059061628.22787.16.camel@wks20.rptec.ch>; from jec@rptec.ch on Thu, Jul 24, 2003 at 05:47:08PM +0200 References: <1059040472.5910.89.camel@wks20.rptec.ch> <001701c351ca$5be90f70$8461cdc2@DREAD> <20030724111213.C17865@devserv.devel.redhat.com> <1059061628.22787.16.camel@wks20.rptec.ch> Message-ID: <20030724122904.A5407@devserv.devel.redhat.com> Jean-Eric Cuendet (jec at rptec.ch) said: > On Thu, 2003-07-24 at 17:12, Bill Nottingham wrote: > > John Hearns (John.Hearns at micromuse.com) said: > > > Have a look at the Serel Fastboot project. > > > > It's been tested. It didn't appreciably help. > > OK, but is a speedup of boot process planned? > How? I'm sure a simple solution could be implemented easily. Have you tried? If so, we'd love to hear simple solutions. :) It's not that we're not interested. It's just all the ways so far tried to speed up the *entire* bootup process (not just get a faster X up) haven't really been successful at all. Bill From lists-rhl-beta at linu.cx Thu Jul 24 16:29:22 2003 From: lists-rhl-beta at linu.cx (Lode Vermeiren) Date: 24 Jul 2003 18:29:22 +0200 Subject: custom package selection In-Reply-To: <1059063291.31800.20.camel@mirkwood.devel.redhat.com> References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059063291.31800.20.camel@mirkwood.devel.redhat.com> Message-ID: <1059064161.4183.30.camel@krabbel.a10.be> Op do 24-07-2003, om 18:14 schreef Jeremy Katz: > On Thu, 2003-07-24 at 07:44, Chris Ricker wrote: > > I've pretty much come to the conclusion that the severn installer has been > > dumbed down to the point that the only way to get a functional install that > > does what I want is to use kickstart > > It's far easier to get the system to a state that works with the > installer and then allow configuration in a normal environment. > Maintaining lots of functionality within the installer is a nitemare for > debugging -- it's far easier to figure out why things go wrong on the > installed system. Nooooo! This is the first step to a "insert cd, wait half an hour for install to finish and then spend half your day removing crap you don't need"-approach like Windows XP uses, IMHO. When removing individual package selection, the only option for me is to do a minimal install, and then Yum/apt/... the packages I want. I really think individual package selection is a much needed feature. And if newbie users select expert option (as suggested in another post), I think they should be willing to take this "risk". There's a reason why it's called expert mode, right? As for doing a minimal install+yum/apt/up2date: - this is an option, but not for people without a broadband-connection at hand during system installation - I find myself doing this all the time, and am wondering whether it would be difficult to create a minimal installation image that just does disk partitioning, time zone, network/internet connection and stuff like that and then downloads packages as they are needed. (I believe debian has got an image like this). I always have the feeling it's a waste to use 2 Gb of perfectly fine bandwidth and 3 cd's for a bunch of packages of which I will probably only install half, if not less. Lode -- All opinions are mine, IMHO, 2 cents, and just a tought From katzj at redhat.com Thu Jul 24 16:36:00 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 12:36:00 -0400 Subject: custom package selection In-Reply-To: <1059064161.4183.30.camel@krabbel.a10.be> References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059063291.31800.20.camel@mirkwood.devel.redhat.com> <1059064161.4183.30.camel@krabbel.a10.be> Message-ID: <1059064560.31800.37.camel@mirkwood.devel.redhat.com> On Thu, 2003-07-24 at 12:29, Lode Vermeiren wrote: > Op do 24-07-2003, om 18:14 schreef Jeremy Katz: > > On Thu, 2003-07-24 at 07:44, Chris Ricker wrote: > > > I've pretty much come to the conclusion that the severn installer has been > > > dumbed down to the point that the only way to get a functional install that > > > does what I want is to use kickstart > > > > It's far easier to get the system to a state that works with the > > installer and then allow configuration in a normal environment. > > Maintaining lots of functionality within the installer is a nitemare for > > debugging -- it's far easier to figure out why things go wrong on the > > installed system. > > Nooooo! This is the first step to a "insert cd, wait half an hour for > install to finish and then spend half your day removing crap you don't > need"-approach like Windows XP uses, IMHO. > > When removing individual package selection, the only option for me is to > do a minimal install, and then Yum/apt/... the packages I want. > > I really think individual package selection is a much needed feature. You really like going through a list of 1500 packages is fun? I'd much rather have the interesting packages listed in groups in comps and then you can select/deselect them in the package selection interface that's there. If there are specific packages that are currently marked as mandatory (and thus can't be deselected) from groups, file them in bugzilla and they'll be evaluated. This is the better solution. You really don't want to have to care if gal gets installed -- if you're installing something that needs gal, you want to get gal installed. It's as simple as that. Jeremy From jec at rptec.ch Thu Jul 24 16:36:13 2003 From: jec at rptec.ch (Jean-Eric Cuendet) Date: 24 Jul 2003 18:36:13 +0200 Subject: Speeding up boot process In-Reply-To: <20030724122904.A5407@devserv.devel.redhat.com> References: <1059040472.5910.89.camel@wks20.rptec.ch> <001701c351ca$5be90f70$8461cdc2@DREAD> <20030724111213.C17865@devserv.devel.redhat.com> <1059061628.22787.16.camel@wks20.rptec.ch> <20030724122904.A5407@devserv.devel.redhat.com> Message-ID: <1059064573.22788.19.camel@wks20.rptec.ch> On Thu, 2003-07-24 at 18:29, Bill Nottingham wrote: > Jean-Eric Cuendet (jec at rptec.ch) said: > > On Thu, 2003-07-24 at 17:12, Bill Nottingham wrote: > > > John Hearns (John.Hearns at micromuse.com) said: > > > > Have a look at the Serel Fastboot project. > > > > > > It's been tested. It didn't appreciably help. > > > > OK, but is a speedup of boot process planned? > > How? I'm sure a simple solution could be implemented easily. > > Have you tried? If so, we'd love to hear simple solutions. :) > > It's not that we're not interested. It's just all the ways > so far tried to speed up the *entire* bootup process (not > just get a faster X up) haven't really been successful at > all. IMO, the important thing is not to get the system up quickly, it's to get X up and running quickly. It's to be able to login quickly, not that the last service started is available. Take WinXP, they boot very quickly to allow the user to lgin quickly, not that SQL Server is available quickly. And THAT makes the difference. -jec From smoogen at lanl.gov Thu Jul 24 16:39:43 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 24 Jul 2003 10:39:43 -0600 Subject: custom package selection In-Reply-To: <1059063449.31800.24.camel@mirkwood.devel.redhat.com> References: <1059063449.31800.24.camel@mirkwood.devel.redhat.com> Message-ID: <1059064783.3380.12.camel@smoogen1.lanl.gov> IE patches may be welcome :). On Thu, 2003-07-24 at 10:17, Jeremy Katz wrote: > On Thu, 2003-07-24 at 12:00, csieh wrote: > > So once the code is in there it does not have to change, at least not > > much. > > No, actually, getting it working in a fashion that could be considered > sane once you start taking into account multilib package installation is > ugly. And the weirdo things with people getting themselves into bizarre > states because they decided they would be cute and try to deselect > package X which they really needed. > > It basically needed a complete rewrite to work with some of the changed > functionality in other places in the installer and it was decided that > it was far more generally useful to do that rewriting for > redhat-config-packages where you're actually going to be able to use it > more than once. > > Jeremy > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From roberto at berto.net Thu Jul 24 16:42:42 2003 From: roberto at berto.net (Roberto Berto') Date: 24 Jul 2003 13:42:42 -0300 Subject: Apt-get In-Reply-To: <1059034493.3f1f957d472f5@webmail.welho.com> References: <200307232224.h6NMOmM23815@devserv.devel.redhat.com> <3F1F0D71.8060003@bourbaki.us> <1059000236.3110.45.camel@albert> <0HII00K0O6S16I@l-daemon> <1059015939.3608.1.camel@desphp> <1059034493.3f1f957d472f5@webmail.welho.com> Message-ID: <1059064962.1354.1.camel@desphp> Thank you, I'll test it on a non critical box tomorrow night and will report what happened. On Thu, 2003-07-24 at 05:14, Panu Matilainen wrote: > Quoting Roberto Berto' : > > > Do some one knows how I can configure apt-get to update redhat 9 to the > > beta one? > > Add pointer to apt-enabled severn-repository to /etc/apt/sources.list, at least > Fedora has one: > "rpm http://download.fedora.us/fedora redhat/9.0.93/i386 os updates stable" > > ..and then run dist-upgrade. Beware, you're stepping to largely untested grounds > here, I don't recall seeing success/failure reports of the process. Chances are > it works just fine but you never know until you try - trying it out on a > crash-test-dummy box first is heavily recommended. -- Atenciosamente, --------------------------------------------------------- Roberto Berto - roberto at desenvolve.com.br Gerente de Contas / Desenvolve Hospedagem a R$ 7,60 por m?s, com toda a nossa qualidade! Confira: http://www.desenvolve.com.br DESENVOLVE Solu??es de Internet http://www.desenvolve.com.br TEL/FAX: 51 32193222 Av. Doutor Carlos Barbosa, 1321/203 CEP 90880-001 - Porto Alegre/RS --------------------------------------------------------- From rpjday at mindspring.com Thu Jul 24 16:41:23 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 24 Jul 2003 12:41:23 -0400 (EDT) Subject: severn, 2.6.0-test1 kernel *and* LVM Message-ID: ok, so i found a combination that definitely gave me trouble. i installed severn and set up LVM at the same time. i put /boot on a primary ext3 partiton, and everything else in one big VG. that booted fine. i then built a 2.6.0-test1-bk2 kernel, selected device mapper and v4 ioctl, installed my new kernel, rebooted and ... the boot failed as the kernel claimed it couldn't find the LVM modules. oops. i'm not at the test box at the moment, but i'm guessing it has something to do with the original LVM support being in the lvm-mod module, while the 2.6.0 kernel uses dm-mod. or something like that. i guess one solution is to add lvm-mod.o to my 2.6.0 initrd.img. unless i'm missing something obvious. has anyone tried the above? while i got LVM2 working under 2.6.0-test1, i didn't spend a lot of time considering upgrade scenarios. rday From smoogen at lanl.gov Thu Jul 24 16:45:02 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 24 Jul 2003 10:45:02 -0600 Subject: Bring back configurability in expert mode In-Reply-To: <1059063673.31800.30.camel@mirkwood.devel.redhat.com> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> Message-ID: <1059065102.3380.15.camel@smoogen1.lanl.gov> As a former Red Hat Support person.. I can say that we used to spend MANY weeks with MANY customers dealing with problems that only showed up in expert mode because the new customer wanted to see everything. (Of course the reasons we spent so much time tracking things down was because they rarely told us they did it in expert mode.) On Thu, 2003-07-24 at 10:21, Jeremy Katz wrote: > On Thu, 2003-07-24 at 12:11, Dax Kelson wrote: > > The installation has gotten "simpler" for desktop installs. > > > > Please re-add those options when starting anaconda in "expert" mode. > > > > This should make both camps happy. > > No, because it adds weirdo cases that only happen in expert mode and > then *NO ONE* mentions that they're using expert mode when they hit > problems. I spent most of a week tracking down something that only > happened in expert mode once just because expert mode used to make > bizarre assumptions about things that didn't make sense or get tested. > > Jeremy > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From skvidal at phy.duke.edu Thu Jul 24 16:52:59 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 24 Jul 2003 12:52:59 -0400 Subject: custom package selection In-Reply-To: References: Message-ID: <1059065579.9358.6.camel@opus.phy.duke.edu> > > On Thu, 2003-07-24 at 10:47, csieh wrote: > > > How about enabling the "Select individual packages" but only for the > > > "expert" install choice. Then it would be there for those that need it > > > and for those that don't it would not confuse them. > > > > redhat-config-packages has the ability to do individual packages now. > > The installer gets you to a working system, you can tweak to your > > heart's content afterwards. > > So where does redhat-config-packages get it packages from? In RedHat 9 it > only wanted them from the cd. > > I guess it surprises me that you took out functionality. > Connie, I've been working on some code to allow scripted-sets of packages be updated/installed/removed along with groups via yum. so ideally you could have a firstboot-like init script that ran a script to more precisely configure the system. - even neater would be if you could pull that script from a web server so your users could go select additional packages from a cgi somewhere then quickly have the rest of the items installed. I know that's not as interactive and therefore probably not what you want. but it might be useful. -sv From deatrich at lthipc5.epfl.ch Thu Jul 24 17:04:25 2003 From: deatrich at lthipc5.epfl.ch (Denice) Date: Thu, 24 Jul 2003 19:04:25 +0200 (CEST) Subject: kickstarted severn system mostly okay In-Reply-To: <1059064560.31800.37.camel@mirkwood.devel.redhat.com> Message-ID: Just thought I'd mention that I have kickstarted a severn system without problems. I also did a quick check and these non-free applications seem to work okay for me as they do in RH 9 (which is to say that the LD_ASSUME_KERNEL vars are set as needed ): matlab -- strangely okay with the jvm, but segfaults with: matlab -nojvm mathematica xmaple realplay8 (standalone) realplay9 flash6 plugin My sound card doesn't work so I obviously couldn't really test the realplayer stuff, but the apps. at least launch and let you fiddle with the menus. There is also an onboard sound card which isn't seen. This is an old NT system with an additional sound card I've never tried under any previous version of linux, so I'll look more closely at it tomorrow and see if I can get it to work. There are one or two oddities that I need to look at. For example the graphical boot up does not occur, even though I haven't touched the grub conf, or editted /etc/sysconfig/init. I get the old-fashioned verbose startup messages. Moreover my ks configuration separates /usr/ from other partitions. Maybe I've misread something or drank too much coffee today, but I thought from reading earlier messages that rhgb would hang in this case? cheers, denice -- denice.deatrich @ epfl.ch, DSC / LTHC-LTHI, E.P.F.L. PH: +41 (21) 693 76 67 <*> This moment's fortune cookie: Don't take life so serious, son, it ain't nohow permanent. -- Walt Kelly From mattdm at mattdm.org Thu Jul 24 17:10:35 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 24 Jul 2003 13:10:35 -0400 Subject: modules.conf and new modtils? (broken?) In-Reply-To: <20030724113239.A10151@devserv.devel.redhat.com> References: <20030724143438.GB12979@jadzia.bu.edu> <20030724111738.E17865@devserv.devel.redhat.com> <20030724152009.GB14944@jadzia.bu.edu> <20030724113239.A10151@devserv.devel.redhat.com> Message-ID: <20030724171035.GA18019@jadzia.bu.edu> On Thu, Jul 24, 2003 at 11:32:39AM -0400, Bill Nottingham wrote: > > Seconds before installing the new kernel and associated RPMS. > Exactly which version of modutils did you have before? This is RH 9 (the beta is going on after I get back from OLS), and I don't think there have been any updates to modutils for that, have there? So it would have been the modutils-2.4.22-8 package. And now, modutils-2.4.25-8. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From nomis80 at nomis80.org Thu Jul 24 17:09:19 2003 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 24 Jul 2003 13:09:19 -0400 Subject: Speeding up boot process In-Reply-To: <20030724122904.A5407@devserv.devel.redhat.com> References: <1059040472.5910.89.camel@wks20.rptec.ch> <1059061628.22787.16.camel@wks20.rptec.ch> <20030724122904.A5407@devserv.devel.redhat.com> Message-ID: <200307241309.21185.nomis80@nomis80.org> On July 24, 2003 12:29, Bill Nottingham wrote: > It's just all the ways > so far tried to speed up the *entire* bootup process (not > just get a faster X up) haven't really been successful at > all. Why isn't the onus on X getting up faster instead? That's what matters. -- Simon Perreault http://nomis80.org From mattdm at mattdm.org Thu Jul 24 17:12:41 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 24 Jul 2003 13:12:41 -0400 Subject: modules.conf and new modtils? (broken?) In-Reply-To: <6A3008858445D711A58A00062939B2F1EBF2@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EBF2@EXCHANGE> Message-ID: <20030724171241.GB18019@jadzia.bu.edu> On Thu, Jul 24, 2003 at 05:58:44PM +0200, Pavel Rozenboim wrote: > > A bit of investigation shows that when the module loads, the parameters > > in /etc/modules.conf are being ignored -- including the very important > > one which sets the device minor number. GIving the parameters to insmod > > manually works fine. WHat's going on here? > /etc/modprobe.conf file is used with 2.5 kernels. Well, as I said, it's not working with the old kernel either. There's no man page for that file -- is it the same format? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From manfred.h at gmx.net Thu Jul 24 17:14:16 2003 From: manfred.h at gmx.net (Manfred Hollstein) Date: Thu, 24 Jul 2003 19:14:16 +0200 Subject: Bring back configurability in expert mode In-Reply-To: <1059065102.3380.15.camel@smoogen1.lanl.gov> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> Message-ID: <20030724171416.GE4219@merkur.hollstein.net> On Thu, 24 Jul 2003, 18:45:02 +0200, Stephen Smoogen wrote: > As a former Red Hat Support person.. I can say that we used to spend > MANY weeks with MANY customers dealing with problems that only showed up > in expert mode because the new customer wanted to see everything. (Of > course the reasons we spent so much time tracking things down was > because they rarely told us they did it in expert mode.) So, the initial standard question should have been "Are you using the expert mode?" then, shouldn't it? It's a matter of policies, isn't it? Cheers. l8er manfred From deatrich at lthipc5.epfl.ch Thu Jul 24 17:14:51 2003 From: deatrich at lthipc5.epfl.ch (Denice) Date: Thu, 24 Jul 2003 19:14:51 +0200 (CEST) Subject: kickstarted severn system mostly okay In-Reply-To: Message-ID: On Thu, 24 Jul 2003, Denice wrote: ... > There are one or two oddities that I need to look at. For example the > graphical boot up does not occur, even though I haven't touched > the grub conf, or editted /etc/sysconfig/init. I get the old-fashioned > verbose startup messages. Moreover my ks configuration separates /usr/ > from other partitions. Maybe I've misread something or drank too much > coffee today, but I thought from reading earlier messages that rhgb would > hang in this case? nope, just looked back at the archives, this is the way it's supposed to be. So I did have too much coffee.. -- denice.deatrich @ epfl.ch, DSC / LTHC-LTHI, E.P.F.L. PH: +41 (21) 693 76 67 <*> This moment's fortune cookie: Pause for storage relocation. From pavelr at coresma.com Thu Jul 24 18:12:43 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Thu, 24 Jul 2003 20:12:43 +0200 Subject: modules.conf and new modtils? (broken?) Message-ID: <6A3008858445D711A58A00062939B2F1EBF6@EXCHANGE> > -----Original Message----- > From: Matthew Miller [mailto:mattdm at mattdm.org] > Sent: Thu, July 24, 2003 7:13 PM > To: rhl-beta-list at redhat.com > Subject: Re: modules.conf and new modtils? (broken?) > > > On Thu, Jul 24, 2003 at 05:58:44PM +0200, Pavel Rozenboim wrote: > > > A bit of investigation shows that when the module loads, > the parameters > > > in /etc/modules.conf are being ignored -- including the > very important > > > one which sets the device minor number. GIving the > parameters to insmod > > > manually works fine. WHat's going on here? > > /etc/modprobe.conf file is used with 2.5 kernels. > > Well, as I said, it's not working with the old kernel either. That's strange - it worked find for me with 2.4 kernels. > There's no man > page for that file -- is it the same format? It's similar, but there are differences. You can't use conditional statements there, but all the aliases should work. I couldn't find any documentation about it. > > -- > Matthew Miller mattdm at mattdm.org > > Boston University Linux ------> -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From dstewart at atl.lmco.com Thu Jul 24 17:25:39 2003 From: dstewart at atl.lmco.com (Douglas Stewart) Date: Thu, 24 Jul 2003 13:25:39 -0400 Subject: Bring back configurability in expert mode In-Reply-To: <1059065102.3380.15.camel@smoogen1.lanl.gov> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> Message-ID: <3F201693.2050703@atl.lmco.com> I've been lurking up until now, but I feel I must throw my $.02 in. From what I've gathered, the split between rhlp and rhel is one of support, namely: corporate customers desire active support on a RedHat product, they can invest in RHEL. If they don't care about support and are comfortable performing their own maintenance, they're free to use RHLP. Am I right so far? So, if that's the case, then (while I see your points), I think the issues raised by RedHat employees are bunk. RH isn't going to be "supporting" RHLP. There's no expectation of such. The calls RH support desk employees will be fielding will be from RHEL users only (correct?). And, since it's been admitted that RHEL is similar to, yet not exactly the same as the intended RHLP distro, then what's the problem? Leave the dummy installer in RHEL and give those who want the "expert" mode exactly what they want in RHLP's installer. ---------- Doug Stewart Systems Administrator/Web Applications Developer Lockheed Martin Advanced Technology Labs Quidquid latine dictum sit, altum viditur Stephen Smoogen wrote: >As a former Red Hat Support person.. I can say that we used to spend >MANY weeks with MANY customers dealing with problems that only showed up >in expert mode because the new customer wanted to see everything. (Of >course the reasons we spent so much time tracking things down was >because they rarely told us they did it in expert mode.) > >On Thu, 2003-07-24 at 10:21, Jeremy Katz wrote: > > >>On Thu, 2003-07-24 at 12:11, Dax Kelson wrote: >> >> >>>The installation has gotten "simpler" for desktop installs. >>> >>>Please re-add those options when starting anaconda in "expert" mode. >>> >>>This should make both camps happy. >>> >>> >>No, because it adds weirdo cases that only happen in expert mode and >>then *NO ONE* mentions that they're using expert mode when they hit >>problems. I spent most of a week tracking down something that only >>happened in expert mode once just because expert mode used to make >>bizarre assumptions about things that didn't make sense or get tested. >> >>Jeremy >> >> >>-- >>Rhl-beta-list mailing list >>Rhl-beta-list at redhat.com >>http://www.redhat.com/mailman/listinfo/rhl-beta-list >> >> -- ---------- Doug Stewart Systems Administrator/Web Applications Developer Lockheed Martin Advanced Technology Labs Quidquid latine dictum sit, altum viditur From katzj at redhat.com Thu Jul 24 17:48:48 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 13:48:48 -0400 Subject: Bring back configurability in expert mode In-Reply-To: <3F201693.2050703@atl.lmco.com> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> <3F201693.2050703@atl.lmco.com> Message-ID: <1059068928.31800.44.camel@mirkwood.devel.redhat.com> On Thu, 2003-07-24 at 13:25, Douglas Stewart wrote: > From what I've gathered, the split between rhlp and rhel is one of > support, namely: corporate customers desire active support on a RedHat > product, they can invest in RHEL. If they don't care about support and > are comfortable performing their own maintenance, they're free to use > RHLP. Am I right so far? That doesn't mean I want to ignore bug reports. Remember, we're going for robustness here, which won't happen without fixing bugs :) And a lot of people who end up using Red Hat Linux will still report bugs and appreciate responses and work towards solving their problems. Without that, what's the use? > So, if that's the case, then (while I see your points), I think the > issues raised by RedHat employees are bunk. RH isn't going to be > "supporting" RHLP. There's no expectation of such. The calls RH > support desk employees will be fielding will be from RHEL users only > (correct?). And, since it's been admitted that RHEL is similar to, yet > not exactly the same as the intended RHLP distro, then what's the > problem? Leave the dummy installer in RHEL and give those who want the > "expert" mode exactly what they want in RHLP's installer. And maintain two installers? That sounds like a horrible waste of already limited resources. I'd rather be able to share the effort and spend the time I save by only having one installer to work on so that I can work on other things too. Especially because installers are boring, really... you run them once and that's it. It's a lot better to have cool tools to use *after* you've installed :) Cheers, Jeremy From skvidal at phy.duke.edu Thu Jul 24 17:55:22 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 24 Jul 2003 13:55:22 -0400 Subject: Bring back configurability in expert mode In-Reply-To: <1059068928.31800.44.camel@mirkwood.devel.redhat.com> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> <3F201693.2050703@atl.lmco.com> <1059068928.31800.44.camel@mirkwood.devel.redhat.com> Message-ID: <1059069322.9358.51.camel@opus.phy.duke.edu> > And maintain two installers? That sounds like a horrible waste of > already limited resources. I'd rather be able to share the effort and > spend the time I save by only having one installer to work on so that I > can work on other things too. Especially because installers are boring, > really... you run them once and that's it. It's a lot better to have > cool tools to use *after* you've installed :) I'd like to add that there are so many cool things you can do on an installed and booted system. In this, the best of all possible worlds, the user would install an absolutely trivially small system with anaconda- using anaconda to most of the unfun things like partition disks and setup devices initially and what not. Then they would boot up and be able to install all the crazy cool things via redhat-config-packages or yum or apt or something like that. Calling on lots of additional resources at that point and, ideally being scriptable by any of those tools so those of us doing LOTS of rollouts of systems don't have to touch the console. in short, jeremy is absolutely right - forcing more options into the installer is just new levels of suck. -sv From hp at redhat.com Thu Jul 24 17:55:11 2003 From: hp at redhat.com (Havoc Pennington) Date: Thu, 24 Jul 2003 13:55:11 -0400 Subject: Bring back configurability in expert mode In-Reply-To: <3F201693.2050703@atl.lmco.com> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> <3F201693.2050703@atl.lmco.com> Message-ID: <20030724135511.E32225@devserv.devel.redhat.com> On Thu, Jul 24, 2003 at 01:25:39PM -0400, Douglas Stewart wrote: > > From what I've gathered, the split between rhlp and rhel is one of > support, namely: corporate customers desire active support on a RedHat > product, they can invest in RHEL. If they don't care about support and > are comfortable performing their own maintenance, they're free to use > RHLP. Am I right so far? There are other differences between RHL and RHEL as well, such as features and release cycle length. But yes, RHL has no support whatsoever. > So, if that's the case, then (while I see your points), I think the > issues raised by RedHat employees are bunk. RH isn't going to be > "supporting" RHLP. There's no expectation of such. The calls RH > support desk employees will be fielding will be from RHEL users only > (correct?). And, since it's been admitted that RHEL is similar to, yet > not exactly the same as the intended RHLP distro, then what's the > problem? Leave the dummy installer in RHEL and give those who want the > "expert" mode exactly what they want in RHLP's installer. I would say yes in general RHL can have a lot of stuff in it that we aren't expecting to support. However the issue isn't total bunk since Jeremy does have to maintain the installer, and there's a limit to how much cruft can go in there. He also gets bugzilla reports etc. Some months ago I posted this document on my personal web site: http://ometer.com/features.html Basically, it's important to realize that "why not?" isn't a reason to add stuff, there needs to be an analysis of "why" - if only for simple sanity of the codebase. (Note, I wrote the above document in a totally non-Red-Hat context.) I agree with you that phone support in itself isn't an issue, or perhaps is an issue only to the extent that the same code will land in RHEL eventually. Havoc From smoogen at lanl.gov Thu Jul 24 18:11:11 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 24 Jul 2003 12:11:11 -0600 Subject: Bring back configurability in expert mode In-Reply-To: <20030724171416.GE4219@merkur.hollstein.net> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> <20030724171416.GE4219@merkur.hollstein.net> Message-ID: <1059070271.3380.25.camel@smoogen1.lanl.gov> On Thu, 2003-07-24 at 11:14, Manfred Hollstein wrote: > On Thu, 24 Jul 2003, 18:45:02 +0200, Stephen Smoogen wrote: > > As a former Red Hat Support person.. I can say that we used to spend > > MANY weeks with MANY customers dealing with problems that only showed up > > in expert mode because the new customer wanted to see everything. (Of > > course the reasons we spent so much time tracking things down was > > because they rarely told us they did it in expert mode.) > > So, the initial standard question should have been "Are you using the > expert mode?" then, shouldn't it? It's a matter of policies, isn't it? > The number of times I have been told 'no' and then 'yes, I guess I was' later on was about as often as I got the problem. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From pmatilai at welho.com Thu Jul 24 18:12:57 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Thu, 24 Jul 2003 21:12:57 +0300 Subject: custom package selection In-Reply-To: <1059063291.31800.20.camel@mirkwood.devel.redhat.com> References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059063291.31800.20.camel@mirkwood.devel.redhat.com> Message-ID: <1059070377.3f2021a9ded58@webmail.welho.com> Quoting Jeremy Katz : > On Thu, 2003-07-24 at 07:44, Chris Ricker wrote: > > I've pretty much come to the conclusion that the severn installer has been > > > dumbed down to the point that the only way to get a functional install that > > > does what I want is to use kickstart > > It's far easier to get the system to a state that works with the > installer and then allow configuration in a normal environment. > Maintaining lots of functionality within the installer is a nitemare for > debugging -- it's far easier to figure out why things go wrong on the > installed system. Amen. Having done my share of tweaking (some environtment-specific stuff, changing defaults and other little silly bits) to anaconda at work: breaking it is oh-so-easy and debugging stuff at install time is a) not exactly easy b) time consuming. My full sympathy for the change towards doing stuff post- install time... -- - Panu - From smoogen at lanl.gov Thu Jul 24 18:14:38 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 24 Jul 2003 12:14:38 -0600 Subject: Bring back configurability in expert mode In-Reply-To: <3F201693.2050703@atl.lmco.com> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> <3F201693.2050703@atl.lmco.com> Message-ID: <1059070477.3380.30.camel@smoogen1.lanl.gov> On Thu, 2003-07-24 at 11:25, Douglas Stewart wrote: > So, if that's the case, then (while I see your points), I think the > issues raised by RedHat employees are bunk. RH isn't going to be I am not a red hat employee anymore. I havent been in quite some time. I have only the ideas of how many stupid questions i got as a support manager and a system administrator for 4+ years were. -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From lists-rhl-beta at linu.cx Thu Jul 24 18:17:11 2003 From: lists-rhl-beta at linu.cx (Lode Vermeiren) Date: 24 Jul 2003 20:17:11 +0200 Subject: custom package selection In-Reply-To: <1059064560.31800.37.camel@mirkwood.devel.redhat.com> References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059063291.31800.20.camel@mirkwood.devel.redhat.com> <1059064161.4183.30.camel@krabbel.a10.be> <1059064560.31800.37.camel@mirkwood.devel.redhat.com> Message-ID: <1059070631.16821.8.camel@krabbel.a10.be> > > Nooooo! This is the first step to a "insert cd, wait half an hour for > > install to finish and then spend half your day removing crap you don't > > need"-approach like Windows XP uses, IMHO. > > > > When removing individual package selection, the only option for me is to > > do a minimal install, and then Yum/apt/... the packages I want. > > > > I really think individual package selection is a much needed feature. > > You really like going through a list of 1500 packages is fun? I'd much > rather have the interesting packages listed in groups in comps and then > you can select/deselect them in the package selection interface that's > there. I'm not that sadistic on myself :) But for example, when I select the SQL server group, Postgres gets installed, and I can manually select MySQL via the "details" option, but I can't deselect Postgresql via the current installation interface. In several package groups I run into this problem. > If there are specific packages that are currently marked as mandatory > (and thus can't be deselected) from groups, file them in bugzilla and > they'll be evaluated. This is the better solution. You really don't > want to have to care if gal gets installed -- if you're installing > something that needs gal, you want to get gal installed. It's as simple > as that. Ok, will do. To be clear: I *do* think the whole user-friendlyfying is a good thing, but I regret having to trade in fine-tuning functionality. I know the Windows XP-comparison is exaggerated, but it's usually easier to explain things by exaggerating :) When you currently install Windows XP via a OEM cd (don't know how the retail works), you've got about no choice as to what gets installed, and end up with games, movie makers, desktop backgrounds and other bloat and spend hours uninstalling them. I'd hate to see RedHat end up like that. Lode -- mail me at redh at linu.cx .. how more easier can it get? From rjohnson at medata.com Thu Jul 24 18:18:27 2003 From: rjohnson at medata.com (Rick Johnson) Date: Thu, 24 Jul 2003 11:18:27 -0700 Subject: Taroon? Message-ID: <3F2022F3.7060704@medata.com> Saw a new folder which we cannot yet access. Could this be the next RHEL beta? taroon was the name. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From dstewart at atl.lmco.com Thu Jul 24 18:19:45 2003 From: dstewart at atl.lmco.com (Douglas Stewart) Date: Thu, 24 Jul 2003 14:19:45 -0400 Subject: Bring back configurability in expert mode In-Reply-To: <1059068928.31800.44.camel@mirkwood.devel.redhat.com> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> <3F201693.2050703@atl.lmco.com> <1059068928.31800.44.camel@mirkwood.devel.redhat.com> Message-ID: <3F202341.1060409@atl.lmco.com> I take your point(s). Maintaining two codebases would indeed be the pinnacle of suck. *grin* I guess, in theory, that there is little practical difference (apart from a reboot) between installing all packages via the installer and installing a minimum number of packages and then confronting a user with a package selection screen the next time the machine is booted. Should've seen this coming with the way RH9 handled things, shouldn't I? -- ---------- Doug Stewart Systems Administrator/Web Applications Developer Lockheed Martin Advanced Technology Labs Quidquid latine dictum sit, altum viditur Jeremy Katz wrote: >On Thu, 2003-07-24 at 13:25, Douglas Stewart wrote: > > >> From what I've gathered, the split between rhlp and rhel is one of >>support, namely: corporate customers desire active support on a RedHat >>product, they can invest in RHEL. If they don't care about support and >>are comfortable performing their own maintenance, they're free to use >>RHLP. Am I right so far? >> >> > >That doesn't mean I want to ignore bug reports. Remember, we're going >for robustness here, which won't happen without fixing bugs :) And a >lot of people who end up using Red Hat Linux will still report bugs and >appreciate responses and work towards solving their problems. Without >that, what's the use? > > > >>So, if that's the case, then (while I see your points), I think the >>issues raised by RedHat employees are bunk. RH isn't going to be >>"supporting" RHLP. There's no expectation of such. The calls RH >>support desk employees will be fielding will be from RHEL users only >>(correct?). And, since it's been admitted that RHEL is similar to, yet >>not exactly the same as the intended RHLP distro, then what's the >>problem? Leave the dummy installer in RHEL and give those who want the >>"expert" mode exactly what they want in RHLP's installer. >> >> > >And maintain two installers? That sounds like a horrible waste of >already limited resources. I'd rather be able to share the effort and >spend the time I save by only having one installer to work on so that I >can work on other things too. Especially because installers are boring, >really... you run them once and that's it. It's a lot better to have >cool tools to use *after* you've installed :) > >Cheers, > >Jeremy > > >-- >Rhl-beta-list mailing list >Rhl-beta-list at redhat.com >http://www.redhat.com/mailman/listinfo/rhl-beta-list > > From skvidal at phy.duke.edu Thu Jul 24 18:22:17 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 24 Jul 2003 14:22:17 -0400 Subject: custom package selection In-Reply-To: <1059070631.16821.8.camel@krabbel.a10.be> References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059063291.31800.20.camel@mirkwood.devel.redhat.com> <1059064161.4183.30.camel@krabbel.a10.be> <1059064560.31800.37.camel@mirkwood.devel.redhat.com> <1059070631.16821.8.camel@krabbel.a10.be> Message-ID: <1059070937.9358.85.camel@opus.phy.duke.edu> > To be clear: I *do* think the whole user-friendlyfying is a good thing, > but I regret having to trade in fine-tuning functionality. > I know the Windows XP-comparison is exaggerated, but it's usually easier > to explain things by exaggerating :) > When you currently install Windows XP via a OEM cd (don't know how the > retail works), you've got about no choice as to what gets installed, and > end up with games, movie makers, desktop backgrounds and other bloat and > spend hours uninstalling them. I'd hate to see RedHat end up like that. Then use kickstart problem solved. -sv From rgorosito at comarb.gov.ar Thu Jul 24 18:26:30 2003 From: rgorosito at comarb.gov.ar (Ricardo Ariel Gorosito) Date: Thu, 24 Jul 2003 15:26:30 -0300 Subject: package/feature request Message-ID: <3F2024D6.1010106@comarb.gov.ar> What think about the following list? * Kernel Patches: - Alsa (to be more 2.6 ready) - IPsec (freeswan?) - update lm_sensors (patch & apps) * Packages/Apps: - Amavisd-new (usefull in mail servers) - ClamAV (it help to detect/filter viruses) - Wine: now support NPTL and AFAIK it run ok in RH9. - gq - Samba 3: It is stable for me. AFAIK next release will be RC. * Features: - rpm: add/detect more targets (pentium4, athlon-tbird, ppc604e, ...). I can add athlon-tbird, but rpm -i say "incompatible arch". --ignorearch solve the problem. - Up2Date/rhn-applet: add something like "AutoUpdateList " in /etc/sysconfig/rhn/up2date . It will usefull for packages like "clamav-signatures-xxx.rpm", "snort-rules-xxx-rpm". - rpm+up2date: Multirepository. Add a field like "Package Repository URI" in RPM where Up2Date can check/update the package. Software vendors can setup a Current or another RHN like server. Another option is add config lines for up2date where you can say "Packager X in URL Y". I think that users will love update RHL and other software (as from freshrpms) from unique application. Problems: Profiles/Passwords/etc. Ricardo.- From katzj at redhat.com Thu Jul 24 18:30:47 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 14:30:47 -0400 Subject: custom package selection In-Reply-To: <1059070631.16821.8.camel@krabbel.a10.be> References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059063291.31800.20.camel@mirkwood.devel.redhat.com> <1059064161.4183.30.camel@krabbel.a10.be> <1059064560.31800.37.camel@mirkwood.devel.redhat.com> <1059070631.16821.8.camel@krabbel.a10.be> Message-ID: <1059071446.2682.9.camel@edoras.local.net> On Thu, 2003-07-24 at 14:17, Lode Vermeiren wrote: > But for example, when I select the SQL server group, Postgres gets > installed, and I can manually select MySQL via the "details" option, but > I can't deselect Postgresql via the current installation interface. In > several package groups I run into this problem. These are specific things that can have improvements made which is a lot better than "bring back individual package selection" :) If you could file these (either against comps, installer, or distribution, it doesn't matter much to me :), then I'll look at what to do for the specific cases. For the SQL case, I'm thinking about splitting into a postgresql and a mysql group since they both have a fair amount of associated stuff. > When you currently install Windows XP via a OEM cd (don't know how the > retail works), you've got about no choice as to what gets installed, and > end up with games, movie makers, desktop backgrounds and other bloat and > spend hours uninstalling them. I'd hate to see RedHat end up like that. The goal is definitely not to get to that level, but at the same time, there are a fair number of things which it just doesn't make sense to ask about. Cheers, Jeremy From ted at cypress.com Thu Jul 24 18:45:28 2003 From: ted at cypress.com (Thomas Dodd) Date: Thu, 24 Jul 2003 13:45:28 -0500 Subject: opteron ? Message-ID: <3F202948.30001@cypress.com> With the release of the 14x series and the NForce3 chipset, the Opteron is a workstation too. Of couse a Apple thiks the dual G5's are desktops too, so teh BOXX workstations would also count. Interesting discussion here: http://www.tech-report.com/etc/2003q3/missing/index.x?pg=1 -Thomas From jbinpg at shaw.ca Thu Jul 24 18:50:56 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Thu, 24 Jul 2003 11:50:56 -0700 Subject: Bring back configurability in expert mode In-Reply-To: <1059068928.31800.44.camel@mirkwood.devel.redhat.com> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> <3F201693.2050703@atl.lmco.com> <1059068928.31800.44.camel@mirkwood.devel.redhat.com> Message-ID: <0HIJ001NULP3JS@l-daemon> ** Reply to message from Jeremy Katz on Thu, 24 Jul 2003 13:48:48 -0400 [snip] > Leave the dummy installer in RHEL and give those who want the > > "expert" mode exactly what they want in RHLP's installer. > > And maintain two installers? That sounds like a horrible waste of > already limited resources. Indeed it does. Which is why it will hopefully be coded up by somebody ex-RH under the upcoming RHL regime. Then they can maintain it themselves and only have it vetted through you. Or is that not how things are supposed to work soon? jb From kaboom at gatech.edu Thu Jul 24 19:01:27 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 24 Jul 2003 13:01:27 -0600 (MDT) Subject: custom package selection In-Reply-To: <1059062689.2622.12.camel@mentor.gurulabs.com> References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059062689.2622.12.camel@mentor.gurulabs.com> Message-ID: On Thu, 24 Jul 2003, Dax Kelson wrote: > > I've pretty much come to the conclusion that the severn installer has been > > dumbed down to the point that the only way to get a functional install that > > does what I want is to use kickstart > > I dunno. > > What's so important this is missing? > > Personally, on desktops/laptops/etc I'll do an Everything install. I can > afford the $4.30 of disk space and so much package related trouble just > vanishes. Cool! I've been looking for a sponsor to buy me a new laptop that actually has a big enough hard drive to install Everything. Looks like I found one! But enough sarcasm. > On servers, I'll still do the smallest possible install for the task it > needs to do. The problem with that is that the installer won't let me do that. Some of the problems with cherry-picking: * At least up through RHL 9, the group package selection stuff was very broken. Things you didn't select still got installed, things you deselected still got installed, things you selected didn't get installed. Some time, if you're bored, spend some time customizing a RHL 9 install using the group-level stuff, then compare your customizations with install.log. There will be significant differences between what you selected and what you got. That might have changed some with the group-level dialog that's in the beta. I've not gotten to poke it much, since all the alphas were only installable on my systems using yum ;-). We'll see. * Some applications I want aren't in groups at all. Some groups, if you select the group, have mandatory components I don't want. * Similarly, some apps are always mandatory. RHL always installs sendmail. I don't want sendmail. I only want postfix. I can't do that w/o individual package selection. sendmail's currently mandatory, and that's not fixable w/o more efforts than RH feels it's worth. You get the idea. kickstart's package selection solves those, and also offers some of the other tweaks that are now missing.... later, chris From admin at cs.montana.edu Thu Jul 24 19:09:22 2003 From: admin at cs.montana.edu (Lucas Albers) Date: Thu, 24 Jul 2003 13:09:22 -0600 (MDT) Subject: Bring back configurability in expert mode In-Reply-To: <0HIJ001NULP3JS@l-daemon> References: <1059063105.2622.16.camel@mentor.gurulabs.com><1059063673.31800.30.camel@mirkwood.devel.redhat.com><1059065102.3380.15.camel@smoogen1.lanl.gov> <3F201693.2050703@atl.lmco.com><1059068928.31800.44.camel@mirkwood.devel.redhat.com> <0HIJ001NULP3JS@l-daemon> Message-ID: <4496.153.90.196.229.1059073762.squirrel@www.cs.montana.edu> I don't think they need the advanced configurability in redhat 10. 99 times out of a hundred you just the standard configuration works great. I always go through and manually remove packages after the fact... Or start with a miniml install and add packages in that I need specifically. How many people really use this funcionality? Newbies just want the base install to work, adding extra functinality just adds potential bugsies. Experts? Well experts can just rpm -e the packages they don't want. This sort of items is a bitch to test, the number of combinations is mind boggling....reminds me of my time making test cases for my brief time as a QA hardware driver tester. > ** Reply to message from Jeremy Katz on Thu, 24 Jul > 2003 13:48:48 -0400 > > [snip] >> Leave the dummy installer in RHEL and give those who want the >> > "expert" mode exactly what they want in RHLP's installer. >> >> And maintain two installers? That sounds like a horrible waste of >> already limited resources. > From kaboom at gatech.edu Thu Jul 24 19:13:30 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 24 Jul 2003 13:13:30 -0600 (MDT) Subject: custom package selection In-Reply-To: <1059063291.31800.20.camel@mirkwood.devel.redhat.com> References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059063291.31800.20.camel@mirkwood.devel.redhat.com> Message-ID: On Thu, 24 Jul 2003, Jeremy Katz wrote: > On Thu, 2003-07-24 at 07:44, Chris Ricker wrote: > > I've pretty much come to the conclusion that the severn installer has been > > dumbed down to the point that the only way to get a functional install that > > does what I want is to use kickstart > > It's far easier to get the system to a state that works with the > installer and then allow configuration in a normal environment. > Maintaining lots of functionality within the installer is a nitemare for > debugging -- it's far easier to figure out why things go wrong on the > installed system. In case it wasn't clear, what I posted wasn't meant as a complaint per se, but more as a suggestion. I like kickstart. I think it's a reasonable solution to my particular wants. Instead of adding stuff back in an expert mode, just suggest the use of kickstart as a solution to the "experts want complexity that blows my parents' minds" problem.... Long-term, I think it makes sense for anaconda to become something more along the lines of vaguely either: 1. partition 2. install minimal 3. reboot into firstboot++ for rest of install or 1. run ksconfig 2. use generated ksconfig for kickstart But for now, there are shortcomings for my needs with the current anaconda. Fortunately, kickstart helps.... Something else that I think might help some people. In the group-level selection in anaconda, many packages have mandatory components. In most cases, those mandatories should instead be defaults. Doing that change more-or-less globally brings back more of the flexibility of the individual pkg selection (hit details for individual deselection of default yes item), solves some of the problems with the current tools (like the "cant install mysql w/o postgres" issue or "can't install postfix w/o sendmail" -- though that might not be fixable by this -- caused by mandatories), and doesn't really add more complexity (the details buttons are already there. Presumably those who cant handle them don't hit them, or they'd be gone too). later, chris From admin at cs.montana.edu Thu Jul 24 19:15:36 2003 From: admin at cs.montana.edu (Lucas Albers) Date: Thu, 24 Jul 2003 13:15:36 -0600 (MDT) Subject: package/feature request In-Reply-To: <3F2024D6.1010106@comarb.gov.ar> References: <3F2024D6.1010106@comarb.gov.ar> Message-ID: <4513.153.90.196.229.1059074136.squirrel@web1.cs.montana.edu> > What think about the following list? > > - Samba 3: It is stable for me. AFAIK next release will be RC. If it's stable for you it doesn't mean anything...You are one person. You don't get called in at 2:30 in the morning because the samba server has hosed. I do....blah. > > * Features: > > - rpm: add/detect more targets (pentium4, athlon-tbird, ppc604e, ...). I > can add athlon-tbird, but rpm -i say "incompatible arch". --ignorearch > solve the problem. who cares about optimization like this, teh performance diff for compiling for specific architectures is between 5-10%. For most cases "It does not matter." Just recompile the kernel yourself. > > - Up2Date/rhn-applet: add something like "AutoUpdateList " in > /etc/sysconfig/rhn/up2date . It will usefull for packages like > "clamav-signatures-xxx.rpm", "snort-rules-xxx-rpm". > clamav has it's own updater called freshclam. snort has it's own updater called boinkmesiter or something like that. --Luke From sflory at rackable.com Thu Jul 24 19:12:34 2003 From: sflory at rackable.com (Samuel Flory) Date: Thu, 24 Jul 2003 12:12:34 -0700 Subject: Apt-get In-Reply-To: <1059034493.3f1f957d472f5@webmail.welho.com> References: <200307232224.h6NMOmM23815@devserv.devel.redhat.com> <3F1F0D71.8060003@bourbaki.us> <1059000236.3110.45.camel@albert> <0HII00K0O6S16I@l-daemon> <1059015939.3608.1.camel@desphp> <1059034493.3f1f957d472f5@webmail.welho.com> Message-ID: <3F202FA2.7020509@rackable.com> Panu Matilainen wrote: >Quoting Roberto Berto' : > > > >>Do some one knows how I can configure apt-get to update redhat 9 to the >>beta one? >> >> > >Add pointer to apt-enabled severn-repository to /etc/apt/sources.list, at least >Fedora has one: >"rpm http://download.fedora.us/fedora redhat/9.0.93/i386 os updates stable" > >..and then run dist-upgrade. Beware, you're stepping to largely untested grounds >here, I don't recall seeing success/failure reports of the process. Chances are >it works just fine but you never know until you try - trying it out on a >crash-test-dummy box first is heavily recommended. > > > This seems to be working. You may want to add a few of the new packages. It does take a while. It was the easiest way to upgrade my laptop which runs reiserfs. Now I've got something that will really blow my debian's friends minds. A live upgrade of Red Hat from the network. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From rmlynch at pacbell.net Thu Jul 24 19:19:55 2003 From: rmlynch at pacbell.net (Robert Lynch) Date: Thu, 24 Jul 2003 12:19:55 -0700 Subject: Missing kernel module? (kernel/drivers/scsi/advansys.o) Message-ID: <3F20315B.2080100@pacbell.net> kernel-2.4.21-20.1.2024.2.1.nptl seems to lack the advansys scsi module required by my scanner's scsi input card. I can make it manually with a makefile scraped outta Rubin's book: === KERNELDIR = /usr/src/linux CFLAGS = -D__KERNEL__ -DMODULE -I$(KERNELDIR)/include -O -Wall all : advansys.o clean: rm -f advansys.o *~ core === which when then modprobe'd, the scanner works. Maybe this is a feature, not a bug? No bug seems to have been filed on this. Otherwise I find the severn beta astonishingly good. Bob L. -- Robert Lynch Berkeley CA USA rmlynch at pacbell.net From rhl-beta-list at cygnusx-1.org Thu Jul 24 19:21:30 2003 From: rhl-beta-list at cygnusx-1.org (Nathan G. Grennan) Date: 24 Jul 2003 12:21:30 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <20030723150342.E20186@devserv.devel.redhat.com> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> Message-ID: <1059074489.8656.5.camel@ws.1sttier.net> On Wed, 2003-07-23 at 12:03, Havoc Pennington wrote: > On Wed, Jul 23, 2003 at 01:29:52PM -0400, Thomas Corriher wrote: > > Benjamin Vander was correct. It is the graphical booting which is > > more likely to cause boot problems, or allow serious problems to go > > unnoticed during the boot process. It is a bad design decision > > from a technical perspective. However, it is good marketing and > > seems more welcoming to newbies. > > It is not a marketing decision - the boot messages do show up as a > real usability problem, and usability is one of the primary objectives > of Red Hat Linux. It is one of our main technical goals. > > When something is a usability plus for nontechnical users and a > usability minus for technical users, we're always going to default > to the nontechnical setting, because technical users have the skills > to "opt out" and change the default. This decision is what pisses many of us off to no end. The problem really comes into play on a matter of scale. When I have to unsimplify it on the tenth machine or for the hundredth time it gets frustrating. The problem is made even more frustrating any time the "user-friendliness" has a bug in it. From jbj at redhat.com Thu Jul 24 19:23:04 2003 From: jbj at redhat.com (Jeff Johnson) Date: Thu, 24 Jul 2003 15:23:04 -0400 Subject: package/feature request In-Reply-To: <4513.153.90.196.229.1059074136.squirrel@web1.cs.montana.edu>; from admin@cs.montana.edu on Thu, Jul 24, 2003 at 01:15:36PM -0600 References: <3F2024D6.1010106@comarb.gov.ar> <4513.153.90.196.229.1059074136.squirrel@web1.cs.montana.edu> Message-ID: <20030724152304.W18401@devserv.devel.redhat.com> On Thu, Jul 24, 2003 at 01:15:36PM -0600, Lucas Albers wrote: > > > > - rpm: add/detect more targets (pentium4, athlon-tbird, ppc604e, ...). I > > can add athlon-tbird, but rpm -i say "incompatible arch". --ignorearch > > solve the problem. > > who cares about optimization like this, teh performance diff for compiling > for specific architectures is between 5-10%. > For most cases "It does not matter." > Just recompile the kernel yourself. > Uou are correct in nereal, but there are a handful of packages where speed change is *not* 5-10%, or is needed for other reasons. openssl comes to mind, and XFree*-GLU* is gonna need afaict as well. Howvere, arch is not at all the right representation for these speedups, something like Requires: cpuinfo(cmov) is. I.e. inventing a lot of arch names to track functionailty implicitly is just broken each and every time, say, and x86_64 is released. Tracking the necessary functionality explicitly and narrowly is a far better approach, particularly if a runtime probe, rather than static content, is attempted. 73 de Jeff -- Jeff Johnson ARS N3NPQ jbj at redhat.com (jbj at jbj.org) Chapel Hill, NC From jbj at redhat.com Thu Jul 24 19:25:03 2003 From: jbj at redhat.com (Jeff Johnson) Date: Thu, 24 Jul 2003 15:25:03 -0400 Subject: package/feature request In-Reply-To: <20030724152304.W18401@devserv.devel.redhat.com>; from jbj@redhat.com on Thu, Jul 24, 2003 at 03:23:04PM -0400 References: <3F2024D6.1010106@comarb.gov.ar> <4513.153.90.196.229.1059074136.squirrel@web1.cs.montana.edu> <20030724152304.W18401@devserv.devel.redhat.com> Message-ID: <20030724152503.X18401@devserv.devel.redhat.com> On Thu, Jul 24, 2003 at 03:23:04PM -0400, Jeff Johnson wrote: > On Thu, Jul 24, 2003 at 01:15:36PM -0600, Lucas Albers wrote: > > > > > > - rpm: add/detect more targets (pentium4, athlon-tbird, ppc604e, ...). I > > > can add athlon-tbird, but rpm -i say "incompatible arch". --ignorearch > > > solve the problem. > > > > who cares about optimization like this, teh performance diff for compiling > > for specific architectures is between 5-10%. > > For most cases "It does not matter." > > Just recompile the kernel yourself. > > > > Uou are correct in nereal, but there are a handful of packages where Eeek. You are correct in general ... Old, tired, bifocal, eyes. 73 de Jeff -- Jeff Johnson ARS N3NPQ jbj at redhat.com (jbj at jbj.org) Chapel Hill, NC From jeremyp at pobox.com Thu Jul 24 19:29:38 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 24 Jul 2003 15:29:38 -0400 Subject: custom package selection In-Reply-To: References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059062689.2622.12.camel@mentor.gurulabs.com> Message-ID: <1059074978.5247.40.camel@jeremy.dtcc.cc.nc.us> On Thu, 2003-07-24 at 15:01, Chris Ricker wrote: > > * Similarly, some apps are always mandatory. RHL always installs sendmail. I > don't want sendmail. I only want postfix. I can't do that w/o individual > package selection. sendmail's currently mandatory, and that's not fixable > w/o more efforts than RH feels it's worth. > Why is sendmail 'mandatory' ? Shouldn't ONE of postfix or sendmail be mandatory. I mean, I certainly have no problems on my systems that I've uninstalled sendmail from (after installing postfix and running redhat-switch-mail). --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dax at gurulabs.com Thu Jul 24 19:39:48 2003 From: dax at gurulabs.com (Dax Kelson) Date: 24 Jul 2003 13:39:48 -0600 Subject: Bring back configurability in expert mode In-Reply-To: <1059063673.31800.30.camel@mirkwood.devel.redhat.com> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> Message-ID: <1059075588.2622.34.camel@mentor.gurulabs.com> On Thu, 2003-07-24 at 10:21, Jeremy Katz wrote: > On Thu, 2003-07-24 at 12:11, Dax Kelson wrote: > > > > No, because it adds weirdo cases that only happen in expert mode and > then *NO ONE* mentions that they're using expert mode when they hit > problems. Alright, how about bringing back the knobs in "custom". That is a code path that is used much more, but at the same time isn't used by the newbies. From mark at mark.mielke.cc Thu Jul 24 19:40:20 2003 From: mark at mark.mielke.cc (Mark Mielke) Date: Thu, 24 Jul 2003 15:40:20 -0400 Subject: Speeding up boot process In-Reply-To: <3F1FD5CC.8080104@nomis80.org> References: <1059040472.5910.89.camel@wks20.rptec.ch> <3F1FD5CC.8080104@nomis80.org> Message-ID: <20030724194020.GB3247@mark.mielke.cc> On Thu, Jul 24, 2003 at 08:49:16AM -0400, Simon Perreault wrote: > Jean-Eric Cuendet wrote: > >What do you think guys if someone did the following to speed the boot > >time in RHL? > >- Boot kernel (uncompressible) > >- Run the init scripts S00 -> S50 > >- Start X + XDM + UserLogin > >- Continue init scripts S51->S99 in background > I think this should have been done a long time ago. Is that really so easy to do, though? X is normally managed by init, wheras the init scripts are managed by /etc/rc.d/rc.sysinit. I think you are suggesting that the current /etc/inittab \ /etc/rc.d scheme be re-invented. Perhaps it has merit. It isn't a small change though, at least from a maintenance / portability perspective... mark -- mark at mielke.cc/markm at ncf.ca/markm at nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From benjaminvanderjagt at adelphia.net Thu Jul 24 19:45:08 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 24 Jul 2003 15:45:08 -0400 Subject: Listman? Message-ID: <1059075908.11748.4.camel@benjamin> And again, most of my emails aren't reaching the list anymore. Getting hundreds more emails per day is nice, but not being able to reply most of the time. (Hope this one gets through.) Please please get rid of Listman and get a forum, like everyone else... -- Benjamin Vander Jagt From dax at gurulabs.com Thu Jul 24 19:46:35 2003 From: dax at gurulabs.com (Dax Kelson) Date: 24 Jul 2003 13:46:35 -0600 Subject: custom package selection In-Reply-To: References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059062689.2622.12.camel@mentor.gurulabs.com> Message-ID: <1059075995.2622.36.camel@mentor.gurulabs.com> On Thu, 2003-07-24 at 13:01, Chris Ricker wrote: > On Thu, 24 Jul 2003, Dax Kelson wrote: > > > > I've pretty much come to the conclusion that the severn installer has been > > > dumbed down to the point that the only way to get a functional install that > > > does what I want is to use kickstart > > > > I dunno. > > > > What's so important this is missing? > > > > Personally, on desktops/laptops/etc I'll do an Everything install. I can > > afford the $4.30 of disk space and so much package related trouble just > > vanishes. > > Cool! I've been looking for a sponsor to buy me a new laptop that actually > has a big enough hard drive to install Everything. Looks like I found one! > > But enough sarcasm. If you seriously want a bigger HD for your laptop, we can talk about that. Dax From etbonick at networkinggeeks.com Thu Jul 24 19:56:49 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Thu, 24 Jul 2003 14:56:49 -0500 (CDT) Subject: Feature Request Message-ID: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> Something I have wanted for the last two releases is the ability to choose more than ext2 or ext3 for my partitions. I would like to be able to choose jfs, reiserfs, xfs at install time without having to boot resuce create partitions and then start the install and choose do not format. Is there a reason for not really having a choice? Just my $.02 here. Linux is all about choice yet we seem to be moving toward the distributors choice. I know. I know. You all say switch to a different distro if I dont like it. Well I have tried and I havent liked any of the others. Gentoo was good but just not stable. I just hate to see all of our choices go away because we want to be able to have mom and pop install on their machines. We should be left with some choices and not have to dumb everything down. Even Win2K and XP gave you partition type choices. -- Ethan Bonick etbonick_AT_networkinggeeks.com http://www.networkinggeeks.com From dax at gurulabs.com Thu Jul 24 20:01:27 2003 From: dax at gurulabs.com (Dax Kelson) Date: 24 Jul 2003 14:01:27 -0600 Subject: custom package selection In-Reply-To: References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059063291.31800.20.camel@mirkwood.devel.redhat.com> Message-ID: <1059076887.2622.51.camel@mentor.gurulabs.com> On Thu, 2003-07-24 at 13:13, Chris Ricker wrote: > In case it wasn't clear, what I posted wasn't meant as a complaint per se, > but more as a suggestion. I like kickstart. I think it's a reasonable > solution to my particular wants. Speaking for myself, I don't think it is reasonable to have to use kickstart to fine tune my install. Reason 1: Effort of getting Kickstart going 1. It is MUCH more effort to get a kickstart install going. Besides creating the kickstart file, initiating it is NOT easy for laptop users. In fact, it is nearly impossible on RHL9+ without fetching your ks.cfg over the network. My laptop is single spindle, I can only have CDROM or floppy installed. I cannot put a ks.cfg on a floppy and do a CDROM based install due to the hardware swapping needed and the fact that PHASE 1 anaconda (from CDROM) needs to read ks.cfg from the floppy. This requires that both CDROM AND floppy be available at the same time. Also with RHL9+ you CANNOT initiate a kickstart install with: a) PHASE 1 coming from bootdisk.img + drvnet.img b) ks.cfg on floppy Laptops are predicted to outsell desktops soon. Reason 2: Once you giveth, don't taketh away This functionality (default run level, package selection, etc) has been there since the very first versions of Red Hat. It is somewhat annoying to have the rug yanked out from under me. From jeremyp at pobox.com Thu Jul 24 20:09:13 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 24 Jul 2003 16:09:13 -0400 Subject: Feature Request In-Reply-To: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> Message-ID: <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> On Thu, 2003-07-24 at 15:56, Ethan Bonick wrote: > Something I have wanted for the last two releases is the ability to choose > more than ext2 or ext3 for my partitions. I would like to be able to > choose jfs, reiserfs, xfs at install time without having to boot resuce > create partitions and then start the install and choose do not format. Is > there a reason for not really having a choice? > > Just my $.02 here. Linux is all about choice yet we seem to be moving > toward the distributors choice. I know. I know. You all say switch to a > different distro if I dont like it. Well I have tried and I havent liked > any of the others. Gentoo was good but just not stable. I just hate to see > all of our choices go away because we want to be able to have mom and pop > install on their machines. We should be left with some choices and not > have to dumb everything down. Even Win2K and XP gave you partition type > choices. The cynical viewpoint on why other distributinos are "not stable" could be because they use other partition types, such as resier and xfs, that are not nearly as stable as ext2/3. Have you ever thought of that correlation? [Not trying to shoot out red herrings here, but you left yourself open to that. And reiserfs certainly has had its share of problems over the past couple of years; I can't speak for the others.] Why did Red Hat choose ext3 over the other journalled filesystems? Because they were bought off by the ext3 developers? Because they don't want a j in the name of the filesystem? NO, it's because they carefully analyzed the merits and problems of each one and decided that ext3 was the most appropriate. I believe there was a "Red Hat Speaks" article on this a while back, though those don't seem to be archived for very long so I can't be sure. The long and short of it was -- ext3 is the best for general audiences. If you are really enough of a power user that you need one of the others, you certainly have the skills to set it up yourself. There just weren't enough compelling reasons to support the infrastructure needed for multiple journalling filesystems when ext3 does the job just fine. Just my $0.01 --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jspaleta at princeton.edu Thu Jul 24 20:12:05 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 24 Jul 2003 16:12:05 -0400 Subject: Bring back configurability in expert mode Message-ID: <1059077525.32579.39.camel@spatula> Jack Bowling wrote, somewhere in the digest: >[snip] >> Leave the dummy installer in RHEL and give those who want the >> > "expert" mode exactly what they want in RHLP's installer. >> >> And maintain two installers? That sounds like a horrible waste of >> already limited resources. >Indeed it does. Which is why it will hopefully be coded up by somebody >ex-RH under the upcoming RHL regime. Then they can maintain it >themselves and only have it vetted through you. Or is that not how >things are supposed to work soon? Bah thats still a waste...yer just adding extra resource to create multiple codebases...instead of using that extra resources to come to a reasonable agreement as to how to tackle ALL the competing interests sorrounding installs in a sane, logical way. I'd much rather get an external developer on board to fix something like r-c-p or firstboot to enhance the post-install process to recover and surpass the flexibility that use to be in the installer. There needs to be a reasonable development direction that the development community basically agrees to walk down together. Competing installer bases...wasteful, and should be avoided inside this project. I'd much rather focus any external developer time...on sane default groups and a sane 'minimal' mode that can be booted into to continue detailed package installation, from say external yum repos...in one-off installs(where as kickstart is clearly the way to go for large replication installs.) Hell i say take this package selection stuff out of the installer as much as you can...and make a minimal base install the default, with a nice featurerich firstboot environment. is it really a good idea to do as much as the installer is doing from the cdrom ramdisk environment? is the complexity of the installer affecting the minimal hardware requirements needed to do an install? I for one, find i need to be much more picky about what i'm installing, on older systems becuase of resource constraints...and if streamlining the installer process and ripping out as much of the package management logic from it as can be moved into a firstboot situation helps with lower the required hardware specs for an install, that would make some sense to me and provides more value to me than a complicated package selection process during the cdrom install. -jef"RFE:yum repos as native anaconda install media option"spaleta -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From benjaminvanderjagt at adelphia.net Thu Jul 24 18:57:14 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 24 Jul 2003 14:57:14 -0400 Subject: Bring back configurability in expert mode In-Reply-To: <1059063673.31800.30.camel@mirkwood.devel.redhat.com> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> Message-ID: <1059073034.11522.0.camel@benjamin> On Thu, 2003-07-24 at 12:21, Jeremy Katz wrote: > On Thu, 2003-07-24 at 12:11, Dax Kelson wrote: > > The installation has gotten "simpler" for desktop installs. > > > > Please re-add those options when starting anaconda in "expert" mode. > > > > This should make both camps happy. > > No, because it adds weirdo cases that only happen in expert mode and > then *NO ONE* mentions that they're using expert mode when they hit > problems. I spent most of a week tracking down something that only > happened in expert mode once just because expert mode used to make > bizarre assumptions about things that didn't make sense or get tested. > > Jeremy > Then what sound there be? Expert-Expert mode? > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From benjaminvanderjagt at adelphia.net Thu Jul 24 19:04:03 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 24 Jul 2003 15:04:03 -0400 Subject: Bring back configurability in expert mode In-Reply-To: <0HIJ001NULP3JS@l-daemon> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> <3F201693.2050703@atl.lmco.com> <1059068928.31800.44.camel@mirkwood.devel.redhat.com> <0HIJ001NULP3JS@l-daemon> Message-ID: <1059073443.11522.2.camel@benjamin> On Thu, 2003-07-24 at 14:50, Jack Bowling wrote: > ** Reply to message from Jeremy Katz on Thu, 24 Jul 2003 13:48:48 -0400 > > [snip] > > Leave the dummy installer in RHEL and give those who want the > > > "expert" mode exactly what they want in RHLP's installer. > > > > And maintain two installers? That sounds like a horrible waste of > > already limited resources. > > Indeed it does. Which is why it will hopefully be coded up by somebody ex-RH under the upcoming RHL regime. Then they can maintain it themselves and only have it vetted through you. Or is that not how things are supposed to work soon? > > jb > I've got a question. I haven't yet seen the removed options, but why was work put into removing them instead of putting warnings around them? Or simply adding a Microsoft-ish "Are you sure you want to enter expert mode?" dialog? > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From hp at redhat.com Thu Jul 24 20:17:54 2003 From: hp at redhat.com (Havoc Pennington) Date: Thu, 24 Jul 2003 16:17:54 -0400 Subject: Graphical boot isn't so graphical In-Reply-To: <1059074489.8656.5.camel@ws.1sttier.net> References: <200307211503.57071.hosting@j2solutions.net> <1058977627.7279.10.camel@benjamin> <200307230912.18652.hosting@j2solutions.net> <20030723173326.FZZJ1849.imf22aec.mail.bellsouth.net@there> <20030723150342.E20186@devserv.devel.redhat.com> <1059074489.8656.5.camel@ws.1sttier.net> Message-ID: <20030724161754.N32225@devserv.devel.redhat.com> On Thu, Jul 24, 2003 at 12:21:30PM -0700, Nathan G. Grennan wrote: > > When something is a usability plus for nontechnical users and a > > usability minus for technical users, we're always going to default > > to the nontechnical setting, because technical users have the skills > > to "opt out" and change the default. > > This decision is what pisses many of us off to no end. The problem > really comes into play on a matter of scale. When I have to unsimplify > it on the tenth machine or for the hundredth time it gets frustrating. > The problem is made even more frustrating any time the > "user-friendliness" has a bug in it. Well, there's no way to default to two different things at the same time. If users want different settings, some users are going to have to change the defaults. Should it be: a) 1% of people, who know how to change them or b) 99% of people, who don't know how to change them Really, I don't see the rational argument for b), though feel free to present it. Everyone in the 1% category wants something different anyway, so you couldn't even set up the defaults to make them all happy if you wanted to. Havoc From etbonick at networkinggeeks.com Thu Jul 24 20:20:10 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Thu, 24 Jul 2003 15:20:10 -0500 (CDT) Subject: Feature Request In-Reply-To: <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> Message-ID: <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> > On Thu, 2003-07-24 at 15:56, Ethan Bonick wrote: >> Something I have wanted for the last two releases is the ability to >> choose more than ext2 or ext3 for my partitions. I would like to be >> able to choose jfs, reiserfs, xfs at install time without having to >> boot resuce create partitions and then start the install and choose do >> not format. Is there a reason for not really having a choice? >> >> Just my $.02 here. Linux is all about choice yet we seem to be moving >> toward the distributors choice. I know. I know. You all say switch to >> a different distro if I dont like it. Well I have tried and I havent >> liked any of the others. Gentoo was good but just not stable. I just >> hate to see all of our choices go away because we want to be able to >> have mom and pop install on their machines. We should be left with >> some choices and not have to dumb everything down. Even Win2K and XP >> gave you partition type choices. > > The cynical viewpoint on why other distributinos are "not stable" could > be because they use other partition types, such as resier and xfs, that > are not nearly as stable as ext2/3. Have you ever thought of that > correlation? [Not trying to shoot out red herrings here, but you left > yourself open to that. And reiserfs certainly has had its share of > problems over the past couple of years; I can't speak for the others.] > > Why did Red Hat choose ext3 over the other journalled filesystems? > Because they were bought off by the ext3 developers? Because they don't > want a j in the name of the filesystem? NO, it's because they carefully > analyzed the merits and problems of each one and decided that ext3 was > the most appropriate. I believe there was a "Red Hat Speaks" article on > this a while back, though those don't seem to be archived for very long > so I can't be sure. The long and short of it was -- ext3 is the best > for general audiences. If you are really enough of a power user that > you need one of the others, you certainly have the skills to set it up > yourself. There just weren't enough compelling reasons to support the > infrastructure needed for multiple journalling filesystems when ext3 > does the job just fine. > > Just my $0.01 > > --Jeremy My problem had been that the other distros dont have the configuration tools redhat does. I just thought Linux was about choices and we just seem to be losing them as we "progress." Dont get me wrong I dont want ot go back to RH5.2 text only install, but I would like to be able to configure the install a little bit. -- Ethan Bonick etbonick_AT_networkinggeeks.com http://www.networkinggeeks.com From alan at redhat.com Thu Jul 24 20:23:11 2003 From: alan at redhat.com (Alan Cox) Date: Thu, 24 Jul 2003 16:23:11 -0400 (EDT) Subject: Bring back configurability in expert mode In-Reply-To: <1059073034.11522.0.camel@benjamin> from "Benjamin Vander Jagt" at Gor 24, 2003 02:57:14 Message-ID: <200307242023.h6OKNBF27632@devserv.devel.redhat.com> > > problems. I spent most of a week tracking down something that only > > happened in expert mode once just because expert mode used to make > > bizarre assumptions about things that didn't make sense or get tested. > > > Then what sound there be? Expert-Expert mode? Or put the expert on the boot options not the config tool so that you have to be an expert to use it 8) From jeremyp at pobox.com Thu Jul 24 20:23:24 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 24 Jul 2003 16:23:24 -0400 Subject: Feature Request In-Reply-To: <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> Message-ID: <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> On Thu, 2003-07-24 at 16:20, Ethan Bonick wrote: > > My problem had been that the other distros dont have the configuration > tools redhat does. I just thought Linux was about choices and we just seem > to be losing them as we "progress." Dont get me wrong I dont want ot go > back to RH5.2 text only install, but I would like to be able to configure > the install a little bit. But you have to be realistic about configuration tools. If you are looking for a vast increase in the number of options, and thus the complexity, of basic things like filesystems, there will be an exponential increase in the codebase necessary for configuration tools. There are only limited resources available. As linuxconf demonstrated, you have to be REALLY good at writing configuration tools, or you end up with a big mess. For configuration that supports more things than the redhat-config-* tools, have you tried webmin? IMO, the webmin developers do a much better job at keeping up with things than linuxconf did. --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From matt-whiteley at comcast.net Thu Jul 24 20:23:28 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 24 Jul 2003 13:23:28 -0700 Subject: Network install failure In-Reply-To: <3F200376.9050102@redhat.com> References: <1058994710.9987.95.camel@galt.atlas.gotdns.org> <3F200376.9050102@redhat.com> Message-ID: <1059078207.26328.0.camel@galt.atlas.gotdns.org> On Thu, 2003-07-24 at 09:04, Mike McLean wrote: > > The network install methods are: nfs, ftp, http, nfsiso, httpdisc, and > ftpdisc. > > - nfs, ftp, and http installs work off of a unified tree (All rpms in a > single tree) that is accessible via the given protocol. > > - nfsiso works off of an nfs directory containing the isos (and nothing > else!). No other network install method can use raw isos. > > - ftpdisc and httpdisc work off of a directory containing the split tree > (one subdirectory per disc). So you might point the installer at > http://myserver/Severn/discs/ where the discs directory contains > subdirectories disc1, disc2, and disc3 which themselves contain the > contents of the three discs. The idea behind these methods is that you > can loopback mount the three isos on your server, make those mountpoint > accessible via ftp or http, and run a network install off of that. This was so much easier and complete to understand than what I read in the manual. thanks, -- Matt Whiteley From hp at redhat.com Thu Jul 24 20:25:04 2003 From: hp at redhat.com (Havoc Pennington) Date: Thu, 24 Jul 2003 16:25:04 -0400 Subject: Bring back configurability in expert mode In-Reply-To: <1059073443.11522.2.camel@benjamin> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> <3F201693.2050703@atl.lmco.com> <1059068928.31800.44.camel@mirkwood.devel.redhat.com> <0HIJ001NULP3JS@l-daemon> <1059073443.11522.2.camel@benjamin> Message-ID: <20030724162503.O32225@devserv.devel.redhat.com> Hi, Suggestions: 1. Talk about specific features, not "configurability" 2. Talk about root problems and entertain multiple solutions to those problems, don't insist on having a particular solution before you've adequately characterized the goals. More concrete conversations are much more useful. If you talk in terms of user goals and the number of steps/amount of time to achieve those goals, it's much more productive than talking about the details of the UI. A user goal is something like "have a machine containing an OS with only minimum necessary server packages" Something like "have individual package selection" is a means not an end. So is anything that presupposes "the installer" - the whole installer is a means. First get your ends, then find the best way to reach them. The various UI books I've proposed reading are very helpful in describing a process for this kind of decision. If you don't start with goals you're never going to be able to evaluate tradeoffs. If you have the goal "have a machine containing an OS with only minimum necessary server packages" then you can make objective statements about number of mouse clicks, length of time, amount of knowledge, etc. involved in various means to achieve that goal. Havoc From wrhodes at 27.org Thu Jul 24 20:26:10 2003 From: wrhodes at 27.org (Bill Rhodes) Date: Thu, 24 Jul 2003 13:26:10 -0700 (PDT) Subject: custom package selection In-Reply-To: <1059076887.2622.51.camel@mentor.gurulabs.com> References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059063291.31800.20.camel@mirkwood.devel.redhat.com> <1059076887.2622.51.camel@mentor.gurulabs.com> Message-ID: On Thu, 24 Jul 2003, Dax Kelson wrote: > This functionality (default run level, package selection, etc) has been > there since the very first versions of Red Hat. It is somewhat annoying > to have the rug yanked out from under me. Seconded. I thought I had missed something during the install. And after the install process, I went looking to see what packages I had actually installed -- and which ones I hadn't. It was... disconcerting. I'm used to spending a good long time with the first-time install process for each new RHL release. I get a decent kickstart file that way too, if I want it. After installing severn I felt like I wasn't in control of the OS I had just created, like something had made decisions for me and I had to find out what they were. Would there be some way to pass an "expert install" option to anaconda such that these options are turned on? And how about if they are enabled, then a highly, highly verbose log of everything that happened during the install be created? That would lessen the support/debugging nightmare somewhat. The first thing you ask for is that file. If they have one, then they went the expert route. Not having seen what's going on under the hood during an install, I'm just throwing out my two cents... -B From etbonick at networkinggeeks.com Thu Jul 24 20:36:44 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Thu, 24 Jul 2003 15:36:44 -0500 (CDT) Subject: Feature Request In-Reply-To: <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> Message-ID: <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> > On Thu, 2003-07-24 at 16:20, Ethan Bonick wrote: > >> >> My problem had been that the other distros dont have the configuration >> tools redhat does. I just thought Linux was about choices and we just >> seem to be losing them as we "progress." Dont get me wrong I dont want >> ot go back to RH5.2 text only install, but I would like to be able to >> configure the install a little bit. > > But you have to be realistic about configuration tools. If you are > looking for a vast increase in the number of options, and thus the > complexity, of basic things like filesystems, there will be an > exponential increase in the codebase necessary for configuration > tools. There are only limited resources available. As linuxconf > demonstrated, you have to be REALLY good at writing configuration tools, > or you end up with a big mess. > > For configuration that supports more things than the redhat-config-* > tools, have you tried webmin? IMO, the webmin developers do a much > better job at keeping up with things than linuxconf did. > I was talking about admin config tools not install time config options. I just want to have more than one choice when installing, you know something like two or three choices. But then how many do you stop at to not have too many but be enough to please most? It's a very complicated issue. I am fine with ext3 being the default journal. I just hadn't seen anything on as to why they made it that way. If you do something that affects people they usually want to know why and many will concede once they've heard your position. It's when you say something ie: SCO and then offer no proof, they people dont belive or wont side with you. It's like doubting Thomas, he had to see the holes in Jesus's hands. I think people want to know why it was done. Please no off topics about religion or SCO. Was only using as illustration. :) -- Ethan Bonick etbonick_AT_networkinggeeks.com http://www.networkinggeeks.com From dennis at dgilmore.net Thu Jul 24 20:44:32 2003 From: dennis at dgilmore.net (Dennis Gilmore) Date: Fri, 25 Jul 2003 06:44:32 +1000 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: <1059058286.957.9.camel@teapot.felipe-alfaro.com> References: <200307242324.10682.dennis@dgilmore.net> <1059058286.957.9.camel@teapot.felipe-alfaro.com> Message-ID: <200307250644.40099.dennis@dgilmore.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Once upon a time at band camp Fri, 25 Jul 2003 12:51 am, Felipe Alfaro Solana wrote: > On Thu, 2003-07-24 at 15:23, Dennis Gilmore wrote: > > im currently running a rawhide system updated to two days ago i havent > > installed severn, with 2.6.0-test1 that i compiled with gcc 3.3 and if > > finding it performs really well i updated some packages from arjans > > people.redhat.com site but im really happy. the only issues i have is > > inrared is not working right now and occasionally x eats up all the cpu > > the keyboard becomes unresponsive and the only option i have is to ssh in > > and kill off x usually i just init 3 then init 5 and its ok again. > > Does this happen when running 2.6.0-test1-mm2 plus 08int.patch from Con > Kolivas? > not sure im using 2.6.0-test1-ac2 > 2.6.0-test1-mm2 is a patch that should be applied on top of vanilla > 2.6.0-test1 and can be found at > ftp://ftp.kernel.org//pub/linux/kernel/people/akpm/patches/2.6/2.6.0-test1/ >2.6.0-test1-mm2. > > o8int.patch from Con Kolivas must be applied on top of a 2.6.0-test1-mm2 > patched kernel and can be found at > http://members.optusnet.com.au/ckolivas/kernel/2.5/patch-O8int-0307232108 > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/IEU34hBQ1unFjm4RAmSUAJ0W0/Vk1p4WUxhxZCRIB0wv8UKqugCgoBu1 U7SothMJicZqZoYXJgcutvo= =yvPx -----END PGP SIGNATURE----- From benjaminvanderjagt at adelphia.net Thu Jul 24 19:42:21 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 24 Jul 2003 15:42:21 -0400 Subject: RPM -e (was Re: Bring back configurability in expert mode) In-Reply-To: <4496.153.90.196.229.1059073762.squirrel@www.cs.montana.edu> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> <3F201693.2050703@atl.lmco.com> <1059068928.31800.44.camel@mirkwood.devel.redhat.com> <0HIJ001NULP3JS@l-daemon> <4496.153.90.196.229.1059073762.squirrel@www.cs.montana.edu> Message-ID: <1059075741.11748.1.camel@benjamin> On Thu, 2003-07-24 at 15:09, Lucas Albers wrote: > Experts? Well experts can just rpm -e the packages they don't want. Speaking of that, I have a question that is inappropriate for this list. How come I have never gotten rpm -e to uninstall a package? it always says, "Package not installed". This has been the case for me since Red Hat 8.0... -- Benjamin Vander Jagt From mattdm at mattdm.org Thu Jul 24 20:52:13 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 24 Jul 2003 16:52:13 -0400 Subject: RPM -e (was Re: Bring back configurability in expert mode) In-Reply-To: <1059075741.11748.1.camel@benjamin> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> <3F201693.2050703@atl.lmco.com> <1059068928.31800.44.camel@mirkwood.devel.redhat.com> <0HIJ001NULP3JS@l-daemon> <4496.153.90.196.229.1059073762.squirrel@www.cs.montana.edu> <1059075741.11748.1.camel@benjamin> Message-ID: <20030724205213.GA24523@jadzia.bu.edu> On Thu, Jul 24, 2003 at 03:42:21PM -0400, Benjamin Vander Jagt wrote: > Speaking of that, I have a question that is inappropriate for this > list. How come I have never gotten rpm -e to uninstall a package? it > always says, "Package not installed". This has been the case for me > since Red Hat 8.0... I'll give 100 to 1 odds that the problem is that you're giving it filenames (foo-1.1-1.rpm) instead of package names (foo-1.1-1 or just foo). -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From wolfgang.fischer-net at t-online.de Thu Jul 24 21:11:19 2003 From: wolfgang.fischer-net at t-online.de (Wolfgang Fischer) Date: 24 Jul 2003 23:11:19 +0200 Subject: vmware 4.0 In-Reply-To: <1059052449.22787.3.camel@wks20.rptec.ch> References: <1059052449.22787.3.camel@wks20.rptec.ch> Message-ID: <1059081079.2686.5.camel@localhost.localdomain> On Thu, 2003-07-24 at 15:14, Jean-Eric Cuendet wrote: > Hi, > I'm unable to make vmware work correctly on Severn. > I'm unable to setup vmware tools (Net, Graphics) which are really > useful. > The mouse is slow (probably because vmware tools are not installed). > > The default driver is pcnet32 (AMD 79c970, PCNET32 Lance), it loads OK, > but then the network script say the cable is not plugged... > The host OS (linux RH9) has network running just fine and the second > vmware machine (Win2k) is also running fine with network and vmware > tools. > Does anyone have ideas on how to do it working? > Thanks > -jec > > PS: why is the kernel compiled with gcc 3.2.3 and the installed compiler > is 3.3? for Question about the Ethernetdevice in vmware-Virtual Maschine: thats a known bug since Redhat 9, details with a workaround in bugzilla : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100527 Wolfgang From jeremyp at pobox.com Thu Jul 24 21:11:44 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 24 Jul 2003 17:11:44 -0400 Subject: Feature Request In-Reply-To: <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> Message-ID: <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> On Thu, 2003-07-24 at 16:36, Ethan Bonick wrote: > > > > For configuration that supports more things than the redhat-config-* > > tools, have you tried webmin? IMO, the webmin developers do a much > > better job at keeping up with things than linuxconf did. > > > > I was talking about admin config tools not install time config options. So was I. Both redhat-config-* and webmin are administration tools used on an installed system. > It's a very complicated issue. I am > fine with ext3 being the default journal. I just hadn't seen anything on > as to why they made it that way. If you do something that affects people > they usually want to know why and many will concede once they've heard > your position. In answer to this specific question... here's the white paper on ext3 that I was looking for previously: http://www.redhat.com/support/wpapers/redhat/ext3/ Note this is not breaking news: that paper was written in 2001 when Red Hat Linux 7.2 came out. Perhaps the situation with the other filesystems has changed now. But I agree, it's much better to understand why decisions are made the way they are, and I hope that this new development model, with more input from and communication to the community, well result in much more of this kind of understanding. --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Thu Jul 24 21:15:18 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 17:15:18 -0400 Subject: Bring back configurability in expert mode In-Reply-To: <1059075588.2622.34.camel@mentor.gurulabs.com> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059075588.2622.34.camel@mentor.gurulabs.com> Message-ID: <1059081318.31800.109.camel@mirkwood.devel.redhat.com> On Thu, 2003-07-24 at 15:39, Dax Kelson wrote: > On Thu, 2003-07-24 at 10:21, Jeremy Katz wrote: > > On Thu, 2003-07-24 at 12:11, Dax Kelson wrote: > > No, because it adds weirdo cases that only happen in expert mode and > > then *NO ONE* mentions that they're using expert mode when they hit > > problems. > > Alright, how about bringing back the knobs in "custom". That is a code > path that is used much more, but at the same time isn't used by the > newbies. Really? I would be willing to argue that assertion based on installfests I've been at. Custom is like expert, everybody picks it because they think it gives them better choices (and again, custom doesn't really do all that much different than any of the other choices these days -- they're all just different default package sets really) Cheers, Jeremy From sflory at rackable.com Thu Jul 24 21:15:35 2003 From: sflory at rackable.com (Samuel Flory) Date: Thu, 24 Jul 2003 14:15:35 -0700 Subject: Feature Request In-Reply-To: <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> Message-ID: <3F204C77.3070904@rackable.com> Ethan Bonick wrote: > >I was talking about admin config tools not install time config options. I >just want to have more than one choice when installing, you know something >like two or three choices. But then how many do you stop at to not have >too many but be enough to please most? It's a very complicated issue. I am >fine with ext3 being the default journal. > I for one am not okay with ext3 as the default, and only journalling files system. Let's face it the default ext3 journaling mode is extremely slow on writes. As you can see below reiserfs is x2 as fast on writes, and x1.5 as fast on reads. Writeback mode isn't much better. And ext3 is even worse on random file system access. Reiserfs: + dd if=/dev/zero of=bigfile bs=1024000 count=2048 2048+0 records in 2048+0 records out real 1m16.632s user 0m0.000s sys 0m12.580s + sync real 0m24.649s user 0m0.000s sys 0m0.320s + dd of=/dev/null if=bigfile bs=1024000 count=2048 2048+0 records in 2048+0 records out real 0m36.065s user 0m0.010s sys 0m10.690s + sync + du -sh bigfile 2.0G bigfile ext3: + dd if=/dev/zero of=bigfile bs=1024000 count=3072 3072+0 records in 3072+0 records out real 2m15.430s user 0m0.010s sys 0m20.900s + sync real 0m32.166s user 0m0.000s sys 0m0.190s + dd of=/dev/null if=bigfile bs=1024000 3072+0 records in 3072+0 records out real 0m54.577s user 0m0.010s sys 0m16.070s ext2 in writeback mode + dd if=/dev/zero of=bigfile bs=1024000 count=3072 3072+0 records in 3072+0 records out real 2m12.781s user 0m0.020s sys 0m20.080s + sync real 0m25.971s user 0m0.000s sys 0m0.300s + dd of=/dev/null if=bigfile bs=1024000 3072+0 records in 3072+0 records out real 0m55.136s user 0m0.020s sys 0m15.430s + sync real 0m0.011s user 0m0.000s sys 0m0.000s + du -sh bigfile 3.0G bigfile -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From sflory at rackable.com Thu Jul 24 21:18:03 2003 From: sflory at rackable.com (Samuel Flory) Date: Thu, 24 Jul 2003 14:18:03 -0700 Subject: Feature Request In-Reply-To: <3F204C77.3070904@rackable.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <3F204C77.3070904@rackable.com> Message-ID: <3F204D0B.3020106@rackable.com> Samuel Flory wrote: > Ethan Bonick wrote: > >> >> I was talking about admin config tools not install time config >> options. I >> just want to have more than one choice when installing, you know >> something >> like two or three choices. But then how many do you stop at to not have >> too many but be enough to please most? It's a very complicated issue. >> I am >> fine with ext3 being the default journal. > > > I for one am not okay with ext3 as the default, and only journalling > files system. Let's face it the default ext3 journaling mode is > extremely slow on writes. As you can see below reiserfs is x2 as fast > on writes, and x1.5 as fast on reads. Writeback mode isn't much > better. And ext3 is even worse on random file system access. Oops wrong set of benchmarks for reiserfs. Let me dig up the correct set for reiserfs. > > > Reiserfs: > + dd if=/dev/zero of=bigfile bs=1024000 count=2048 > 2048+0 records in > 2048+0 records out > > real 1m16.632s > user 0m0.000s > sys 0m12.580s > + sync > > real 0m24.649s > user 0m0.000s > sys 0m0.320s > + dd of=/dev/null if=bigfile bs=1024000 count=2048 > 2048+0 records in > 2048+0 records out > > real 0m36.065s > user 0m0.010s > sys 0m10.690s > + sync > + du -sh bigfile > 2.0G bigfile > > > ext3: > + dd if=/dev/zero of=bigfile bs=1024000 count=3072 > 3072+0 records in > 3072+0 records out > > real 2m15.430s > user 0m0.010s > sys 0m20.900s > + sync > > real 0m32.166s > user 0m0.000s > sys 0m0.190s > + dd of=/dev/null if=bigfile bs=1024000 > 3072+0 records in > 3072+0 records out > > real 0m54.577s > user 0m0.010s > sys 0m16.070s > > > ext2 in writeback mode > + dd if=/dev/zero of=bigfile bs=1024000 count=3072 > 3072+0 records in > 3072+0 records out > > real 2m12.781s > user 0m0.020s > sys 0m20.080s > + sync > > real 0m25.971s > user 0m0.000s > sys 0m0.300s > + dd of=/dev/null if=bigfile bs=1024000 > 3072+0 records in > 3072+0 records out > > real 0m55.136s > user 0m0.020s > sys 0m15.430s > + sync > > real 0m0.011s > user 0m0.000s > sys 0m0.000s > + du -sh bigfile > 3.0G bigfile > -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From sflory at rackable.com Thu Jul 24 21:23:40 2003 From: sflory at rackable.com (Samuel Flory) Date: Thu, 24 Jul 2003 14:23:40 -0700 Subject: Feature Request In-Reply-To: <3F204C77.3070904@rackable.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <3F204C77.3070904@rackable.com> Message-ID: <3F204E5C.10007@rackable.com> Samuel Flory wrote: > Ethan Bonick wrote: > >> >> I was talking about admin config tools not install time config >> options. I >> just want to have more than one choice when installing, you know >> something >> like two or three choices. But then how many do you stop at to not have >> too many but be enough to please most? It's a very complicated issue. >> I am >> fine with ext3 being the default journal. > > > I for one am not okay with ext3 as the default, and only journalling > files system. Let's face it the default ext3 journaling mode is > extremely slow on writes. As you can see below reiserfs is x2 as fast > on writes, and x1.5 as fast on reads. Writeback mode isn't much > better. And ext3 is even worse on random file system access. > Here is xfs vs ext3 which tends to be even worse for ext3. As reiserfs really isn't very good with sequential reads and writes. (Still try to find my reiserfs run with a 3G file size.) + rm -f bigfile + sync + dd if=/dev/zero of=bigfile bs=1024000 count=3072 3072+0 records in 3072+0 records out real 1m55.554s user 0m0.010s sys 0m11.720s + sync real 0m15.709s user 0m0.000s sys 0m0.470s + dd of=/dev/null if=bigfile bs=1024000 3072+0 records in 3072+0 records out real 0m54.913s user 0m0.020s sys 0m15.140s + sync real 0m0.015s user 0m0.000s sys 0m0.010s + du -sh bigfile 3.0G bigfile ext3: + dd if=/dev/zero of=bigfile bs=1024000 count=3072 3072+0 records in 3072+0 records out real 2m15.430s user 0m0.010s sys 0m20.900s + sync real 0m32.166s user 0m0.000s sys 0m0.190s + dd of=/dev/null if=bigfile bs=1024000 3072+0 records in 3072+0 records out real 0m54.577s user 0m0.010s sys 0m16.070s ext2 in writeback mode + dd if=/dev/zero of=bigfile bs=1024000 count=3072 3072+0 records in 3072+0 records out real 2m12.781s user 0m0.020s sys 0m20.080s + sync real 0m25.971s user 0m0.000s sys 0m0.300s + dd of=/dev/null if=bigfile bs=1024000 3072+0 records in 3072+0 records out real 0m55.136s user 0m0.020s sys 0m15.430s + sync real 0m0.011s user 0m0.000s sys 0m0.000s + du -sh bigfile 3.0G bigfile -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From tom at syroidmanor.com Thu Jul 24 21:31:26 2003 From: tom at syroidmanor.com (Tom Syroid) Date: Thu, 24 Jul 2003 15:31:26 -0600 Subject: Subject Threading Message-ID: <118000000.1059082286@phaedrus.syroidmanor.com> My apologies, Paul. My bad. I frequent a number of lists, and I typically do as you note. It was late, and my brain was obviously heading for la-la-land ahead of my body. Won't happen again. Best, /tom --On Thursday, July 24, 2003 14:23:55 -0400 Paul Iadonisi wrote: > No flame intended here, just a friendly request to those posting to this > list. > It's pretty well accepted on most mailing lists (and I hope it becomes > so for this one) that posters don't 'reply' to messages using their > mailer's reply button unless they are truly reply to the message in > question. The number one reason is that it messes up the 'threading' > function of most mailers and this problem usually shows up in the list > archives as well. From etbonick at networkinggeeks.com Thu Jul 24 21:46:56 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Thu, 24 Jul 2003 16:46:56 -0500 (CDT) Subject: Feature Request In-Reply-To: <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> Message-ID: <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> > On Thu, 2003-07-24 at 16:36, Ethan Bonick wrote: >> > >> > For configuration that supports more things than the redhat-config-* >> tools, have you tried webmin? IMO, the webmin developers do a much >> better job at keeping up with things than linuxconf did. >> > >> >> I was talking about admin config tools not install time config >> options. > > So was I. Both redhat-config-* and webmin are administration tools used > on an installed system. > >> It's a very complicated issue. I am >> fine with ext3 being the default journal. I just hadn't seen anything >> on as to why they made it that way. If you do something that affects >> people they usually want to know why and many will concede once >> they've heard your position. > > In answer to this specific question... here's the white paper on ext3 > that I was looking for previously: > http://www.redhat.com/support/wpapers/redhat/ext3/ As Samuel has stated that ext3 is no longer faster, I dont know about stability. But this paper was done in 2001 and as we all know a lot can happen in two years. Isn't it a good idea to retest every so often? Though that could change the default partition type every install. > > Note this is not breaking news: that paper was written in 2001 when Red > Hat Linux 7.2 came out. Perhaps the situation with the other > filesystems has changed now. > > But I agree, it's much better to understand why decisions are made the > way they are, and I hope that this new development model, with more > input from and communication to the community, well result in much more > of this kind of understanding. > From mandreiana at rdslink.ro Thu Jul 24 21:56:19 2003 From: mandreiana at rdslink.ro (Marius Andreiana) Date: 25 Jul 2003 00:56:19 +0300 Subject: recent added translations to i18n.redhat.com missing Message-ID: <1059083778.4203.7.camel@marte.biciclete.ro> Hi I've added romanian [ro] translations to i18n cvs about 2-3 weeks ago for several packages ( redhat-menus, redhat-artwork, usermode ). They are still missing from current rhl-beta. Will these packages be rebuild with newer translations before the final comes out? Thanks, -- Marius Andreiana Solu?ii informatice bazate pe Linux / Linux-based IT solutions www.galuna.ro From mitch at metauser.net Thu Jul 24 21:59:01 2003 From: mitch at metauser.net (Mitch Anderson) Date: 24 Jul 2003 15:59:01 -0600 Subject: NVIDIA - Compile driver Message-ID: <1059083941.1377.8.camel@twoface> Having problems compiling the driver for an NVIDIA card... It gives me the error(from /var/log/nvidia-installer.log): executing: 'cd ./usr/src/nv; make nvidia.o SYSINCLUDE=/lib/modules/2.4.21-20 .1.2024.2.1.nptl/build/include'... You appear to be compiling the NVIDIA kernel module with a compiler different from the one that was used to compile the running kernel. This may be perfectly fine, but there are cases where this can lead to unexpected behaviour and system crashes. If you know what you are doing and want to override this check, you can do so by setting IGNORE_CC_MISMATCH. In any other case, set the CC environment variable to the name of the compiler that was used to compile the kernel. *** Failed cc sanity check. Bailing out! *** make: *** [gcc-check] Error 1 -> Error. ERROR: Unable to build the NVIDIA kernel module. ERROR: Installation has failed. Please see the file '/var/log/nvidia-installer.log' for details. You may find suggestions on fixing installation problems in the README available on the Linux driver download page at www.nvidia.com I tried installing gcc and ccp packages from RH9, but cpp depends on XFree86-4.3... and continues... From jbinpg at shaw.ca Thu Jul 24 22:11:54 2003 From: jbinpg at shaw.ca (jbinpg at shaw.ca) Date: Thu, 24 Jul 2003 22:11:54 +0000 (GMT) Subject: Bring back configurability in expert mode Message-ID: Jef S. wrote - <<>> OK. Have two big freaking buttons at the beginning of the install. NEWBIE and SLACKWARE. Then we can have the best rhgb has to offer and the best text-based install there is. The Slack installer is GPLed, I reckon. jb -------------- next part -------------- Jack Bowling wrote, somewhere in the digest: >[snip] >> Leave the dummy installer in RHEL and give those who want the >> > "expert" mode exactly what they want in RHLP's installer. >> >> And maintain two installers? That sounds like a horrible waste of >> already limited resources. >Indeed it does. Which is why it will hopefully be coded up by somebody >ex-RH under the upcoming RHL regime. Then they can maintain it >themselves and only have it vetted through you. Or is that not how >things are supposed to work soon? Bah thats still a waste...yer just adding extra resource to create multiple codebases...instead of using that extra resources to come to a reasonable agreement as to how to tackle ALL the competing interests sorrounding installs in a sane, logical way. I'd much rather get an external developer on board to fix something like r-c-p or firstboot to enhance the post-install process to recover and surpass the flexibility that use to be in the installer. There needs to be a reasonable development direction that the development community basically agrees to walk down together. Competing installer bases...wasteful, and should be avoided inside this project. I'd much rather focus any external developer time...on sane default groups and a sane 'minimal' mode that can be booted into to continue detailed package installation, from say external yum repos...in one-off installs(where as kickstart is clearly the way to go for large replication installs.) Hell i say take this package selection stuff out of the installer as much as you can...and make a minimal base install the default, with a nice featurerich firstboot environment. is it really a good idea to do as much as the installer is doing from the cdrom ramdisk environment? is the complexity of the installer affecting the minimal hardware requirements needed to do an install? I for one, find i need to be much more picky about what i'm installing, on older systems becuase of resource constraints...and if streamlining the installer process and ripping out as much of the package management logic from it as can be moved into a firstboot situation helps with lower the required hardware specs for an install, that would make some sense to me and provides more value to me than a complicated package selection process during the cdrom install. -jef"RFE:yum repos as native anaconda install media option"spaleta From felipe_alfaro at linuxmail.org Thu Jul 24 22:12:53 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Fri, 25 Jul 2003 00:12:53 +0200 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: <200307250644.40099.dennis@dgilmore.net> References: <200307242324.10682.dennis@dgilmore.net> <1059058286.957.9.camel@teapot.felipe-alfaro.com> <200307250644.40099.dennis@dgilmore.net> Message-ID: <1059084773.579.0.camel@teapot.felipe-alfaro.com> On Thu, 2003-07-24 at 22:44, Dennis Gilmore wrote: > > > im currently running a rawhide system updated to two days ago i havent > > > installed severn, with 2.6.0-test1 that i compiled with gcc 3.3 and if > > > finding it performs really well i updated some packages from arjans > > > people.redhat.com site but im really happy. the only issues i have is > > > inrared is not working right now and occasionally x eats up all the cpu > > > the keyboard becomes unresponsive and the only option i have is to ssh in > > > and kill off x usually i just init 3 then init 5 and its ok again. > > > > Does this happen when running 2.6.0-test1-mm2 plus 08int.patch from Con > > Kolivas? > > > not sure im using 2.6.0-test1-ac2 Could you please give it a try? Thanks! > > > 2.6.0-test1-mm2 is a patch that should be applied on top of vanilla > > 2.6.0-test1 and can be found at > > ftp://ftp.kernel.org//pub/linux/kernel/people/akpm/patches/2.6/2.6.0-test1/ > >2.6.0-test1-mm2. > > > > o8int.patch from Con Kolivas must be applied on top of a 2.6.0-test1-mm2 > > patched kernel and can be found at > > http://members.optusnet.com.au/ckolivas/kernel/2.5/patch-O8int-0307232108 From wolfgang.fischer-net at t-online.de Thu Jul 24 22:14:18 2003 From: wolfgang.fischer-net at t-online.de (Wolfgang Fischer) Date: 25 Jul 2003 00:14:18 +0200 Subject: vmware 4.0 In-Reply-To: <1059081079.2686.5.camel@localhost.localdomain> References: <1059052449.22787.3.camel@wks20.rptec.ch> <1059081079.2686.5.camel@localhost.localdomain> Message-ID: <1059084857.2678.17.camel@localhost.localdomain> On Thu, 2003-07-24 at 23:11, Wolfgang Fischer wrote: > On Thu, 2003-07-24 at 15:14, Jean-Eric Cuendet wrote: > > Hi, > > I'm unable to make vmware work correctly on Severn. > > I'm unable to setup vmware tools (Net, Graphics) which are really > > useful. > > The mouse is slow (probably because vmware tools are not installed). > > > > The default driver is pcnet32 (AMD 79c970, PCNET32 Lance), it loads OK, > > but then the network script say the cable is not plugged... > > The host OS (linux RH9) has network running just fine and the second > > vmware machine (Win2k) is also running fine with network and vmware > > tools. > > Does anyone have ideas on how to do it working? > > Thanks > > -jec > > > > PS: why is the kernel compiled with gcc 3.2.3 and the installed compiler > > is 3.3? > > for Question about the Ethernetdevice in vmware-Virtual Maschine: > thats a known b > > ug since Redhat 9, > details with a workaround in bugzilla : > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100527 > > Wolfgang to install the vmware Client Tools: install gcc32 Package: gcc32-3.2.3-6.i386.rpm and then: # #export CC=gcc32 #vmware-config-tools.pl # after that the vmware kernel-module loads perfectly and the daemon vmware-guestd is working ( vmware-toolbox are also ok) Wolfgang > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From rhl-beta-list at cygnusx-1.org Thu Jul 24 22:15:03 2003 From: rhl-beta-list at cygnusx-1.org (Nathan G. Grennan) Date: 24 Jul 2003 15:15:03 -0700 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: References: Message-ID: <1059084902.8656.16.camel@ws.1sttier.net> On Thu, 2003-07-24 at 06:09, Robert P. J. Day wrote: > at the risk of being perhaps a little too far out there > on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 > kernel on my severn system today, just to push the boundaries. > > in addition, what are the implications of upgrading to > gcc 3.3? and what other RPMs would have to go along with > that to have a usable system? > > just feeling the need ... the need for speed > I upgraded to the 2.6.0-test1 and I had a very annoying issue with USB not working. I ended up tracking it down to a change in the name of the USB1 module. I also had to take settings from /etc/modules.conf to /etc/modprobe.conf This was especially annoying since I use a USB keyboard and USB mouse. I do have USB legacy support turned on in the bios, but the USB keyboard didn't work till I plugged in a PS/2 keyboard. The really funny thing was I would hit numlock on the USB keyboard and it would change the led on the PS/2 keyboard. On the same topic USB keyboard and mouse support need to be compiled in like PS/2 support. Loading USB modules in rc.sysinit a very poor substitute. Grub also needs native USB support. Currently it only works with USB legacy support turned on in the bios. From sflory at rackable.com Thu Jul 24 22:10:09 2003 From: sflory at rackable.com (Samuel Flory) Date: Thu, 24 Jul 2003 15:10:09 -0700 Subject: Feature Request In-Reply-To: <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> Message-ID: <3F205941.6070900@rackable.com> Ethan Bonick wrote: >>On Thu, 2003-07-24 at 16:36, Ethan Bonick wrote: >> >> >>>>For configuration that supports more things than the redhat-config-* >>>> >>>> >>>tools, have you tried webmin? IMO, the webmin developers do a much >>>better job at keeping up with things than linuxconf did. >>> >>> >>>I was talking about admin config tools not install time config >>>options. >>> >>> >>So was I. Both redhat-config-* and webmin are administration tools used >>on an installed system. >> >> >> >>>It's a very complicated issue. I am >>>fine with ext3 being the default journal. I just hadn't seen anything >>>on as to why they made it that way. If you do something that affects >>>people they usually want to know why and many will concede once >>>they've heard your position. >>> >>> >>In answer to this specific question... here's the white paper on ext3 >>that I was looking for previously: >>http://www.redhat.com/support/wpapers/redhat/ext3/ >> >> > >As Samuel has stated that ext3 is no longer faster, > I've never seen a benchmark were ext3 won. I'd love someone to show me one that's not just a single narrow test. Examples of ext3 getting is ass kicked: http://www.decisionsoft.com/pdw/mailbench.html http://www.quest-pipelines.com/newsletter-v2/linux2.htm http://blackhairy.demon.co.uk/notes/fs-benchmarks.html http://www.mandrakeforum.org/article.php?sid=1212 > I dont know about >stability. But this paper was done in 2001 and as we all know a lot can >happen in two years. Isn't it a good idea to retest every so often? Though >that could change the default partition type every install. > > > Ext3 is an okay default as it's not that bad for read which is 90% of what most people do. It's all about choice, and using the right tool for the right job. Each filesystem type has it's own advantage I'm sure there is some guy getting great performance for what he's doing with ext3 in "journal mode" (ordered is the default modefor ext3). The real question is will redhat accept patches to add xfs, and reiserfs support to the installer? -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From jes at martnet.com Thu Jul 24 22:17:35 2003 From: jes at martnet.com (Joe Smith) Date: Thu, 24 Jul 2003 18:17:35 -0400 Subject: NVIDIA - Compile driver In-Reply-To: <1059083941.1377.8.camel@twoface> References: <1059083941.1377.8.camel@twoface> Message-ID: <3F205AFF.9090301@martnet.com> Mitch Anderson wrote: > Having problems compiling the driver for an NVIDIA card... > ... Sorry - I'm drifting off topic again. Is there any way we can ditch the freaking NVIDIA installer? AFAICT that thing is a complete waste of bits. I wish I could just grab the tarball and compile it like I always did, or make an RPM. And yes, the NVIDIA driver/GL is 'must-have' if you care about 3d. from "Nathan G. Grennan" at Gor 24, 2003 03:15:03 Message-ID: <200307242222.h6OMMUk16471@devserv.devel.redhat.com> > USB1 module. I also had to take settings from /etc/modules.conf to > /etc/modprobe.conf This was especially annoying since I use a USB There is a script with the 2.5 module tools to generate a conf file from your existing one. It knows some of the name changes but submit others to Rusty Russell > like PS/2 support. Loading USB modules in rc.sysinit a very poor > substitute. Grub also needs native USB support. Currently it only works > with USB legacy support turned on in the bios. Grub has size constraints like all boot loaders. USB is non trivial. I agree in the longer term that Grub would benefit from native USB keyboard although EFI firmware may one day make that problem go away (or become different or something like that 8)) From benjaminvanderjagt at adelphia.net Thu Jul 24 22:26:59 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 24 Jul 2003 18:26:59 -0400 Subject: Bring back configurability in expert mode In-Reply-To: <200307242023.h6OKNBF27632@devserv.devel.redhat.com> References: <200307242023.h6OKNBF27632@devserv.devel.redhat.com> Message-ID: <1059085619.12134.0.camel@benjamin> On Thu, 2003-07-24 at 16:23, Alan Cox wrote: > > > problems. I spent most of a week tracking down something that only > > > happened in expert mode once just because expert mode used to make > > > bizarre assumptions about things that didn't make sense or get tested. > > > > > Then what sound there be? Expert-Expert mode? > > Or put the expert on the boot options not the config tool so that you > have to be an expert to use it 8) > Ah, I like that one... > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From notting at redhat.com Thu Jul 24 22:27:52 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 24 Jul 2003 18:27:52 -0400 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: <200307242222.h6OMMUk16471@devserv.devel.redhat.com>; from alan@redhat.com on Thu, Jul 24, 2003 at 06:22:30PM -0400 References: <1059084902.8656.16.camel@ws.1sttier.net> <200307242222.h6OMMUk16471@devserv.devel.redhat.com> Message-ID: <20030724182751.A13683@devserv.devel.redhat.com> Alan Cox (alan at redhat.com) said: > > USB1 module. I also had to take settings from /etc/modules.conf to > > /etc/modprobe.conf This was especially annoying since I use a USB > > There is a script with the 2.5 module tools to generate a conf file from > your existing one. It knows some of the name changes but submit others > to Rusty Russell It should be run on installation of the new modutils, but only once. If it's not working, that's a bug. Bill From benjaminvanderjagt at adelphia.net Thu Jul 24 22:31:21 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 24 Jul 2003 18:31:21 -0400 Subject: RPM -e (was Re: Bring back configurability in expert mode) In-Reply-To: <20030724205213.GA24523@jadzia.bu.edu> References: <1059063105.2622.16.camel@mentor.gurulabs.com> <1059063673.31800.30.camel@mirkwood.devel.redhat.com> <1059065102.3380.15.camel@smoogen1.lanl.gov> <3F201693.2050703@atl.lmco.com> <1059068928.31800.44.camel@mirkwood.devel.redhat.com> <0HIJ001NULP3JS@l-daemon> <4496.153.90.196.229.1059073762.squirrel@www.cs.montana.edu> <1059075741.11748.1.camel@benjamin> <20030724205213.GA24523@jadzia.bu.edu> Message-ID: <1059085881.12134.6.camel@benjamin> On Thu, 2003-07-24 at 16:52, Matthew Miller wrote: > On Thu, Jul 24, 2003 at 03:42:21PM -0400, Benjamin Vander Jagt wrote: > > Speaking of that, I have a question that is inappropriate for this > > list. How come I have never gotten rpm -e to uninstall a package? it > > always says, "Package not installed". This has been the case for me > > since Red Hat 8.0... > > I'll give 100 to 1 odds that the problem is that you're giving it filenames > (foo-1.1-1.rpm) instead of package names (foo-1.1-1 or just foo). yup, that would be it...I must have mis-remembered how to use it. :-p -- Benjamin Vander Jagt From dax at gurulabs.com Thu Jul 24 22:34:02 2003 From: dax at gurulabs.com (Dax Kelson) Date: 24 Jul 2003 16:34:02 -0600 Subject: Feature Request In-Reply-To: <3F205941.6070900@rackable.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> Message-ID: <1059086042.2622.86.camel@mentor.gurulabs.com> On Thu, 2003-07-24 at 16:10, Samuel Flory wrote: > > > I've never seen a benchmark were ext3 won. I'd love someone to show > me one that's not just a single narrow test. In general, yes, but you must not have looked too hard. http://www.gurulabs.com/ext3-reiserfs.html From sflory at rackable.com Thu Jul 24 22:29:21 2003 From: sflory at rackable.com (Samuel Flory) Date: Thu, 24 Jul 2003 15:29:21 -0700 Subject: Feature Request In-Reply-To: <3F205941.6070900@rackable.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> Message-ID: <3F205DC1.5080107@rackable.com> Samuel Flory wrote: > > > > The real question is will redhat accept patches to add xfs, and > reiserfs support to the installer? > Or rather make them work durning upgrades. The installer support seems to be in the installer for jfs, xfs, and reiserfs, but it doesn't appear that you can upgrade them. I know this is true under 9, and the current beta. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From jbinpg at shaw.ca Thu Jul 24 22:33:35 2003 From: jbinpg at shaw.ca (jbinpg at shaw.ca) Date: Thu, 24 Jul 2003 22:33:35 +0000 (GMT) Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? Message-ID: ----- Original Message ----- From: Bill Nottingham Date: Thursday, July 24, 2003 10:27 pm Subject: Re: 2.6.0-test1 kernel? gcc 3.3 compiler? > Alan Cox (alan at redhat.com) said: > > > USB1 module. I also had to take settings from > /etc/modules.conf to > > > /etc/modprobe.conf This was especially annoying since I use a USB > > > > There is a script with the 2.5 module tools to generate a conf > file from > > your existing one. It knows some of the name changes but submit > others> to Rusty Russell > > It should be run on installation of the new modutils, but only once. > If it's not working, that's a bug. Bill - Perhaps I don't understand the process. How about those of us who have a play box where the hardware config changes a lot with time? Should not the script be run everytime it detects a diff between the most recent modules.conf and the modprobe.conf? Or something like that anyway. Seems that it should be trying to pick up changes more frequently anyway. jb From nomis80 at nomis80.org Thu Jul 24 22:40:54 2003 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 24 Jul 2003 18:40:54 -0400 Subject: Speeding up boot process In-Reply-To: <20030724194020.GB3247@mark.mielke.cc> References: <1059040472.5910.89.camel@wks20.rptec.ch> <3F1FD5CC.8080104@nomis80.org> <20030724194020.GB3247@mark.mielke.cc> Message-ID: <200307241840.56888.nomis80@nomis80.org> On July 24, 2003 15:40, Mark Mielke wrote: > On Thu, Jul 24, 2003 at 08:49:16AM -0400, Simon Perreault wrote: > > Jean-Eric Cuendet wrote: > > >What do you think guys if someone did the following to speed the boot > > >time in RHL? > > >- Boot kernel (uncompressible) > > >- Run the init scripts S00 -> S50 > > >- Start X + XDM + UserLogin > > >- Continue init scripts S51->S99 in background > > > > I think this should have been done a long time ago. > > Is that really so easy to do, though? > > X is normally managed by init, wheras the init scripts are > managed by /etc/rc.d/rc.sysinit. When rc reaches S51, it forks a children which continues the job, detaches it and returns. init continues its job and starts X, while rc is still starting daemons. -- Simon Perreault http://nomis80.org From notting at redhat.com Thu Jul 24 22:41:45 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 24 Jul 2003 18:41:45 -0400 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: ; from jbinpg@shaw.ca on Thu, Jul 24, 2003 at 10:33:35PM +0000 References: Message-ID: <20030724184145.A22625@devserv.devel.redhat.com> jbinpg at shaw.ca (jbinpg at shaw.ca) said: > > It should be run on installation of the new modutils, but only once. > > If it's not working, that's a bug. > > Bill - Perhaps I don't understand the process. The converter runs on the initial install of a 2.6-capable modutils package. > How about those of us > who have a play box where the hardware config changes a lot with time? Maintain both, unfortunately. > Should not the script be run everytime it detects a diff between the most > recent modules.conf and the modprobe.conf? How do you diff something with different formats? It's potentially possible to run it based on timestamps. Our general hope is that for testing people can handle edits, and then for general use, people will go to 2.6 and not go back. :) Bill From feliciano.matias at free.fr Thu Jul 24 22:41:16 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Jul 2003 00:41:16 +0200 Subject: Speeding up boot process In-Reply-To: <200307241309.21185.nomis80@nomis80.org> References: <1059040472.5910.89.camel@wks20.rptec.ch> <1059061628.22787.16.camel@wks20.rptec.ch> <20030724122904.A5407@devserv.devel.redhat.com> <200307241309.21185.nomis80@nomis80.org> Message-ID: <1059086475.1144.7.camel@one.myworld> Le jeu 24/07/2003 ? 19:09, Simon Perreault a ?crit : > On July 24, 2003 12:29, Bill Nottingham wrote: > > It's just all the ways > > so far tried to speed up the *entire* bootup process (not > > just get a faster X up) haven't really been successful at > > all. > > Why isn't the onus on X getting up faster instead? That's what matters. I don't no if i am the only one but i really don't care about that. 60 seconds or 30 that doesn't matters. However, i think it's more important to have a suspend mode. -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From benjaminvanderjagt at adelphia.net Thu Jul 24 22:46:14 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 24 Jul 2003 18:46:14 -0400 Subject: Feature Request In-Reply-To: <3F204C77.3070904@rackable.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <3F204C77.3070904@rackable.com> Message-ID: <1059086773.12134.20.camel@benjamin> Aye! I switched to ReiserFS, because my brother and I simply couldn't play Quake3 or Unreal Tournament 2003 when every ten minutes, we'd get slowed to nearly a halt while the hard drive goes nuts. Plus, I used to get a lot of power outages. Ext3 has, a few times, been totally destroyed (even fsck doesn't find data) where I have *never* lost *any* data to ReiserFS, even on two test hard drives that were loaded with bad sectors. When I switched to ReiserFS, I did so for the performance, believing all the rhetoric that it wasn't as reliable as Ext3. It seems to me that more of the filesystem problems I've seen forum posts about on the internet have to do with Ext3 than ReiserFS. Of the top 10 distros in Distrowatch, only 4 do not support ReiserFS (and several prefer ReiserFS). Those 4 are Red Hat, Knoppix, Lycoris, and Morphix. Knoppix and Morphix obviously don't have a wide range of supported FS's, because they are live CDs, and Lycoris is silly in every other way anyway. Respectfully speaking, Red Hat's ReiserFS information is very old. I believe the Kernel changelog (I think for 2.4.18, but I'm not sure) talks about a coding error that made ReiserFS unreliable. The problem I have is that I have extensively used ReiserFS, and unless Anaconda supports it (such as installing over a previous installation), then I just won't be able to use the new Red Hat without a big backup procedure. Anyway, I'm tipping out the door. I'll just stop the mailing to my box, so I can still sorta respond to the archives. On Thu, 2003-07-24 at 17:15, Samuel Flory wrote: > Ethan Bonick wrote: > I for one am not okay with ext3 as the default, and only journalling > files system. Let's face it the default ext3 journaling mode is > extremely slow on writes. As you can see below reiserfs is x2 as fast > on writes, and x1.5 as fast on reads. Writeback mode isn't much > better. And ext3 is even worse on random file system access. > > Reiserfs: > + dd if=/dev/zero of=bigfile bs=1024000 count=2048 > 2048+0 records in > 2048+0 records out > > real 1m16.632s > user 0m0.000s > sys 0m12.580s > + sync > > real 0m24.649s > user 0m0.000s > sys 0m0.320s > + dd of=/dev/null if=bigfile bs=1024000 count=2048 > 2048+0 records in > 2048+0 records out > > real 0m36.065s > user 0m0.010s > sys 0m10.690s > + sync > + du -sh bigfile > 2.0G bigfile > > > ext3: > + dd if=/dev/zero of=bigfile bs=1024000 count=3072 > 3072+0 records in > 3072+0 records out > > real 2m15.430s > user 0m0.010s > sys 0m20.900s > + sync > > real 0m32.166s > user 0m0.000s > sys 0m0.190s > + dd of=/dev/null if=bigfile bs=1024000 > 3072+0 records in > 3072+0 records out > > real 0m54.577s > user 0m0.010s > sys 0m16.070s > > > ext2 in writeback mode > + dd if=/dev/zero of=bigfile bs=1024000 count=3072 > 3072+0 records in > 3072+0 records out > > real 2m12.781s > user 0m0.020s > sys 0m20.080s > + sync > > real 0m25.971s > user 0m0.000s > sys 0m0.300s > + dd of=/dev/null if=bigfile bs=1024000 > 3072+0 records in > 3072+0 records out > > real 0m55.136s > user 0m0.020s > sys 0m15.430s > + sync > > real 0m0.011s > user 0m0.000s > sys 0m0.000s > + du -sh bigfile > 3.0G bigfile -- Benjamin Vander Jagt From katzj at redhat.com Thu Jul 24 22:52:27 2003 From: katzj at redhat.com (Jeremy Katz) Date: 24 Jul 2003 18:52:27 -0400 Subject: Feature Request In-Reply-To: <3F205DC1.5080107@rackable.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> <3F205DC1.5080107@rackable.com> Message-ID: <1059087147.31800.119.camel@mirkwood.devel.redhat.com> On Thu, 2003-07-24 at 18:29, Samuel Flory wrote: > Samuel Flory wrote: > > The real question is will redhat accept patches to add xfs, and > > reiserfs support to the installer? > Or rather make them work durning upgrades. The installer support > seems to be in the installer for jfs, xfs, and reiserfs, but it doesn't > appear that you can upgrade them. I know this is true under 9, and the > current beta. If the modules are built in the kernel, the installer will magically support them (for upgrades at least -- and mostly for installs, even if it requires a command line option for most of them right now) Jeremy From sflory at rackable.com Thu Jul 24 22:48:52 2003 From: sflory at rackable.com (Samuel Flory) Date: Thu, 24 Jul 2003 15:48:52 -0700 Subject: Feature Request In-Reply-To: <1059086042.2622.86.camel@mentor.gurulabs.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> <1059086042.2622.86.camel@mentor.gurulabs.com> Message-ID: <3F206254.5090408@rackable.com> Dax Kelson wrote: >On Thu, 2003-07-24 at 16:10, Samuel Flory wrote: > > >> I've never seen a benchmark were ext3 won. I'd love someone to show >>me one that's not just a single narrow test. >> >> > >In general, yes, but you must not have looked too hard. > No you didn't look hard enough. > >http://www.gurulabs.com/ext3-reiserfs.html > > Ext3 writeback beats reiserfs in the benchmarks but ordered the mode that Red Hat use by default doesn't get high marks. Also if you look at the test the minute ext3 ordered actually starts writting to disk it gets it's ass kicked. Under heavy load reiserfs kicks ass all over the place http://www.gurulabs.com/ext3-reiserfs-3.html "This first test uses relatively small files in the range of 1000 bytes to 9000 bytes, and has a net result in causing about 150MB of data to be read and written to. This should fit well within the RAM on the system. This should be interesting to see how well the journaling filesystems do when there are lots of operations mostly in memory." Cool ext3 is fast if I'm not actually writing to disk!! http://www.gurulabs.com/ext3-reiserfs-5.html "This last test doubles the amount of files to 4000, and drastically bumps the maximum file size to 300,000 bytes, and has a net result in causing about 19GB of data to be read and written to. This by far exceeds the RAM on the system and should generate a massive amount of IO on the drives. This should be interesting to see how the filesystems compare when the system is being crushed." This what you care about in the real world!! -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From benjaminvanderjagt at adelphia.net Thu Jul 24 22:54:31 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 24 Jul 2003 18:54:31 -0400 Subject: Feature Request In-Reply-To: <1059087147.31800.119.camel@mirkwood.devel.redhat.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> <3F205DC1.5080107@rackable.com> <1059087147.31800.119.camel@mirkwood.devel.redhat.com> Message-ID: <1059087271.12134.23.camel@benjamin> On Thu, 2003-07-24 at 18:52, Jeremy Katz wrote: > If the modules are built in the kernel, the installer will magically > support them (for upgrades at least -- and mostly for installs, even if > it requires a command line option for most of them right now) > > Jeremy > I'm sorry, I'm getting confused. Do you mean that there's an installer option that will load the Reiser module? I usually use "linux reiserfs", and that doesn't do anything in Severn... > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From notting at redhat.com Thu Jul 24 22:57:03 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 24 Jul 2003 18:57:03 -0400 Subject: Feature Request In-Reply-To: <1059087271.12134.23.camel@benjamin>; from benjaminvanderjagt@adelphia.net on Thu, Jul 24, 2003 at 06:54:31PM -0400 References: <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> <3F205DC1.5080107@rackable.com> <1059087147.31800.119.camel@mirkwood.devel.redhat.com> <1059087271.12134.23.camel@benjamin> Message-ID: <20030724185703.A30801@devserv.devel.redhat.com> Benjamin Vander Jagt (benjaminvanderjagt at adelphia.net) said: > I'm sorry, I'm getting confused. Do you mean that there's an installer > option that will load the Reiser module? I usually use "linux > reiserfs", and that doesn't do anything in Severn... That's because there is no kernel module. Funny, I think I've mentioned this to you before. Bill From dax at gurulabs.com Thu Jul 24 23:04:21 2003 From: dax at gurulabs.com (Dax Kelson) Date: 24 Jul 2003 17:04:21 -0600 Subject: Reiserfs (was: feature request) Message-ID: <1059087861.2622.104.camel@mentor.gurulabs.com> On Thu, 2003-07-24 at 16:46, Benjamin Vander Jagt wrote: > Plus, I used to get a lot of power outages. Ext3 has, a few times, been > totally destroyed (even fsck doesn't find data) where I have *never* > lost *any* data to ReiserFS, even on two test hard drives that were > loaded with bad sectors. This sounds wrong. Reiserfs's bad block handling is an ACKNOWLEDGED problem by NameSys. http://namesys.com/bad-block-handling.html When I last tried ReiserFS a year ago (things may have changed, yadda yadda), I had a 20GB filesystem on a drive that developed "3" bad sectors (of 512 bytes each). After getting an image using dd_rescue, I ran reiserfsck on the image. After reiserfsck finished 98% of the filesystem was completely and utterly mangled. Since I made a backup copy of the filesystem image before running fsck, I painfully used a hexeditor to recover some important scripts that I had written. I won't use Reiserfs on a production box again until: a) The bad block handling is fixed b) The reiserfsck command becomes more robust BTW, Reiserfs v4 looks interesting. From kfreem02 at comcast.net Thu Jul 24 23:11:26 2003 From: kfreem02 at comcast.net (Kevin Freeman) Date: Thu, 24 Jul 2003 18:11:26 -0500 Subject: Feature Request In-Reply-To: <3F205941.6070900@rackable.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> Message-ID: <3F20679E.1000202@comcast.net> > The real question is will redhat accept patches to add xfs, and > reiserfs support to the installer? > NOTE: The following applied to Red Hat 9, I have not tried out the new beta. Yes they do accept patches, but it is a complicated topic. Anaconda itself already has low level support for the filesystems you listed - it just does not allow users to select those options in the GUI. By booting CD 1 with "linux reiserfs" or "linux xfs" the GUI would allow you to create a partition of the desired type, and could also upgrade a non-raid partition of the desired type. In April I supplied patches that allowed anaconda to support reiserfs on a root raid, and the patches were put into rawhide a month or two ago. Unless Red Hat recently ripped the code out, all it needs is a boot kernel built with the reiserfs module (Red Hat 9 had such a kernel). Look at the anaconda code to see how to support additional file systems on raid/LVM, it is only about 10 lines or so per fs type. See fsset.py and partedUtils.py and grep for reiserfs. The patched anaconda properly recognizes/mounts reiserfs on raid when invoked from Red Hat 9 CD1 with "linux rescue reiserfs updates" and with "linux reiserfs updates". The updates parameter tells anaconda to load patched files from floppy. See the following URL for more detail: http://home.comcast.net/~kfreem02/LinuxTips/ReiserFS-on-RAID.html Kevin From sflory at rackable.com Thu Jul 24 23:06:39 2003 From: sflory at rackable.com (Samuel Flory) Date: Thu, 24 Jul 2003 16:06:39 -0700 Subject: Feature Request In-Reply-To: <20030724185703.A30801@devserv.devel.redhat.com> References: <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> <3F205DC1.5080107@rackable.com> <1059087147.31800.119.camel@mirkwood.devel.redhat.com> <1059087271.12134.23.camel@benjamin> <20030724185703.A30801@devserv.devel.redhat.com> Message-ID: <3F20667F.4010001@rackable.com> Bill Nottingham wrote: >Benjamin Vander Jagt (benjaminvanderjagt at adelphia.net) said: > > >>I'm sorry, I'm getting confused. Do you mean that there's an installer >>option that will load the Reiser module? I usually use "linux >>reiserfs", and that doesn't do anything in Severn... >> >> > >That's because there is no kernel module. Funny, I think I've mentioned >this to you before. > > > Cool. If that all it takes that's a 10 minute job. Just open modules.cgz and add the reiserfs module from the kernel-BOOT rpm, and make a new stage2.img. Still it would be annoying to "fix" it every redhat release. Why make people jump thru both hoops? -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From mike at redtux.demon.co.uk Thu Jul 24 23:12:16 2003 From: mike at redtux.demon.co.uk (Mike) Date: 25 Jul 2003 00:12:16 +0100 Subject: Fairly significant problems with rpm/package tool Message-ID: <1059088334.2966.14.camel@localhost.localdomain> I have come across a few issues 1. rpm and dependency info when I do rpm -q --whatprovides all I get is the name of the package eg: gnome-panel,epiphany 2. Config tool wierd dependency info - eg: selected KDE-libs and got epiphany selected in addition, this seems bizarre No way to add packages in various groups (gnome/kde) except via list view, which means you cant see what they do. From sflory at rackable.com Thu Jul 24 23:06:50 2003 From: sflory at rackable.com (Samuel Flory) Date: Thu, 24 Jul 2003 16:06:50 -0700 Subject: Feature Request In-Reply-To: <1059086773.12134.20.camel@benjamin> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <3F204C77.3070904@rackable.com> <1059086773.12134.20.camel@benjamin> Message-ID: <3F20668A.2070807@rackable.com> Benjamin Vander Jagt wrote: >Aye! > >I switched to ReiserFS, because my brother and I simply couldn't play >Quake3 or Unreal Tournament 2003 when every ten minutes, we'd get slowed >to nearly a halt while the hard drive goes nuts. > >Plus, I used to get a lot of power outages. Ext3 has, a few times, been >totally destroyed (even fsck doesn't find data) where I have *never* >lost *any* data to ReiserFS, even on two test hard drives that were >loaded with bad sectors. When I switched to ReiserFS, I did so for the >performance, believing all the rhetoric that it wasn't as reliable as >Ext3. > > > This has been my experience as well. I maintain Rackable's burnin setup which runs under linux. I've shifted to rieserfs as it is far less likely to leave me in a unusable state if I blow a fuse in a rack and down 40 systems in Cerberus burnin. There use to be issues with it in the early days, but reiserfs is rock solid for me. And yes I'm run at 100s of systems thru 24-48 burnin. And yes my burnin tests includes a looped data corruption test on every drive. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From pri.rhl1 at iadonisi.to Thu Jul 24 23:12:18 2003 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: 24 Jul 2003 19:12:18 -0400 Subject: Subject Threading In-Reply-To: <118000000.1059082286@phaedrus.syroidmanor.com> References: <118000000.1059082286@phaedrus.syroidmanor.com> Message-ID: <1059088338.488.5.camel@va.local.linuxlobbyist.org> On Thu, 2003-07-24 at 17:31, Tom Syroid wrote: > My apologies, Paul. My bad. I frequent a number of lists, and I typically > do as you note. It was late, and my brain was obviously heading for > la-la-land ahead of my body. > > Won't happen again. > > Best, > /tom 'sokay. You weren't the only one and I just wanted to nip this in bud before it got to be a regular practice among list participants. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From sflory at rackable.com Thu Jul 24 23:07:13 2003 From: sflory at rackable.com (Samuel Flory) Date: Thu, 24 Jul 2003 16:07:13 -0700 Subject: Feature Request In-Reply-To: <1059087147.31800.119.camel@mirkwood.devel.redhat.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> <3F205DC1.5080107@rackable.com> <1059087147.31800.119.camel@mirkwood.devel.redhat.com> Message-ID: <3F2066A1.8020109@rackable.com> Jeremy Katz wrote: >On Thu, 2003-07-24 at 18:29, Samuel Flory wrote: > > >>Samuel Flory wrote: >> >> >>> The real question is will redhat accept patches to add xfs, and >>>reiserfs support to the installer? >>> >>> >> Or rather make them work durning upgrades. The installer support >>seems to be in the installer for jfs, xfs, and reiserfs, but it doesn't >>appear that you can upgrade them. I know this is true under 9, and the >>current beta. >> >> > >If the modules are built in the kernel, the installer will magically >support them (for upgrades at least -- and mostly for installs, even if >it requires a command line option for most of them right now) > > > > Not in my the one attempt I tried with reiserfs. Of course maybe the installer doesn't include the reiserfs modules. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From kfreem02 at comcast.net Thu Jul 24 23:15:48 2003 From: kfreem02 at comcast.net (Kevin Freeman) Date: Thu, 24 Jul 2003 18:15:48 -0500 Subject: Feature Request In-Reply-To: <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> Message-ID: <3F2068A4.1090609@comcast.net> Jeremy Portzer wrote: > But you have to be realistic about configuration tools. If you are > looking for a vast increase in the number of options, and thus the > complexity, of basic things like filesystems, there will be an > exponential increase in the codebase necessary for configuration > tools. There are only limited resources available. As linuxconf > demonstrated, you have to be REALLY good at writing configuration tools, > or you end up with a big mess. Have you looked at anaconda code? It _already_ contains code to handle the requested filesystems, unless it was recently ripped out. The GUI just hides that fact from the end user. Kevin From etbonick at networkinggeeks.com Thu Jul 24 23:21:24 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Thu, 24 Jul 2003 18:21:24 -0500 (CDT) Subject: Feature Request In-Reply-To: <3F2068A4.1090609@comcast.net> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <3F2068A4.1090609@comcast.net> Message-ID: <1978.10.10.10.2.1059088884.squirrel@www.networkinggeeks.com> > Jeremy Portzer wrote: > >> But you have to be realistic about configuration tools. If you are >> looking for a vast increase in the number of options, and thus the >> complexity, of basic things like filesystems, there will be an >> exponential increase in the codebase necessary for configuration >> tools. There are only limited resources available. As linuxconf >> demonstrated, you have to be REALLY good at writing configuration >> tools, or you end up with a big mess. > > Have you looked at anaconda code? It _already_ contains code to handle > the requested filesystems, unless it was recently ripped out. The GUI > just hides that fact from the end user. > Why bother putting it in if you are going to hide it? -- Ethan Bonick etbonick_AT_networkinggeeks.com http://www.networkinggeeks.com From benjaminvanderjagt at adelphia.net Thu Jul 24 23:21:01 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 24 Jul 2003 19:21:01 -0400 Subject: Feature Request In-Reply-To: <20030724185703.A30801@devserv.devel.redhat.com> References: <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> <3F205DC1.5080107@rackable.com> <1059087147.31800.119.camel@mirkwood.devel.redhat.com> <1059087271.12134.23.camel@benjamin> <20030724185703.A30801@devserv.devel.redhat.com> Message-ID: <1059088861.12134.32.camel@benjamin> On Thu, 2003-07-24 at 18:57, Bill Nottingham wrote: > Benjamin Vander Jagt (benjaminvanderjagt at adelphia.net) said: > > I'm sorry, I'm getting confused. Do you mean that there's an installer > > option that will load the Reiser module? I usually use "linux > > reiserfs", and that doesn't do anything in Severn... > > That's because there is no kernel module. Funny, I think I've mentioned > this to you before. > > Bill > You did, and I figured that just meant I'd have to add it to the kernel post-install. I'm just a little confused in the wording. And you're right, you mentioned it before. "Compile it into the kernel. Seriously, you'll never get the option in the installer if the module isn't there..." I guess I could have figured that out myself, but this English language isn't as good as, say, C++. :-p I didn't see "The module isn't on the CDs", so I didn't put 1.5 and 2.5 together to get 4... > If the modules are built in the kernel, the installer will magically > support them (for upgrades at least -- and mostly for installs, even if > it requires a command line option for most of them right now) Then this made me wonder if perhaps I misunderstood and the modules were really there. I think I got it now, but is there any way I could load a module off of a floppy or another CD? Would Anaconda be happy after that, or are there other things missing, like mkfs.reiserfs? Thanks... > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From ghenriks at rogers.com Thu Jul 24 23:21:02 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Thu, 24 Jul 2003 19:21:02 -0400 Subject: NVIDIA - Compile driver In-Reply-To: <1059083941.1377.8.camel@twoface> References: <1059083941.1377.8.camel@twoface> Message-ID: On 24 Jul 2003 15:59:01 -0600, you wrote: >Having problems compiling the driver for an NVIDIA card... The kernel is compiled with gcc 3.2.3 so make sure you have installed the gcc32 rpm from the beta. Then do "export CC=gcc32" before running the NVIDIA installer. From rhl-beta-list at cygnusx-1.org Thu Jul 24 23:23:03 2003 From: rhl-beta-list at cygnusx-1.org (Nathan G. Grennan) Date: 24 Jul 2003 16:23:03 -0700 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: <20030724182751.A13683@devserv.devel.redhat.com> References: <1059084902.8656.16.camel@ws.1sttier.net> <200307242222.h6OMMUk16471@devserv.devel.redhat.com> <20030724182751.A13683@devserv.devel.redhat.com> Message-ID: <1059088982.14569.1.camel@ws.1sttier.net> On Thu, 2003-07-24 at 15:27, Bill Nottingham wrote: > Alan Cox (alan at redhat.com) said: > > > USB1 module. I also had to take settings from /etc/modules.conf to > > > /etc/modprobe.conf This was especially annoying since I use a USB > > > > There is a script with the 2.5 module tools to generate a conf file from > > your existing one. It knows some of the name changes but submit others > > to Rusty Russell > > It should be run on installation of the new modutils, but only once. > If it's not working, that's a bug. > It did transfer my my eth0 and eth1 aliases, but didn't transfer the USB aliases. So I guess it was a bug, I will file one shortly. Even if it had transfered them, the name of the USB1 module changed and would have resulted in the same issue of it not loading and no USB keyboard or mouse. From rhl-beta-list at cygnusx-1.org Thu Jul 24 23:25:39 2003 From: rhl-beta-list at cygnusx-1.org (Nathan G. Grennan) Date: 24 Jul 2003 16:25:39 -0700 Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: <200307242222.h6OMMUk16471@devserv.devel.redhat.com> References: <200307242222.h6OMMUk16471@devserv.devel.redhat.com> Message-ID: <1059089139.14569.5.camel@ws.1sttier.net> > Grub has size constraints like all boot loaders. USB is non trivial. I > agree in the longer term that Grub would benefit from native USB keyboard > although EFI firmware may one day make that problem go away (or become > different or something like that 8)) > I understand size constraints in the boot sector, but Grub loads other parts from disk. I would think USB support could be in one of the later stages from disk. From alan at redhat.com Thu Jul 24 23:31:03 2003 From: alan at redhat.com (Alan Cox) Date: Thu, 24 Jul 2003 19:31:03 -0400 (EDT) Subject: 2.6.0-test1 kernel? gcc 3.3 compiler? In-Reply-To: <1059089139.14569.5.camel@ws.1sttier.net> from "Nathan G. Grennan" at Gor 24, 2003 04:25:39 Message-ID: <200307242331.h6ONV3Y12806@devserv.devel.redhat.com> > I understand size constraints in the boot sector, but Grub loads other > parts from disk. I would think USB support could be in one of the later > stages from disk. The GRUB authors welcome submissions Im sure From florin at sgi.com Thu Jul 24 23:29:06 2003 From: florin at sgi.com (Florin Andrei) Date: 24 Jul 2003 16:29:06 -0700 Subject: Reiserfs (was: feature request) In-Reply-To: <1059087861.2622.104.camel@mentor.gurulabs.com> References: <1059087861.2622.104.camel@mentor.gurulabs.com> Message-ID: <1059089345.13886.101.camel@stantz.corp.sgi.com> On Thu, 2003-07-24 at 16:04, Dax Kelson wrote: > On Thu, 2003-07-24 at 16:46, Benjamin Vander Jagt wrote: > > Plus, I used to get a lot of power outages. Ext3 has, a few times, been > > totally destroyed (even fsck doesn't find data) where I have *never* > > lost *any* data to ReiserFS, even on two test hard drives that were > > loaded with bad sectors. > > This sounds wrong. Reiserfs's bad block handling is an ACKNOWLEDGED > problem by NameSys. > http://namesys.com/bad-block-handling.html I agree. Benjamin is probably speaking from his own perspective. ReiserFS is, at this moment, probably the least robust of the journalised filesystems on Linux. Of course, it's interesting feature-wise. -- Florin Andrei "Never send a human to do a machine's job." - Agent Smith From feliciano.matias at free.fr Thu Jul 24 23:36:38 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Jul 2003 01:36:38 +0200 Subject: Fairly significant problems with rpm/package tool In-Reply-To: <1059088334.2966.14.camel@localhost.localdomain> References: <1059088334.2966.14.camel@localhost.localdomain> Message-ID: <1059089798.1144.11.camel@one.myworld> Le ven 25/07/2003 ? 01:12, Mike a ?crit : > I have come across a few issues > > 1. rpm and dependency info > > when I do rpm -q --whatprovides all I get is the name of > the package eg: gnome-panel,epiphany > man rpm : --whatprovides CAPABILITY Query all *packages* that provide the CAPABILITY capability. > 2. Config tool > > wierd dependency info - eg: selected KDE-libs and got epiphany selected > in addition, this seems bizarre > > No way to add packages in various groups (gnome/kde) except via list > view, which means you cant see what they do. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From notting at redhat.com Thu Jul 24 23:38:10 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 24 Jul 2003 19:38:10 -0400 Subject: Feature Request In-Reply-To: <1059088861.12134.32.camel@benjamin>; from benjaminvanderjagt@adelphia.net on Thu, Jul 24, 2003 at 07:21:01PM -0400 References: <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> <3F205DC1.5080107@rackable.com> <1059087147.31800.119.camel@mirkwood.devel.redhat.com> <1059087271.12134.23.camel@benjamin> <20030724185703.A30801@devserv.devel.redhat.com> <1059088861.12134.32.camel@benjamin> Message-ID: <20030724193810.A14088@devserv.devel.redhat.com> Benjamin Vander Jagt (benjaminvanderjagt at adelphia.net) said: > You did, and I figured that just meant I'd have to add it to the kernel > post-install. I'm just a little confused in the wording. > > And you're right, you mentioned it before. > > "Compile it into the kernel. Seriously, you'll never get the option > in the installer if the module isn't there..." > > I guess I could have figured that out myself, but this English language > isn't as good as, say, C++. :-p I didn't see "The module isn't on the > CDs", so I didn't put 1.5 and 2.5 together to get 4... Correct; basically, *if* the module is built for kernel-BOOT, and it's in modules.cgz on the second stage installer, and you pass the command line option, it will work. Currently, the module is not built (don't recall why, off the top of my head), and therefore it's not on the images. > I think I got it now, but is there any way I could load a module off of > a floppy or another CD? Would Anaconda be happy after that, or are > there other things missing, like mkfs.reiserfs? The tools are still there. I don't recall if making a driver disk for filesystems works. I doubt it does. Bill From mike at redtux.demon.co.uk Thu Jul 24 23:38:26 2003 From: mike at redtux.demon.co.uk (Mike) Date: 25 Jul 2003 00:38:26 +0100 Subject: Question about loading cs4232 sound modules In-Reply-To: <1059053992.3308.1.camel@bart.netlyncs.com> References: <20030724133141.54886.qmail@web60001.mail.yahoo.com> <1059053992.3308.1.camel@bart.netlyncs.com> Message-ID: <1059089904.2966.18.camel@localhost.localdomain> On Thu, 2003-07-24 at 14:39, Mike Chambers wrote: > On Thu, 2003-07-24 at 08:31, Mike Martin wrote: > > > On bootup kudzu recognises the soundcard and apparently configures > > it. > > However the module does not load on bootup > > What confuses me is is I do modprobe cs4232 it loads fine > > > > Anyone any idea what I need to do to get it loaded at startup > > Check your /etc/modules.conf file to see if it's listed, and if not add > it. this is modules.conf alias eth0 8139too alias sound-slot-2 cs4232 alias sound-slot-0-0 cs4232 pre-remove sound-slot-2 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || : and this is /etc/modprobe.conf (same with both) include /etc/modprobe.conf.dist alias eth0 8139too alias sound-slot-2 cs4232 alias sound-slot-0-0 cs4232 options cs4232 io=0x534 irq=9 dma=1,3 alias char-major-10-1 mousedev From kfreem02 at comcast.net Thu Jul 24 23:45:35 2003 From: kfreem02 at comcast.net (Kevin Freeman) Date: Thu, 24 Jul 2003 18:45:35 -0500 Subject: Feature Request In-Reply-To: <1978.10.10.10.2.1059088884.squirrel@www.networkinggeeks.com> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <3F2068A4.1090609@comcast.net> <1978.10.10.10.2.1059088884.squirrel@www.networkinggeeks.com> Message-ID: <3F206F9F.4060201@comcast.net> Ethan Bonick wrote: >>Jeremy Portzer wrote: >> >> >>>But you have to be realistic about configuration tools. If you are >>>looking for a vast increase in the number of options, and thus the >>>complexity, of basic things like filesystems, there will be an >>>exponential increase in the codebase necessary for configuration >>>tools. There are only limited resources available. As linuxconf >>>demonstrated, you have to be REALLY good at writing configuration >>>tools, or you end up with a big mess. >> >>Have you looked at anaconda code? It _already_ contains code to handle >>the requested filesystems, unless it was recently ripped out. The GUI >>just hides that fact from the end user. >> > > > Why bother putting it in if you are going to hide it? > Now that is the $6 million question. From past responses I gather that the reason is that Red Hat utterly despises everything except ext2/3. And now they have even stopped including kernel modules for the other filesystems on the install CDs, making the "workaround" even harder. What once required a simple "linux reiserfs" at the boot prompt now requires 2 more steps: build a new boot kernel with needed fs modules, and build a new boot CD containing the newly-built kernel. I wonder how many users will switch to other distros rather than taking the opportunity to learn how to build a custom install CD? ... but I'm not bitter ... OK, maybe just a little. :) Kevin From benjaminvanderjagt at adelphia.net Thu Jul 24 23:47:59 2003 From: benjaminvanderjagt at adelphia.net (Benjamin Vander Jagt) Date: 24 Jul 2003 19:47:59 -0400 Subject: Feature Request In-Reply-To: <20030724193810.A14088@devserv.devel.redhat.com> References: <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> <3F205DC1.5080107@rackable.com> <1059087147.31800.119.camel@mirkwood.devel.redhat.com> <1059087271.12134.23.camel@benjamin> <20030724185703.A30801@devserv.devel.redhat.com> <1059088861.12134.32.camel@benjamin> <20030724193810.A14088@devserv.devel.redhat.com> Message-ID: <1059090479.12134.34.camel@benjamin> On Thu, 2003-07-24 at 19:38, Bill Nottingham wrote: > Benjamin Vander Jagt (benjaminvanderjagt at adelphia.net) said: > > You did, and I figured that just meant I'd have to add it to the kernel > > post-install. I'm just a little confused in the wording. > > > > And you're right, you mentioned it before. > > > > "Compile it into the kernel. Seriously, you'll never get the option > > in the installer if the module isn't there..." > > > > I guess I could have figured that out myself, but this English language > > isn't as good as, say, C++. :-p I didn't see "The module isn't on the > > CDs", so I didn't put 1.5 and 2.5 together to get 4... > > Correct; basically, *if* the module is built for kernel-BOOT, and it's > in modules.cgz on the second stage installer, and you pass the command > line option, it will work. > > Currently, the module is not built (don't recall why, off the top of > my head), and therefore it's not on the images. > > > I think I got it now, but is there any way I could load a module off of > > a floppy or another CD? Would Anaconda be happy after that, or are > > there other things missing, like mkfs.reiserfs? > > The tools are still there. I don't recall if making a driver disk > for filesystems works. I doubt it does. > > Bill > Cool, thanks. Bye... > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Benjamin Vander Jagt From feliciano.matias at free.fr Thu Jul 24 23:51:49 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Jul 2003 01:51:49 +0200 Subject: Feature Request In-Reply-To: <3F206F9F.4060201@comcast.net> References: <9562.63.96.64.130.1059076609.squirrel@www.networkinggeeks.com> <1059077353.5247.49.camel@jeremy.dtcc.cc.nc.us> <8192.63.96.64.130.1059078010.squirrel@www.networkinggeeks.com> <1059078204.5247.60.camel@jeremy.dtcc.cc.nc.us> <3F2068A4.1090609@comcast.net> <1978.10.10.10.2.1059088884.squirrel@www.networkinggeeks.com> <3F206F9F.4060201@comcast.net> Message-ID: <1059090708.1144.14.camel@one.myworld> Le ven 25/07/2003 ? 01:45, Kevin Freeman a ?crit : > Ethan Bonick wrote: > >>Jeremy Portzer wrote: > >> > >> > >>>But you have to be realistic about configuration tools. If you are > >>>looking for a vast increase in the number of options, and thus the > >>>complexity, of basic things like filesystems, there will be an > >>>exponential increase in the codebase necessary for configuration > >>>tools. There are only limited resources available. As linuxconf > >>>demonstrated, you have to be REALLY good at writing configuration > >>>tools, or you end up with a big mess. > >> > >>Have you looked at anaconda code? It _already_ contains code to handle > >>the requested filesystems, unless it was recently ripped out. The GUI > >>just hides that fact from the end user. > >> > > > > > > Why bother putting it in if you are going to hide it? > > > > Now that is the $6 million question. From past responses I gather that > the reason is that Red Hat utterly despises everything except ext2/3. > And now they have even stopped including kernel modules for the other > filesystems on the install CDs, making the "workaround" even harder. Bugzilla. > What once required a simple "linux reiserfs" at the boot prompt now > requires 2 more steps: build a new boot kernel with needed fs modules, > and build a new boot CD containing the newly-built kernel. I wonder how > many users will switch to other distros rather than taking the > opportunity to learn how to build a custom install CD? > > ... but I'm not bitter ... OK, maybe just a little. :) > > Kevin > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From shrek-m at gmx.de Thu Jul 24 23:55:22 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 25 Jul 2003 01:55:22 +0200 Subject: Network install failure In-Reply-To: <1059078207.26328.0.camel@galt.atlas.gotdns.org> References: <1058994710.9987.95.camel@galt.atlas.gotdns.org> <3F200376.9050102@redhat.com> <1059078207.26328.0.camel@galt.atlas.gotdns.org> Message-ID: <3F2071EA.4050204@gmx.de> Matt Whiteley wrote: >On Thu, 2003-07-24 at 09:04, Mike McLean wrote: > > >> >>The network install methods are: nfs, ftp, http, nfsiso, httpdisc, and >>ftpdisc. >> >>- nfs, ftp, and http installs work off of a unified tree (All rpms in a >>single tree) that is accessible via the given protocol. >> >>- nfsiso works off of an nfs directory containing the isos (and nothing >>else!). No other network install method can use raw isos. >> >>- ftpdisc and httpdisc work off of a directory containing the split tree >>(one subdirectory per disc). So you might point the installer at >>http://myserver/Severn/discs/ where the discs directory contains >>subdirectories disc1, disc2, and disc3 which themselves contain the >>contents of the three discs. The idea behind these methods is that you >>can loopback mount the three isos on your server, make those mountpoint >>accessible via ftp or http, and run a network install off of that. >> >> thanks >This was so much easier and complete to understand than what I read in >the manual. > i have no luck with my intel etherexpress 100 / e100 driver link is ok but no network-connection no ping, http, nfs, ftp, ... is possible with the rhl 9 bootdisk.img, drvnet.img no problems then i have to cdrecording at least cd #1 for a minimal english-installation, german-mini-inst need 3 packages from cd #2 and no chance to come further without cd #2 :-( while burning, it seems that anaconda try his best to find cd/iso/directory tty3: local cd-rom: -> # trying to mount device hdd harddisk: /dev/hdb1 /severn -> # partition /dev/hdb1 selected # mounting hdb1 for harddrive install tty4 <4> EXT2-fs warning ... nfs: # going to do nfsGetSetup 192.168.0.1 severn -> # mounting nfs path 192.168.0.1:/severn ftp: 192.168.0.1 severn -> # starting to STEP_URL # trying to mount device hdd # transferring ftp://192.168.0.1//severn/RedHat/base/updates.img to fd # transferring ftp://192.168.0.1//severn/RedHat/base/product.img to fd # 2565000 are available # transferring ftp://192.168.0.1//severn/RedHat/base/stage2.img to fd http: 192.168.0.1 severn -> # trying to mount device hdd # transferring http://192.168.0.1//severn/RedHat/base/updates.img to fd # transferring http://192.168.0.1//severn/disc1/RedHat/base/updates.img to fd # transferring http://192.168.0.1//severn/RedHat/base/product.img to fd # transferring http://192.168.0.1//severn/disc1/RedHat/base/product.img to fd # 2565000 are available # transferring http://192.168.0.1//severn/RedHat/base/stage2.img to fd # transferring http://192.168.0.1//severn/disc1/RedHat/base/stage2.img to fd -- shrek-m From ebpeele2 at pams.ncsu.edu Fri Jul 25 01:45:09 2003 From: ebpeele2 at pams.ncsu.edu (Elliot Peele) Date: 24 Jul 2003 21:45:09 -0400 Subject: NVIDIA - Compile driver In-Reply-To: <1059083941.1377.8.camel@twoface> References: <1059083941.1377.8.camel@twoface> Message-ID: <1059097509.2501.2.camel@localhost.localdomain> If you read the error message it give you in the log it tells you want to do. Either set the IGNORE_CC_MISMATCH environment variable or set the CC environment variable to the compiler used to compile the kernel. Personally I do the first (ie. export IGNORE_CC_MISMATCH=1). Elliot On Thu, 2003-07-24 at 17:59, Mitch Anderson wrote: > Having problems compiling the driver for an NVIDIA card... > > It gives me the error(from /var/log/nvidia-installer.log): > > executing: 'cd ./usr/src/nv; make nvidia.o > SYSINCLUDE=/lib/modules/2.4.21-20 > .1.2024.2.1.nptl/build/include'... > > You appear to be compiling the NVIDIA kernel module with > a compiler different from the one that was used to compile > the running kernel. This may be perfectly fine, but there > are cases where this can lead to unexpected behaviour and > system crashes. > > If you know what you are doing and want to override this > check, you can do so by setting IGNORE_CC_MISMATCH. > > In any other case, set the CC environment variable to the > name of the compiler that was used to compile the kernel. > > *** Failed cc sanity check. Bailing out! *** > make: *** [gcc-check] Error 1 > -> Error. > ERROR: Unable to build the NVIDIA kernel module. > ERROR: Installation has failed. Please see the file > '/var/log/nvidia-installer.log' for details. You may find > suggestions > on fixing installation problems in the README available on the > Linux > driver download page at www.nvidia.com > > > I tried installing gcc and ccp packages from RH9, but cpp depends on > XFree86-4.3... and continues... > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rhce at cybersurf.com Fri Jul 25 01:48:34 2003 From: rhce at cybersurf.com (Mark Hutchinson) Date: Thu, 24 Jul 2003 19:48:34 -0600 Subject: Reiserfs (was: feature request) In-Reply-To: <1059089345.13886.101.camel@stantz.corp.sgi.com> References: <1059087861.2622.104.camel@mentor.gurulabs.com> <1059089345.13886.101.camel@stantz.corp.sgi.com> Message-ID: <1059097714.3f208c725b1c0@webmail.3web.com> Losing data on ext3 is a bit odd. I have 50 servers running, they have all seen hard power off's. Once all at the same time! I have even powered off machines while in the middle of an fsck and never lost any daya. I suspect that you may have had some other issues that led to the non-recoverable data issue. Mark Quoting Florin Andrei : > On Thu, 2003-07-24 at 16:04, Dax Kelson wrote: > > On Thu, 2003-07-24 at 16:46, Benjamin Vander Jagt wrote: > > > Plus, I used to get a lot of power outages. Ext3 has, a few times, > been > > > totally destroyed (even fsck doesn't find data) where I have *never* > > > lost *any* data to ReiserFS, even on two test hard drives that were > > > loaded with bad sectors. > > > > This sounds wrong. Reiserfs's bad block handling is an ACKNOWLEDGED > > problem by NameSys. > > http://namesys.com/bad-block-handling.html > > I agree. Benjamin is probably speaking from his own perspective. > > ReiserFS is, at this moment, probably the least robust of the > journalised filesystems on Linux. > Of course, it's interesting feature-wise. > > -- > Florin Andrei > > "Never send a human to do a machine's job." - Agent Smith > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > -- "Computers are like air conditioners: They stop working properly if you open windows." ------------------------------------------------- This mail sent with 3Web WebMail http://www.3web.com From mattharrison at sbcglobal.net Fri Jul 25 02:10:31 2003 From: mattharrison at sbcglobal.net (Matt Jones) Date: 24 Jul 2003 19:10:31 -0700 Subject: Any luck with Mono? Message-ID: <1059099031.4616.2.camel@localhost.localdomain> Hi - I'm trying out dashboard, and i seem to be having some major issues installing mono on severn. I've tried both the most recent stable release (0.25.1 i think), and the most recent cvs. The error always occurs when trying to compile w/ mcs - running mono /usr/local/bin/mcs.exe always segfaults. It's not the source code's fault - i use it on rh9 and it works like a charm. Maybe i missed something in the release notes, but this seems like a major issue (i can file something in bugzilla if noone here has gotten it working). From cochranb at speakeasy.net Fri Jul 25 02:26:08 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 24 Jul 2003 22:26:08 -0400 Subject: Low Memory Warning During Installation Message-ID: <1059099968.4240.13.camel@bobcp4.lingpgmr.com> I'm installing Severn to /dev/hdb on my test machine. This is an NFS install which I started by booting off CD #1, typing 'linux askmethod', selecting 'NFS image' when prompted, and then pointing the installer at the NFS partition. On the installation machine /dev/hda has a modified version of Red Hat 9 running a 2.5.x kernel, so I want to dual-boot two Red Hat versions. Got a low memory warning right after autopartitioning of hdb. What I did: *select autopartition *de-select hda as an allowable drive *edit /boot to change it from the 100 Mb default to 400 I notice that swap on hda was selected for formatting, but decided to let this go. When I clicked 'next' after editing the size of /boot, a window came up warning that I have low memory and swap needs to be formatted and activated immediately. It asked me for an okay to do that. I've agreed. This machine has 512 Mb memory, so I'm rather puzzled that it needed any swap whatsoever. Comments, anyone? Bob Cochran Greenbelt, Maryland, USA -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From aoliva at redhat.com Thu Jul 24 04:13:24 2003 From: aoliva at redhat.com (Alexandre Oliva) Date: 24 Jul 2003 01:13:24 -0300 Subject: Severn doesn't install In-Reply-To: <20030722222559.98977.qmail@web41209.mail.yahoo.com> References: <20030722222559.98977.qmail@web41209.mail.yahoo.com> Message-ID: On Jul 22, 2003, Nathan Murphy wrote: > hde: lost interrupt What's the motherboard/chipset? I recently ran into a similar problem on my Asus A7V133 MoBo with VIA KT133 chipset, when I added a PCI IDE controller card to the system. It turned out that the problem was that I had `Byte Merge' enabled in the chipset configuration in the BIOS. Disabling that fixed the problem. -- Alexandre Oliva, GCC Team, Red Hat From mas118 at york.ac.uk Fri Jul 25 04:09:52 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Fri, 25 Jul 2003 11:09:52 +0700 Subject: perl modules missing? In-Reply-To: References: <1059020185.7884.45.camel@bushido> Message-ID: <1059106192.7636.7.camel@bushido> On Thu, 2003-07-24 at 12:33, Chip Turner wrote: > Michel Alexandre Salim writes: > > > I get the following while trying to install Mono packages for RH9 on > > Severn. AFAIR they installed fine on a stock RH9 setup - but I could not > > remember exactly if Ximian Desktop 2 was installed at the time. > > > > In any case it should not matter, since XD2 does not include Perl. Has > > there been a major overhaul of RH's Perl packages between RH9 and > > Severn? FYI I have all packages from 3 CDs installed. > > Nope; there have been no major changes to perl except for perl itself, > but those changes should be backwards compatible. Looks like you're > missing perl-XML-LibXML, which we have never shipped (though since it > is one I maintain for some of RHN's internal software, I may stick it > on people somewhere if there is interest). Maybe we can get it in the > official Cambridge++; I personally find it immensely powerful. > I thought so but I could not remember installing perl-XML-LibXML .. bizarre. Using RPMfind, between Ximian, Red Hat and FreshRPMS only FreshRPMS has it in a 'testing' section; I wonder what Ximian's Mono RPMs are compiled against then. Guess I'll try rebuilding them for Severn ... then again someone else tried compiling Mono and apparently it segfaulted. Ah well. Would be nice to have XML, SAX etc. Perl modules built-in next time round. Regards, Michel From igorbounov at voronezh.serw.ru Fri Jul 25 04:13:24 2003 From: igorbounov at voronezh.serw.ru (Igor Gorbounov) Date: Fri, 25 Jul 2003 08:13:24 +0400 Subject: vmware 4.0 In-Reply-To: <1059052449.22787.3.camel@wks20.rptec.ch> References: <1059052449.22787.3.camel@wks20.rptec.ch> Message-ID: <3F20AE64.7030207@voronezh.serw.mps> Jean-Eric Cuendet wrote: >Hi, >I'm unable to make vmware work correctly on Severn. >I'm unable to setup vmware tools (Net, Graphics) which are really >useful. >The mouse is slow (probably because vmware tools are not installed). > >The default driver is pcnet32 (AMD 79c970, PCNET32 Lance), it loads OK, >but then the network script say the cable is not plugged... >The host OS (linux RH9) has network running just fine and the second >vmware machine (Win2k) is also running fine with network and vmware >tools. >Does anyone have ideas on how to do it working? >Thanks >-jec > >PS: why is the kernel compiled with gcc 3.2.3 and the installed compiler >is 3.3? > > > > It's strange because wmware-4460 works fine at me (better, than on RH9). No complaints yet, though I haven't done anything special& Igor Gorbounov From philipwyett at dsl.pipex.com Fri Jul 25 04:24:33 2003 From: philipwyett at dsl.pipex.com (Philip Wyett) Date: 25 Jul 2003 05:24:33 +0100 Subject: desktop-printing and kde In-Reply-To: <20030723083749.GE1448@redhat.com> References: <1058922383.2564.28.camel@rh9> <20030722210744.B946@devserv.devel.redhat.com> <20030723083749.GE1448@redhat.com> Message-ID: <1059107073.2561.6.camel@rh9> On Wed, 2003-07-23 at 09:37, Tim Waugh wrote: > On Tue, Jul 22, 2003 at 09:07:44PM -0400, Bill Nottingham wrote: > > > Philip Wyett (philipwyett at dsl.pipex.com) said: > > > I will ask here before bugzilla'ing this. > > > > > > Is the Gnome 'desktop-printing' package intended to be kde dependant? I > > > ask because I am getting kdelibs, kdebase and the i18n-British packages > > > installed, during my Gnome only installs. :( > > > > It currently is using kprinter; there's some talk of it using > > qtcups instead. > > The problem is that qtcups is no longer maintained AIUI, and all the > other solutions in this area (display a print dialog) seem to have > dependencies on things we don't ship (yet?). > > If anyone knows a good, reasonably dependency-free, application to > display a print dialog and send stdin to the selected printer, please > speak up! > > Otherwise I'll hack up a Python one using the pycups thing > from redhat-config-printer. > > Tim. > */ Hi, If this dependency is to be broken - Which I hope it is! I have found another little problem you will need to deal with at that time. The 'xpdf' launcher icon is one which resides in kdebase: /usr/share/icons/crystalsvg/48x48/apps/acroread.png and thus if the 'desktop-printing' dependency is broken and 'kdebase' not installed, you will not get a launcher icon with xpdf under Gnome. Regards Philip Wyett -- AOL Instant Messenger (AIM) or Yahoo Messenger: PhilipWyett Email: philipwyett at dsl.pipex.com Website: http://www.philipwyett.dsl.pipex.com Public key: http://www.philipwyett.dsl.pipex.com/gpg/public_key.txt -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mbrodeur+rhlp at NextTime.com Fri Jul 25 05:25:19 2003 From: mbrodeur+rhlp at NextTime.com (Matt Brodeur) Date: Fri, 25 Jul 2003 01:25:19 -0400 (EDT) Subject: Anaconda+small-mem+lvm-swap crash In-Reply-To: <1059062551.31800.13.camel@mirkwood.devel.redhat.com> References: <1059062551.31800.13.camel@mirkwood.devel.redhat.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 24 Jul 2003, Jeremy Katz wrote: > On Wed, 2003-07-23 at 23:41, Barton, Christopher wrote: > > FWIW -- Anaconda crashes for me when I install over NFS on a box with 256 > > Mb of memory & place swap on LVM. The installer says that it needs to > > activate swap space in order to continue, and then reports a problem and > > quits. > > I vaguely remember seeing a bug about this -- you might want to double > check, though. I just searched a bit and nothing turned up. Anyone have a bug # for this issue? I'm seeing it as well, so I guess I'll file a new bug if one doesn't exist. - -- Matt Brodeur RHCE MBrodeur at NextTime.com http://www.NextTime.com Once it hits the fan, the only rational choice is to sweep it up, package it, and sell it as fertilizer. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/IL9Cc8/WFSz+GKMRAjsXAJ4mMj61qY6Nsg6UIdgXbmKHk3x5GQCggQY2 tmpZL0zl1uDc7KYfRU4oLJY= =cQ1B -----END PGP SIGNATURE----- From tdiehl at rogueind.com Fri Jul 25 05:50:36 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Fri, 25 Jul 2003 01:50:36 -0400 (EDT) Subject: Graphical boot isn't so graphical In-Reply-To: <3F1F4775.8080709@rackable.com> Message-ID: On Wed, 23 Jul 2003, Samuel Flory wrote: > Havoc Pennington wrote: > > >On Wed, Jul 23, 2003 at 06:25:55PM -0700, Samuel Flory wrote: > > > > > >> Is seeing something like apt-get out of the question? > >> > >> > > > >In fact it's one of our highest priorities; people are arguing about > >apt vs. yum but there will definitely be stuff along these lines. > > > > > > Cool, yum is pretty good as well. I like apt as I'm familar with it > from YDL, freshrpms, and debian. Besides apt on redhat makes my debian > friends turn interesting shades of red mid rant. Looked in rawhide lately?? Yum is there already. -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From mig5682002 at yahoo.com Fri Jul 25 07:07:15 2003 From: mig5682002 at yahoo.com (miguel quinones) Date: Fri, 25 Jul 2003 00:07:15 -0700 (PDT) Subject: (no subject) Message-ID: <20030725070715.62864.qmail@web20507.mail.yahoo.com> confirm 670081 __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From peter.backlund at home.se Fri Jul 25 08:54:03 2003 From: peter.backlund at home.se (Peter Backlund) Date: Fri, 25 Jul 2003 10:54:03 +0200 Subject: NVIDIA - Compile driver In-Reply-To: <3F205AFF.9090301@martnet.com> References: <1059083941.1377.8.camel@twoface> <3F205AFF.9090301@martnet.com> Message-ID: <200307251054.03547.peter.backlund@home.se> > Is there any way we can ditch the freaking NVIDIA installer? AFAICT > that thing is a complete waste of bits. I wish I could just grab the > tarball and compile it like I always did, or make an RPM. Run the installer with ./nvidia-installer --extract-only, then you'll be able to do the old make install. Run with --help (who'd imagined?) for more options. Nvidia encourages 3:rd parties to build rpms, and I believe there's one in QA on www.fedora.us (correct me if I'm wrong). On a related topic, it would be absolutely _great_ if redhat-config-xfree86 could detect that the nvidia driver is installed, and enable you to switch to that driver simply by clicking the (normally disabled) "Enable 3d acceleration" checkbox. Only two things need to be done: comment out Load "dri", and change driver from "nv" to "nvidia". /Peter From twaugh at redhat.com Fri Jul 25 08:59:38 2003 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 25 Jul 2003 09:59:38 +0100 Subject: desktop-printing and kde In-Reply-To: <1059107073.2561.6.camel@rh9> References: <1058922383.2564.28.camel@rh9> <20030722210744.B946@devserv.devel.redhat.com> <20030723083749.GE1448@redhat.com> <1059107073.2561.6.camel@rh9> Message-ID: <20030725085938.GW1448@redhat.com> On Fri, Jul 25, 2003 at 05:24:33AM +0100, Philip Wyett wrote: > If this dependency is to be broken - Which I hope it is! I have found > another little problem you will need to deal with at that time. Please see current rawhide: desktop-printing no longer requires kdebase. > The 'xpdf' launcher icon is one which resides in kdebase: That's probably worth a bugzilla entry -- thanks for spotting it! Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From peter.backlund at home.se Fri Jul 25 09:11:21 2003 From: peter.backlund at home.se (Peter Backlund) Date: Fri, 25 Jul 2003 11:11:21 +0200 Subject: NVIDIA - Compile driver In-Reply-To: <200307251054.03547.peter.backlund@home.se> References: <1059083941.1377.8.camel@twoface> <3F205AFF.9090301@martnet.com> <200307251054.03547.peter.backlund@home.se> Message-ID: <200307251111.21457.peter.backlund@home.se> > Run the installer with ./nvidia-installer --extract-only, then you'll be > able to do the old make install. Run with --help (who'd imagined?) for more > options. This is not entirely correct. It should be sh NVIDIA-Linux-x86-1.0-4363.run --extract-only on the downloaded file. It does however also take the --help argument. /Peter From feliciano.matias at free.fr Fri Jul 25 09:31:54 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Jul 2003 11:31:54 +0200 Subject: Graphical boot Message-ID: <1059125511.1146.77.camel@one.myworld> Sorry for my poor English. If i boring you, tell me, i can understand. When i have learned that Severn has a graphical boot i think : great ! Now i see this "feature" in action. For me a graphical boot is something like windows : start the computer and everything is graphic until the you switch off the power. What we have in Severn is "strange". Start your system : - grub (cool) - ugly messages from the kernel - some text : "Press 'I' to enter intera..." oh shit, too late - clack (the sound of my monitor changing resolution) - a black screen - a X - a hourglass - a splash screen with a little window in the center (1024x768) - some strange messages like : "Probing hardware", "starting portmap", etc, etc - sometimes no message during some seconds and i think : "Oh my god, my system freeze and i don't know where !" - a progress bar (Good point!) - clack - a black screen (return in text mode) - some text. One second only. It seems i see a prompt login of a virtual console (not sure). - clack - a black screen (in 1280x1024, yet another resolution) - a X - a hourglass - and TATA. This is not the graphical boot i have expected ! It's a bad movie. Time to shutdown the system : - clack - return to the text mode and some incomprehensible messages. This is 20 % of Windows and no more. We can beat Windows or Apple in this game. I understand that the current startup (RH9 for example) is not "user-friendly". But what we have, at the present time, is not serious, not "professional". This give a bad brand image of GNU/Linux. GNU/Linux deserves to have a good graphical boot AND shutdown. But severn is not good in this point. I am sure that RedHat engineers can do better only by using a text console. Imagine : - boot - kernel message - clear screen (add an option in grub to avoid this and keep kernel message). - print the title : "Starting RedHat Linux" - a progress bar (the same as e2fsck for example) - all messages in another console (or more simply store in /var/log/message) - If a service make too much time (more than 20 seconds), print 'waiting for "probing hardware"'. - report only thing that goes wrong : "probing hardware failed, see /var/log/message". - before starting X, print "Completed". - wait 10 seconds before launching /sbin/login to not show the prompt login of the virtual console. For the shutdown, we can use some thing similar. I am not a hacker, and i don't know if my proposal is feasible. I am sure, RedHat people do their best are honest and there is not "marketing" here. But i also honest, and for me, the current graphical boot is "bad" and i prefer the RH9 starting (until we have something better :-)). -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From philipwyett at dsl.pipex.com Fri Jul 25 09:51:28 2003 From: philipwyett at dsl.pipex.com (Philip Wyett) Date: 25 Jul 2003 10:51:28 +0100 Subject: desktop-printing and kde In-Reply-To: <20030725085938.GW1448@redhat.com> References: <1058922383.2564.28.camel@rh9> <20030722210744.B946@devserv.devel.redhat.com> <20030723083749.GE1448@redhat.com> <1059107073.2561.6.camel@rh9> <20030725085938.GW1448@redhat.com> Message-ID: <1059126688.2564.9.camel@rh9> On Fri, 2003-07-25 at 09:59, Tim Waugh wrote: > On Fri, Jul 25, 2003 at 05:24:33AM +0100, Philip Wyett wrote: > > > If this dependency is to be broken - Which I hope it is! I have found > > another little problem you will need to deal with at that time. > > Please see current rawhide: desktop-printing no longer requires > kdebase. Ah, great - Thanks! I will dowmload and give it a whirl ASAP. > > > The 'xpdf' launcher icon is one which resides in kdebase: > > That's probably worth a bugzilla entry -- thanks for spotting it! > Bugzilla'ed: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100780 Regards Phil -- AOL Instant Messenger (AIM) or Yahoo Messenger: PhilipWyett Email: philipwyett at dsl.pipex.com Website: http://www.philipwyett.dsl.pipex.com Public key: http://www.philipwyett.dsl.pipex.com/gpg/public_key.txt -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From hobbit at aloss.ukuu.org.uk Fri Jul 25 10:05:52 2003 From: hobbit at aloss.ukuu.org.uk (Telsa Gwynne) Date: Fri, 25 Jul 2003 11:05:52 +0100 Subject: Graphical boot isn't so graphical In-Reply-To: <200307232224.h6NMOmM23815@devserv.devel.redhat.com> References: <3F1F0798.2030304@bourbaki.us> <200307232224.h6NMOmM23815@devserv.devel.redhat.com> Message-ID: <20030725100552.GB18407@aloss.ukuu.org.uk> On Wed, Jul 23, 2003 at 06:24:48PM -0400 or thereabouts, Alan Cox wrote: > > Is it also a "Gnome team" issue that eliminated the screen shooter that > > was in 7.3 and replaced it with a far inferior one? Can anything be done > > about that? > > It was replaced with a much saner one. I think you are the first person > I've met who counts it as better 8) Yes this was part of the Gnome teams > focus on usability Ahem. I miss the old one. The "delay x seconds" was vital for screenshots for docs and bugs (especially bugs in menus). So does whoever filed this and its duplicate: "gnome-panel-screenshot needs a timeout option": http://bugzilla.gnome.org/show_bug.cgi?id=79189 Unfortunately, we have passed UI freeze for Gnome 2.4 now, so it will have to wait until September and 2.5. Telsa From dh at iucr.org Fri Jul 25 10:05:08 2003 From: dh at iucr.org (David Holden) Date: 25 Jul 2003 11:05:08 +0100 Subject: New Website In-Reply-To: <20030724145420.GA15843@redhat.com> References: <47624.63.96.64.130.1059057905.squirrel@www.networkinggeeks.com> <20030724145420.GA15843@redhat.com> Message-ID: <1059127508.14365.0.camel@ojuelaite.iucr.org> On Thu, 2003-07-24 at 15:54, Jay Turner wrote: > On Thu, Jul 24, 2003 at 09:45:05AM -0500, Ethan Bonick wrote: > > What happened to the rhl.redhat.com website? It redirects back to redhat > > community page. Makes it hard to get download links. And read about it. > > As is common with new technologies . . . we're having some technical > difficulties with the machine which was doing the hosting. Sorting through > it right now, but in the meantime, we wanted to redirect to a real page > instead of throwing up 404 errors. > > - jkt It would have been nice if you'd at least hinted this on the redirected page rather than leaving us in the dark. Dave. -- Dr. David Holden. (Systems Developer) Visit: Crystallography Journals Online Thanks in advance:- Please avoid sending me Word or PowerPoint attachments. See: UK Privacy (R.I.P) : http://www.stand.org.uk/commentary.php3 Public GPG key available on request. ------------------------------------------------- From redtuxxx at yahoo.co.uk Fri Jul 25 10:28:11 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Fri, 25 Jul 2003 11:28:11 +0100 (BST) Subject: Graphical boot isn't so graphical In-Reply-To: <20030725100552.GB18407@aloss.ukuu.org.uk> Message-ID: <20030725102811.15673.qmail@web60006.mail.yahoo.com> --- Telsa Gwynne wrote: > On Wed, Jul 23, 2003 at 06:24:48PM -0400 or thereabouts, Alan Cox > wrote: > > > Is it also a "Gnome team" issue that eliminated the screen > shooter that > > > was in 7.3 and replaced it with a far inferior one? Can > anything be done > > > about that? > > > > It was replaced with a much saner one. I think you are the first > person > > I've met who counts it as better 8) Yes this was part of the > Gnome teams > > focus on usability > > Ahem. > > I miss the old one. The "delay x seconds" was vital for screenshots > for docs and bugs (especially bugs in menus). So does whoever filed > this and its duplicate: > > "gnome-panel-screenshot needs a timeout option": > http://bugzilla.gnome.org/show_bug.cgi?id=79189 > > Unfortunately, we have passed UI freeze for Gnome 2.4 now, so it > will have to wait until September and 2.5. > > Telsa > > not sure if its a major problem myself - the options are there in the cli, I just put applets on the panel or click run maybe a ui would be good > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From mail.sw.rh.rhl.beta at spam.fi.basen.net Fri Jul 25 10:30:32 2003 From: mail.sw.rh.rhl.beta at spam.fi.basen.net (mail.sw.rh.rhl.beta at spam.fi.basen.net) Date: Fri, 25 Jul 2003 13:30:32 +0300 (EEST) Subject: Bring back configurability in expert mode References: <1059073034.11522.0.camel@benjamin> Message-ID: <20030725103032.9F49D5481@Mikaela.A51.ORG> > Then what sound there be? Expert-Expert mode? For everything else there's always Kickstart. You get to do everything and select whatever packages you want. Pre- and post-install magic included. // kaj From redtuxxx at yahoo.co.uk Fri Jul 25 10:32:15 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Fri, 25 Jul 2003 11:32:15 +0100 (BST) Subject: desktop-printing and kde In-Reply-To: <1059126688.2564.9.camel@rh9> Message-ID: <20030725103215.17920.qmail@web60001.mail.yahoo.com> --- Philip Wyett wrote: > On Fri, 2003-07-25 at 09:59, Tim Waugh wrote: > > On Fri, Jul 25, 2003 at 05:24:33AM +0100, Philip Wyett wrote: > > > > > If this dependency is to be broken - Which I hope it is! I have > found > > > another little problem you will need to deal with at that time. > > > > Please see current rawhide: desktop-printing no longer requires > > kdebase. > > Ah, great - Thanks! I will dowmload and give it a whirl ASAP. > > > > > > The 'xpdf' launcher icon is one which resides in kdebase: > > > > That's probably worth a bugzilla entry -- thanks for spotting it! > > > > Bugzilla'ed: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100780 > > Regards > > Phil > general question - havn't checked in the beta, but I know in 8/9 all the desktop files were in a seperate package, which seems bizarre to me. IMO the desktop files should be in whatever package they relate to, otherwise you get menu entries for non-existent programs Will bugzilla after I confirm > -- > > AOL Instant Messenger (AIM) or Yahoo Messenger: PhilipWyett > > Email: philipwyett at dsl.pipex.com > > Website: http://www.philipwyett.dsl.pipex.com > > Public key: http://www.philipwyett.dsl.pipex.com/gpg/public_key.txt > > -- > > ATTACHMENT part 2 application/pgp-signature name=signature.asc __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From alan at redhat.com Fri Jul 25 11:10:17 2003 From: alan at redhat.com (Alan Cox) Date: Fri, 25 Jul 2003 07:10:17 -0400 (EDT) Subject: NVIDIA - Compile driver In-Reply-To: <200307251054.03547.peter.backlund@home.se> from "Peter Backlund" at Gor 25, 2003 10:54:03 Message-ID: <200307251110.h6PBAHL06145@devserv.devel.redhat.com> > that driver simply by clicking the (normally disabled) "Enable 3d > acceleration" checkbox. Only two things need to be done: comment out Load > "dri", and change driver from "nv" to "nvidia". And uninstall open-motif | This software is subject to an open license. It may only be | used on, with or for operating systems which are themselves open | source systems. ages ago I asked the opengroup motif people about that part of their COPYRIGHT and was informed with binary modules loaded this license doesn't apply and I should purchase a real one. Alan From jbj at redhat.com Fri Jul 25 13:27:21 2003 From: jbj at redhat.com (Jeff Johnson) Date: Fri, 25 Jul 2003 09:27:21 -0400 Subject: Fairly significant problems with rpm/package tool In-Reply-To: <1059088334.2966.14.camel@localhost.localdomain>; from mike@redtux.demon.co.uk on Fri, Jul 25, 2003 at 12:12:16AM +0100 References: <1059088334.2966.14.camel@localhost.localdomain> Message-ID: <20030725092721.B18401@devserv.devel.redhat.com> On Fri, Jul 25, 2003 at 12:12:16AM +0100, Mike wrote: > I have come across a few issues > > 1. rpm and dependency info > > when I do rpm -q --whatprovides all I get is the name of > the package eg: gnome-panel,epiphany > Add a --queryformat (also --qf, but don't confuse with -qf) as in bash$ rpm -q --qf '%{arch}\n' --whatprovides libc.so.6 i686 and you can extract whatever information you want. > 2. Config tool > > wierd dependency info - eg: selected KDE-libs and got epiphany selected > in addition, this seems bizarre > Maybe, but correcness is a whole different issue than "seems bizarre". If you believe incorrect, than a bugzilla entry is probably the best approach. > No way to add packages in various groups (gnome/kde) except via list > view, which means you cant see what they do. > Dunno this context, perhaps redhat-config-packages? There may be a way, but the context is outside my expertise, sorry. 73 de Jeff -- Jeff Johnson ARS N3NPQ jbj at redhat.com (jbj at jbj.org) Chapel Hill, NC From mas118 at york.ac.uk Fri Jul 25 13:27:53 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Fri, 25 Jul 2003 20:27:53 +0700 Subject: Any luck with Mono? In-Reply-To: <1059099031.4616.2.camel@localhost.localdomain> References: <1059099031.4616.2.camel@localhost.localdomain> Message-ID: <1059139673.6449.66.camel@bushido> On Fri, 2003-07-25 at 09:10, Matt Jones wrote: > Hi - I'm trying out dashboard, and i seem to be having some major issues > installing mono on severn. I've tried both the most recent stable > release (0.25.1 i think), and the most recent cvs. The error always > occurs when trying to compile w/ mcs - running mono > /usr/local/bin/mcs.exe always segfaults. It's not the source code's > fault - i use it on rh9 and it works like a charm. > I tried with 0.25-1.ximian.6 built for RH9 as well as 0.25-1.ximian.5 (the latest SRPM) recompiled on Severn; segfaults here as well. > Maybe i missed something in the release notes, but this seems like a > major issue (i can file something in bugzilla if noone here has gotten > it working). > Perhaps you might want to talk about it on Mono lists as well and perhaps Ximian's Mono Bugzilla. There's no post about Severn on their lists up until now. This is rather annoying - of the two RSS feed readers I know of that uses Gtk, the Python one (straw) has some db4 problems - once the database is corrupted one has to wipe config files, the other one (GtkSharpRSS) uses Mono. Regards, Michel From jes at martnet.com Fri Jul 25 14:19:55 2003 From: jes at martnet.com (Joe Smith) Date: Fri, 25 Jul 2003 10:19:55 -0400 Subject: NVIDIA - Compile driver In-Reply-To: <200307251110.h6PBAHL06145@devserv.devel.redhat.com> References: <200307251110.h6PBAHL06145@devserv.devel.redhat.com> Message-ID: <3F213C8B.3030506@martnet.com> [ suggestion: redhat-config-xfree86 detect and configure the nvidia driver ] Alan Cox wrote: > And uninstall open-motif > > | This software is subject to an open license. It may only be > | used on, with or for operating systems which are themselves open > | source systems. > > ages ago I asked the opengroup motif people about that part of their > COPYRIGHT and was informed with binary modules loaded this license doesn't > apply and I should purchase a real one. Isn't this more restrictive than the GPL and therefore incompatible? Does this mean I can't run an OpenMotif app over the wire to a non-OSS display? I.e., use OM 'with' a non-OSS system? Would it be acceptable for redhat-config-xfree86 to pop up a dialog warning that the nvidia module is not OSS and therefore may be incompatible with the licence(s) of other packages, and then let the user worry whether s?he is safe from the license police? Frankly, of the two, a good 3d driver means more to me than OpenMotif. References: <1059099031.4616.2.camel@localhost.localdomain> Message-ID: <1059144045.16814.62.camel@isengard> On Thu, 2003-07-24 at 22:10, Matt Jones wrote: > Hi - I'm trying out dashboard, and i seem to be having some major issues > installing mono on severn. I've tried both the most recent stable > release (0.25.1 i think), and the most recent cvs. The error always > occurs when trying to compile w/ mcs - running mono > /usr/local/bin/mcs.exe always segfaults. It's not the source code's > fault - i use it on rh9 and it works like a charm. > > Maybe i missed something in the release notes, but this seems like a > major issue (i can file something in bugzilla if noone here has gotten > it working). It's caused by exec-shield. `echo 0 > /proc/sys/kernel/exec-shield` is a workaround until the right magic is present to handle turning it on/off dynamically on a per-executable basis . Cheers, Jeremy From katzj at redhat.com Fri Jul 25 14:41:43 2003 From: katzj at redhat.com (Jeremy Katz) Date: 25 Jul 2003 10:41:43 -0400 Subject: Low Memory Warning During Installation In-Reply-To: <1059099968.4240.13.camel@bobcp4.lingpgmr.com> References: <1059099968.4240.13.camel@bobcp4.lingpgmr.com> Message-ID: <1059144103.16814.64.camel@isengard> On Thu, 2003-07-24 at 22:26, Robert L Cochran wrote: > When I clicked 'next' after editing the size of /boot, a window came up > warning that I have low memory and swap needs to be formatted and > activated immediately. It asked me for an okay to do that. I've agreed. > > This machine has 512 Mb memory, so I'm rather puzzled that it needed any > swap whatsoever. If you switch to tty2, what do free or /proc/meminfo say about the amount of memory you have? Cheers, Jeremy From deatrich at lthipc5.epfl.ch Fri Jul 25 14:58:31 2003 From: deatrich at lthipc5.epfl.ch (Denice) Date: Fri, 25 Jul 2003 16:58:31 +0200 (CEST) Subject: Any luck with Mono? In-Reply-To: <1059144045.16814.62.camel@isengard> Message-ID: On 25 Jul 2003, Jeremy Katz wrote: > On Thu, 2003-07-24 at 22:10, Matt Jones wrote: > > Hi - I'm trying out dashboard, and i seem to be having some major issues > > installing mono on severn. I've tried both the most recent stable > > release (0.25.1 i think), and the most recent cvs. The error always > > occurs when trying to compile w/ mcs - running mono > > /usr/local/bin/mcs.exe always segfaults. It's not the source code's > > fault - i use it on rh9 and it works like a charm. > > > > Maybe i missed something in the release notes, but this seems like a > > major issue (i can file something in bugzilla if noone here has gotten > > it working). > > It's caused by exec-shield. `echo 0 > /proc/sys/kernel/exec-shield` is > a workaround until the right magic is present to handle turning it > on/off dynamically on a per-executable basis . > seeing your post, I thought I would try turning off exec-shield while running matlab with the '-nojvm' option. Yesterday I mentioned that it segfaults. Now I see that, with exec-shield off, it works... this is matlab version 6.5.0.180913a (R13) -- denice.deatrich @ epfl.ch, DSC / LTHC-LTHI, E.P.F.L. PH: +41 (21) 693 76 67 <*> This moment's fortune cookie: Steckel's Rule to Success: Good enough is never good enough. From redtuxxx at yahoo.co.uk Fri Jul 25 15:05:12 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Fri, 25 Jul 2003 16:05:12 +0100 (BST) Subject: Fairly significant problems with rpm/package tool In-Reply-To: <20030725092721.B18401@devserv.devel.redhat.com> Message-ID: <20030725150512.19937.qmail@web60005.mail.yahoo.com> --- Jeff Johnson wrote: > On Fri, Jul 25, 2003 at 12:12:16AM +0100, Mike wrote: > > I have come across a few issues > > > > 1. rpm and dependency info > > > > when I do rpm -q --whatprovides all I get is the > name of > > the package eg: gnome-panel,epiphany > > > > Add a --queryformat (also --qf, but don't confuse with -qf) as in > > bash$ rpm -q --qf '%{arch}\n' --whatprovides libc.so.6 > i686 > and you can extract whatever information you want. > sorry about that - it was late > > 2. Config tool > > > > wierd dependency info - eg: selected KDE-libs and got epiphany > selected > > in addition, this seems bizarre > > > > Maybe, but correcness is a whole different issue than "seems > bizarre". > If you believe incorrect, than a bugzilla entry is probably the > best approach. > when I remebered the synatax (rpm -qR epiphany) no kde stuff appears and no sqeals when you remove them, so appears to be just Redhat-config-packages issue > > No way to add packages in various groups (gnome/kde) except via > list > > view, which means you cant see what they do. > > > > Dunno this context, perhaps redhat-config-packages? There may be a > way, > but the context is outside my expertise, sorry. > > 73 de Jeff > just to clarify this was what I meant - redhat-config-packages > -- > Jeff Johnson ARS N3NPQ > jbj at redhat.com (jbj at jbj.org) > Chapel Hill, NC > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From dstclair at cs.wcu.edu Fri Jul 25 15:09:51 2003 From: dstclair at cs.wcu.edu (David St.Clair) Date: Fri, 25 Jul 2003 11:09:51 -0400 Subject: NVIDIA Question Message-ID: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> This may be a dumb question, but why can't Redhat distribute NVIDIA binary drivers? In NVIDIA's licence (http://www.nvidia.com/object/nv_swlicense.html) it says: "2.1.2 Linux Exception. Notwithstanding the foregoing terms of Section 2.1.1, SOFTWARE designed exclusively for use on the Linux operating system may be copied and redistributed, provided that the binary files thereof are not modified in any way (except for unzipping of compressed files)." So, what's keeping RedHat from putting the drivers in the distribution? If it's a GPL thing, would it be easy to just download it during installation or at least give the option to the user? Thanks, -- David St.Clair dstclair at cs.wcu.edu From hosting at j2solutions.net Fri Jul 25 15:31:51 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Fri, 25 Jul 2003 08:31:51 -0700 Subject: NVIDIA Question In-Reply-To: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> Message-ID: <200307250831.51594.hosting@j2solutions.net> On Friday 25 July 2003 08:09, David St.Clair wrote: > So, what's keeping RedHat from putting the drivers in the distribution? If > it's a GPL > thing, would it be easy to just download it during installation or at > least give the option to the user? It's a closed source thing. Red Hat doesn't distribute any closed source software anymore (that I know of). It's impossible to support, and it taints your kernel. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From hosting at j2solutions.net Fri Jul 25 15:33:25 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Fri, 25 Jul 2003 08:33:25 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <20030725100552.GB18407@aloss.ukuu.org.uk> References: <3F1F0798.2030304@bourbaki.us> <200307232224.h6NMOmM23815@devserv.devel.redhat.com> <20030725100552.GB18407@aloss.ukuu.org.uk> Message-ID: <200307250833.25034.hosting@j2solutions.net> On Friday 25 July 2003 03:05, Telsa Gwynne wrote: > I miss the old one. The "delay x seconds" was vital for screenshots > for docs and bugs (especially bugs in menus). So does whoever filed > this and its duplicate: > > "gnome-panel-screenshot needs a timeout option": > http://bugzilla.gnome.org/show_bug.cgi?id=79189 > > Unfortunately, we have passed UI freeze for Gnome 2.4 now, so it > will have to wait until September and 2.5. Don't forget about "import" from the shell. sleep 5; import -w appwindow appshot.png Gives you 5 seconds to get anything ready in that particular window. Use -w root to get a complete desktop shot, or use something funky like -w fred to be able to use your mouse to select which window you want to capture. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From ted at cypress.com Fri Jul 25 15:33:19 2003 From: ted at cypress.com (Thomas Dodd) Date: Fri, 25 Jul 2003 10:33:19 -0500 Subject: custom package selection In-Reply-To: <1059076887.2622.51.camel@mentor.gurulabs.com> References: <200307241135.h6OBZt001148@devserv.devel.redhat.com> <1059063291.31800.20.camel@mirkwood.devel.redhat.com> <1059076887.2622.51.camel@mentor.gurulabs.com> Message-ID: <3F214DBF.9040401@cypress.com> I agree that at least "select individual packages" should be available. If only in text mode. But since it's mostly python, the GUI isn't too hard. Dax Kelson wrote: > I cannot put a ks.cfg on a floppy and do a CDROM based install due to > the hardware swapping needed and the fact that PHASE 1 anaconda (from > CDROM) needs to read ks.cfg from the floppy. This requires that both > CDROM AND floppy be available at the same time. If you have access to a CDR and enough space, you can create a CD with ks.cfg on it. Not a great solution, but possible. I can get details if you want. If you cannot boot the CD, I'm not sure... -Thomas From peter.backlund at home.se Fri Jul 25 15:47:54 2003 From: peter.backlund at home.se (Peter Backlund) Date: Fri, 25 Jul 2003 17:47:54 +0200 Subject: NVIDIA Question In-Reply-To: <200307250831.51594.hosting@j2solutions.net> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200307250831.51594.hosting@j2solutions.net> Message-ID: <200307251747.54735.peter.backlund@home.se> As I see it, the best way would be for a third-party project like Fedora to package the binary drivers, but with redhat-config-xfree86 being able to modify the XF86Config file. That way, you'd just 1) apt-get install nvidia-glx 2) redhat-config-xfree86 3) Check the "Enable 3d acceleration" box. 4) Restart X. Unbelievably simple. This feature would make RHL look really good in a Distro Review on osnews.com :-) /Peter On Friday 25 July 2003 17.31, Jesse Keating wrote: > On Friday 25 July 2003 08:09, David St.Clair wrote: > > So, what's keeping RedHat from putting the drivers in the distribution? > > If it's a GPL > > thing, would it be easy to just download it during installation or at > > least give the option to the user? > > It's a closed source thing. Red Hat doesn't distribute any closed source > software anymore (that I know of). It's impossible to support, and it > taints your kernel. From John.Hearns at micromuse.com Fri Jul 25 15:53:52 2003 From: John.Hearns at micromuse.com (John Hearns) Date: Fri, 25 Jul 2003 16:53:52 +0100 Subject: NVIDIA Question References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200307250831.51594.hosting@j2solutions.net> Message-ID: <009001c352c4$f56c50d0$8461cdc2@DREAD> > On Friday 25 July 2003 08:09, David St.Clair wrote: > It's a closed source thing. Red Hat doesn't distribute any closed source > software anymore (that I know of). It's impossible to support, and it taints > your kernel. No closed source and considering yum or apt-get? Why am I expecting three figures dressed as cardinals to burst in? "Nobody expects Debian!" "Three of our chief weapons are fear, surprise, ruthless packaging rules and an almost fanatical devotion to the GPL." From dstclair at cs.wcu.edu Fri Jul 25 16:13:32 2003 From: dstclair at cs.wcu.edu (David St.Clair) Date: Fri, 25 Jul 2003 12:13:32 -0400 Subject: NVIDIA Question References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200307250831.51594.hosting@j2solutions.net> Message-ID: <008001c352c7$b16bafe0$6401a8c0@Clair.nc.rr.com> Why not download it during installation (so no "distribution") making it clear that it is a 3rd party driver and is not supported? That's what SUSE does. That way the user gets to choose. I could care less if it "taints" my kernel. I just want a 3d driver that works. I know it's not hard to install, but it would just be a nice feature that would make redhat seem more polished. -- David St.Clair dstclair at cs.wcu.edu > On Friday 25 July 2003 08:09, David St.Clair wrote: > > So, what's keeping RedHat from putting the drivers in the distribution? If > > it's a GPL > > thing, would it be easy to just download it during installation or at > > least give the option to the user? > > It's a closed source thing. Red Hat doesn't distribute any closed source > software anymore (that I know of). It's impossible to support, and it taints > your kernel. > > -- > Jesse Keating RHCE MCSE > http://geek.j2solutions.net > Mondo DevTeam (www.mondorescue.org) From hosting at j2solutions.net Fri Jul 25 16:23:43 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Fri, 25 Jul 2003 09:23:43 -0700 Subject: NVIDIA Question In-Reply-To: <009001c352c4$f56c50d0$8461cdc2@DREAD> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200307250831.51594.hosting@j2solutions.net> <009001c352c4$f56c50d0$8461cdc2@DREAD> Message-ID: <200307250923.43215.hosting@j2solutions.net> On Friday 25 July 2003 08:53, John Hearns wrote: > No closed source and considering yum or apt-get? > > Why am I expecting three figures dressed as cardinals to burst in? > "Nobody expects Debian!" > "Three of our chief weapons are fear, surprise, ruthless packaging > rules and an almost fanatical devotion to the GPL." This has little to do with GPL, and everything to do with RHL developers being unable to view/modify if necessary the nvidia driver source. Once it's "included" in the distro, then steps have to be made to make sure that it'll work with all other newer software as it comes out, such as new kernels, new XFree86, all that fun stuff. Not being able to modify the nvidia source puts a huge damper on getting such updates out and available. Please note that there is _plenty_ of software in Red Hat that isn't GPL. XFree86 for one... -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From hosting at j2solutions.net Fri Jul 25 16:24:03 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Fri, 25 Jul 2003 09:24:03 -0700 Subject: NVIDIA Question In-Reply-To: <008001c352c7$b16bafe0$6401a8c0@Clair.nc.rr.com> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200307250831.51594.hosting@j2solutions.net> <008001c352c7$b16bafe0$6401a8c0@Clair.nc.rr.com> Message-ID: <200307250924.03052.hosting@j2solutions.net> On Friday 25 July 2003 09:13, David St.Clair wrote: > Why not download it during installation (so no "distribution") making > it clear that it is a 3rd party driver and is not supported? That's > what SUSE does. That way the user gets to choose. I could care less > if it "taints" my kernel. I just want a 3d driver that works. I > know it's not hard to install, but it would just be a nice feature > that would make redhat seem more polished. And then Red Hat will have to create some mechanism to re-download or rebuild the driver every time you install a new kernel or an XFree86 update. Not exactly a trivial thing to automate. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From rjohnson at medata.com Fri Jul 25 16:24:15 2003 From: rjohnson at medata.com (Rick Johnson) Date: Fri, 25 Jul 2003 09:24:15 -0700 Subject: Taroon? In-Reply-To: <3F2022F3.7060704@medata.com> References: <3F2022F3.7060704@medata.com> Message-ID: <3F2159AF.3040108@medata.com> On 7/24/2003 11:18 AM, Rick Johnson wrote: > Saw a new folder which we cannot yet access. Could this be the next RHEL > beta? > > taroon was the name. > > -Rick Looks like access has been granted on the Red Hat site. I see 4 ISO's, Disc1 Advanced Server, Disc 1 Workstation, Disc 2 common, and Disc 3 common. Plenty of architectures as well. http://ftp.redhat.com/pub/redhat/linux/beta/taroon -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From John.Hearns at micromuse.com Fri Jul 25 16:28:31 2003 From: John.Hearns at micromuse.com (John Hearns) Date: Fri, 25 Jul 2003 17:28:31 +0100 Subject: NVIDIA Question References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200307250831.51594.hosting@j2solutions.net> <009001c352c4$f56c50d0$8461cdc2@DREAD> <200307250923.43215.hosting@j2solutions.net> Message-ID: <00d201c352c9$cc556b00$8461cdc2@DREAD> > > This has little to do with GPL, I agree. It was just a joke. and everything to do with RHL developers > being unable to view/modify if necessary the nvidia driver source. > Once it's "included" in the distro, then steps have to be made to make > sure that it'll work with all other newer software as it comes out, > such as new kernels, new XFree86, all that fun stuff. Absolutely. I've heard Alan Cox speak on this matter much more eloquently than I can put it. From sflory at rackable.com Fri Jul 25 16:28:27 2003 From: sflory at rackable.com (Samuel Flory) Date: Fri, 25 Jul 2003 09:28:27 -0700 Subject: Reiserfs (was: feature request) In-Reply-To: <1059097714.3f208c725b1c0@webmail.3web.com> References: <1059087861.2622.104.camel@mentor.gurulabs.com> <1059089345.13886.101.camel@stantz.corp.sgi.com> <1059097714.3f208c725b1c0@webmail.3web.com> Message-ID: <3F215AAB.80303@rackable.com> Mark Hutchinson wrote: >Losing data on ext3 is a bit odd. > >I have 50 servers running, they have all seen hard power off's. Once all at the >same time! I have even powered off machines while in the middle of an fsck and >never lost any daya. I suspect that you may have had some other issues that led >to the non-recoverable data issue. > > > No the issue has do with ide drives, drive cache and reordering writes. Also I'm hitting the drives extremely hard. Scsi systems tend to recover with out issue. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From markoer at usa.net Fri Jul 25 22:38:20 2003 From: markoer at usa.net (Marco Ermini) Date: Fri, 25 Jul 2003 18:38:20 -0400 Subject: NVIDIA Question In-Reply-To: <009001c352c4$f56c50d0$8461cdc2@DREAD> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200307250831.51594.hosting@j2solutions.net> <009001c352c4$f56c50d0$8461cdc2@DREAD> Message-ID: <20030725183820.07adf6ff.markoer@usa.net> On Fri, 25 Jul 2003 16:53:52 +0100, "John Hearns" wrote: [...] > No closed source and considering yum or apt-get? [...] What has yum to do with Debian? regards -- Marco Ermini http://macchi.markoer.org - ICQ 50825709 - GPG KEY 0x64ABF7C6 - L.U. #180221 Perche' perdere tempo ad imparare quando l'ignoranza e' istantanea? (Hobbes) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From alan at redhat.com Fri Jul 25 16:44:05 2003 From: alan at redhat.com (Alan Cox) Date: Fri, 25 Jul 2003 12:44:05 -0400 (EDT) Subject: NVIDIA - Compile driver In-Reply-To: <3F213C8B.3030506@martnet.com> from "Joe Smith" at Gor 25, 2003 10:19:55 Message-ID: <200307251644.h6PGi5D28108@devserv.devel.redhat.com> > > ages ago I asked the opengroup motif people about that part of their > > COPYRIGHT and was informed with binary modules loaded this license doesn't > > apply and I should purchase a real one. > > Isn't this more restrictive than the GPL and therefore incompatible? Incompatible with what ? GPL software using it - possibly > Does this mean I can't run an OpenMotif app over the wire to a non-OSS > display? I.e., use OM 'with' a non-OSS system? Who knows > Would it be acceptable for redhat-config-xfree86 to pop up a dialog > warning that the nvidia module is not OSS and therefore may be > incompatible with the licence(s) of other packages, and then let the > user worry whether s?he is safe from the license police? I guess if you packaged it you could put a conflicts line in for openmotif. RHLP isnt about proprietary software. If someone wants to do nice automated packaged rpm installers for the nvidia modules go do it. The core code however needs to be clearly free software From John.Hearns at micromuse.com Fri Jul 25 16:44:45 2003 From: John.Hearns at micromuse.com (John Hearns) Date: Fri, 25 Jul 2003 17:44:45 +0100 Subject: NVIDIA Question References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com><200307250831.51594.hosting@j2solutions.net><009001c352c4$f56c50d0$8461cdc2@DREAD> <20030725183820.07adf6ff.markoer@usa.net> Message-ID: <001901c352cc$111d8860$8461cdc2@DREAD> What has yum to do with Debian? Not a lot. But it is written in Python :-) From vader21 at imsa.edu Fri Jul 25 16:54:27 2003 From: vader21 at imsa.edu (Geoff Reedy) Date: Fri, 25 Jul 2003 11:54:27 -0500 Subject: NVIDIA Question In-Reply-To: <008001c352c7$b16bafe0$6401a8c0@Clair.nc.rr.com>; from dstclair@cs.wcu.edu on Fri, Jul 25, 2003 at 12:13:32PM -0400 References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200307250831.51594.hosting@j2solutions.net> <008001c352c7$b16bafe0$6401a8c0@Clair.nc.rr.com> Message-ID: <20030725115427.C10134@shell.imsa.edu> As Havoc mentioned on this mailing list yesterday, we should be talking about the bigger picture here. I think a better discussion would be how can we make the redhat configuration tools aware of third party, possibly closed source, drivers, not just for video cards, but networks cards, printers, and anything and everything else. Not only that, but is it possible and is it desirable. Maybe like devising some sort of scheme where an RPM for a driver can have a driverinfo file that the redhat tools can use to figure out how to set up and configure devices using that driver. Geoff Reedy From alan at redhat.com Fri Jul 25 16:58:24 2003 From: alan at redhat.com (Alan Cox) Date: Fri, 25 Jul 2003 12:58:24 -0400 (EDT) Subject: NVIDIA Question In-Reply-To: <20030725115427.C10134@shell.imsa.edu> from "Geoff Reedy" at Gor 25, 2003 11:54:27 Message-ID: <200307251658.h6PGwQU26740@devserv.devel.redhat.com> > desirable. Maybe like devising some sort of scheme where an RPM for a driver > can have a driverinfo file that the redhat tools can use to figure out how to > set up and configure devices using that driver. Whats generally worked well here is things like the .desktop files, where the app scans a directory of files owned by various packages to build the menus. From jds02172003 at yahoo.com Fri Jul 25 17:08:48 2003 From: jds02172003 at yahoo.com (Jeff Starr) Date: Fri, 25 Jul 2003 10:08:48 -0700 (PDT) Subject: Remove me from your Email Beta List Message-ID: <20030725170848.97939.qmail@web41204.mail.yahoo.com> Today I have received over 500 Emails form Redhat all CC's. Something screwed up! Please delete my Email from your Email list. My Email address is> jds02172003 at yahoo.com Mr. Starr __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From nbecker at hns.com Fri Jul 25 17:19:24 2003 From: nbecker at hns.com (Neal D. Becker) Date: Fri, 25 Jul 2003 13:19:24 -0400 Subject: command to add user to supplementary group Message-ID: <200307251319.24523.nbecker@hns.com> One thing I haven't found, is a simple util to add users to supplementary groups. From mitch at metauser.net Fri Jul 25 17:21:48 2003 From: mitch at metauser.net (Mitch Anderson) Date: 25 Jul 2003 11:21:48 -0600 Subject: command to add user to supplementary group In-Reply-To: <200307251319.24523.nbecker@hns.com> References: <200307251319.24523.nbecker@hns.com> Message-ID: <1059153708.14139.0.camel@twoface> On Fri, 2003-07-25 at 11:19, Neal D. Becker wrote: > One thing I haven't found, is a simple util to add users to supplementary > groups. > moduser -G group1,group2,group3 From nbecker at hns.com Fri Jul 25 17:30:52 2003 From: nbecker at hns.com (Neal D. Becker) Date: Fri, 25 Jul 2003 13:30:52 -0400 Subject: command to add user to supplementary group In-Reply-To: <1059153708.14139.0.camel@twoface> References: <200307251319.24523.nbecker@hns.com> <1059153708.14139.0.camel@twoface> Message-ID: <200307251330.52553.nbecker@hns.com> On Friday 25 July 2003 01:21 pm, Mitch Anderson wrote: > On Fri, 2003-07-25 at 11:19, Neal D. Becker wrote: > > One thing I haven't found, is a simple util to add users to supplementary > > groups. > > moduser -G group1,group2,group3 > > > Almost, except this doesn't *add* a user to a group. You have to know which groups that user is a member of already. Say I want to add 100 users to a new group. Probably easy script to write that uses id and moduser, but really shouldn't moduser just support adding/deleting a user from the list? From mattdm at mattdm.org Fri Jul 25 17:36:07 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 25 Jul 2003 13:36:07 -0400 Subject: command to add user to supplementary group In-Reply-To: <1059153708.14139.0.camel@twoface> References: <200307251319.24523.nbecker@hns.com> <1059153708.14139.0.camel@twoface> Message-ID: <20030725173607.GA19813@jadzia.bu.edu> On Fri, Jul 25, 2003 at 11:21:48AM -0600, Mitch Anderson wrote: > On Fri, 2003-07-25 at 11:19, Neal D. Becker wrote: > > One thing I haven't found, is a simple util to add users to supplementary > > groups. > moduser -G group1,group2,group3 Oh, hey, where's that from? I've always used gpasswd -a. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From rhce at cybersurf.com Fri Jul 25 17:42:59 2003 From: rhce at cybersurf.com (Mark Hutchinson) Date: Fri, 25 Jul 2003 11:42:59 -0600 Subject: Tartoon? Message-ID: <1059154979.3f216c23ca625@webmail.3web.com> So what is Tartoon? Anyone know? Mark -- "Computers are like air conditioners: They stop working properly if you open windows." ------------------------------------------------- This mail sent with 3Web WebMail http://www.3web.com From jos at xos.nl Fri Jul 25 17:46:56 2003 From: jos at xos.nl (Jos Vos) Date: Fri, 25 Jul 2003 19:46:56 +0200 Subject: Tartoon? In-Reply-To: <1059154979.3f216c23ca625@webmail.3web.com>; from rhce@cybersurf.com on Fri, Jul 25, 2003 at 11:42:59AM -0600 References: <1059154979.3f216c23ca625@webmail.3web.com> Message-ID: <20030725194656.A5773@xos037.xos.nl> On Fri, Jul 25, 2003 at 11:42:59AM -0600, Mark Hutchinson wrote: > So what is Tartoon? Tartoon is the beta for Red Hat Enterprise Linux. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From timp at redhat.com Fri Jul 25 17:52:59 2003 From: timp at redhat.com (Tim Powers) Date: 25 Jul 2003 13:52:59 -0400 Subject: Tartoon? In-Reply-To: <20030725194656.A5773@xos037.xos.nl> References: <1059154979.3f216c23ca625@webmail.3web.com> <20030725194656.A5773@xos037.xos.nl> Message-ID: <1059155579.10989.10.camel@ragnarok.devel.redhat.com> On Fri, 2003-07-25 at 13:46, Jos Vos wrote: > On Fri, Jul 25, 2003 at 11:42:59AM -0600, Mark Hutchinson wrote: > > > So what is Tartoon? > > Tartoon is the beta for Red Hat Enterprise Linux. s/Tartoon/Taroon -- Tim Powers From mattdm at mattdm.org Fri Jul 25 18:04:14 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 25 Jul 2003 14:04:14 -0400 Subject: modules.conf and new modtils? (broken?) In-Reply-To: <20030724171035.GA18019@jadzia.bu.edu> References: <20030724143438.GB12979@jadzia.bu.edu> <20030724111738.E17865@devserv.devel.redhat.com> <20030724152009.GB14944@jadzia.bu.edu> <20030724113239.A10151@devserv.devel.redhat.com> <20030724171035.GA18019@jadzia.bu.edu> Message-ID: <20030725180414.GA20877@jadzia.bu.edu> On Thu, Jul 24, 2003 at 01:10:35PM -0400, Matthew Miller wrote: > This is RH 9 (the beta is going on after I get back from OLS), and I don't > think there have been any updates to modutils for that, have there? So it > would have been the modutils-2.4.22-8 package. And now, modutils-2.4.25-8. Ah, got it. Before, the options in the config file were used whether I was using insmod or modprobe. Now, insmod ignores it, but modprobe still works. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From joden at malachi.lee.k12.nc.us Fri Jul 25 18:33:30 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Fri, 25 Jul 2003 14:33:30 -0400 (EDT) Subject: command to add user to supplementary group In-Reply-To: <200307251319.24523.nbecker@hns.com> Message-ID: On Fri, 25 Jul 2003, Neal D. Becker wrote: > One thing I haven't found, is a simple util to add users to supplementary > groups. > usermod will do this. The key is that the -g is for their primary group (i.e. the one that shows up in the /etc/passwd file, and the -G (the big Gee!) edits the supplementary groups for the user. So to add user john to the doe group you would type: usermod -G doe john Cheers...james > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From mattdm at mattdm.org Fri Jul 25 18:26:17 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 25 Jul 2003 14:26:17 -0400 Subject: command to add user to supplementary group In-Reply-To: References: <200307251319.24523.nbecker@hns.com> Message-ID: <20030725182617.GA21321@jadzia.bu.edu> On Fri, Jul 25, 2003 at 02:33:30PM -0400, James Olin Oden wrote: > > One thing I haven't found, is a simple util to add users to supplementary > > groups. > usermod will do this. The key is that the -g is for their primary > group (i.e. the one that shows up in the /etc/passwd file, and the > -G (the big Gee!) edits the supplementary groups for the user. > So to add user john to the doe group you would type: > usermod -G doe john Yeah, but now you've removed him from any other supplementary groups. You'd have to do something sick like: usermod -G doe `groups john|cut -d' ' -f 3-` jon Or instead, "gpasswd -a john doe" does what you want. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From hoyt at cavtel.net Fri Jul 25 18:29:39 2003 From: hoyt at cavtel.net (HoytDuff) Date: Fri, 25 Jul 2003 14:29:39 -0400 Subject: Initial Install Comments on Laptop and Server that Require ACPI support Message-ID: <200307251429.39516.hoyt@cavtel.net> I installed Severn on an HP ze-1210 laptop and a Tyan MP2466 dual Athlon server. Neither had been previous candidates for Red Hat because both needed ACPI support to function well; both functioned well using Mandrake 9.1. An "everything" install was done on both machines. Just a few quick observations: Laptop The S3 TwisterK video chip was correctly detected, but the LCD display was not automatically detected. What information must I supply for the hardware database? I needed to manually load the ACPI modules( added to rc.local -- is there a better way?), but all work well: CPU temp went from 58C to 44C after the modules were loaded. Server Due to the lack of reiserfs support in the install, I was unable to use disk druid to mount existing reiserfs partitions (for /var/www and /var/ftp) during the install. I understand the 'issues' about non-ext3 for the root partition, but come on folks, this is an annoyance. It would be nice if numlock were activated during the install. I noticed that multihead config support is on the horizon, but I have not yet had time to thoroughly explore everything. -- Hoyt Duff From etbonick at networkinggeeks.com Fri Jul 25 18:36:05 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Fri, 25 Jul 2003 13:36:05 -0500 (CDT) Subject: Batch mode for adduser Message-ID: <33892.63.96.64.130.1059158165.squirrel@www.networkinggeeks.com> I would like to request a newusers like program that will take plain text passwords and encrypt them so the program could be useful. Newusers leavesthe password in plaintext which is not secure at all. I have created a script that does this same kind of function but it only works on RedHat because other distro's dont compile with the same options. Check it out on www.networkinggeeks.com/scripts.html If anyone knows how to rewrite newusers to crypt the password it would be a wonderful addition. In my Linux classes we went over the newusers command but deemd it useless because it wont crypt the passwords. Does anyone else feel this would be a very useful utility? -- Ethan Bonick etbonick_AT_networkinggeeks.com http://www.networkinggeeks.com From nbecker at hns.com Fri Jul 25 18:42:40 2003 From: nbecker at hns.com (Neal D. Becker) Date: Fri, 25 Jul 2003 14:42:40 -0400 Subject: command to add user to supplementary group In-Reply-To: <20030725182617.GA21321@jadzia.bu.edu> References: <200307251319.24523.nbecker@hns.com> <20030725182617.GA21321@jadzia.bu.edu> Message-ID: <200307251442.40767.nbecker@hns.com> On Friday 25 July 2003 02:26 pm, Matthew Miller wrote: > On Fri, Jul 25, 2003 at 02:33:30PM -0400, James Olin Oden wrote: > > > One thing I haven't found, is a simple util to add users to > > > supplementary groups. > > > > usermod will do this. The key is that the -g is for their primary > > group (i.e. the one that shows up in the /etc/passwd file, and the > > -G (the big Gee!) edits the supplementary groups for the user. > > So to add user john to the doe group you would type: > > usermod -G doe john > > Yeah, but now you've removed him from any other supplementary groups. You'd > have to do something sick like: > > usermod -G doe `groups john|cut -d' ' -f 3-` jon > > Or instead, "gpasswd -a john doe" does what you want. Thanks! gpasswd is what I want. Now, all that's missing is the man pages should be updated to point to it. In particular, 'man group' doesn't mention this command. From feliciano.matias at free.fr Fri Jul 25 19:01:13 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Jul 2003 21:01:13 +0200 Subject: Tartoon? In-Reply-To: <1059155579.10989.10.camel@ragnarok.devel.redhat.com> References: <1059154979.3f216c23ca625@webmail.3web.com> <20030725194656.A5773@xos037.xos.nl> <1059155579.10989.10.camel@ragnarok.devel.redhat.com> Message-ID: <1059159672.1146.89.camel@one.myworld> Le ven 25/07/2003 ? 19:52, Tim Powers a ?crit : > On Fri, 2003-07-25 at 13:46, Jos Vos wrote: > > On Fri, Jul 25, 2003 at 11:42:59AM -0600, Mark Hutchinson wrote: > > > > > So what is Tartoon? > > > > Tartoon is the beta for Red Hat Enterprise Linux. > > s/Tartoon/Taroon http://ftp.redhat.com/pub/redhat/linux/beta/taroon/en/as/AMD64/RELEASE-NOTES-en : "EA (Extended Attributes) and ACL (Access Control Lists) functionality is now available for ext3 file systems. In addition, ACL functionality is available for NFS. ... - samba -- Samba can export ACL functionality in this release." RedHat use beta RHL 8.0 and 9 to improve ACL and nothing for RHL ? Can you explain ? -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From mattharrison at sbcglobal.net Fri Jul 25 19:22:48 2003 From: mattharrison at sbcglobal.net (Matt Jones) Date: 25 Jul 2003 12:22:48 -0700 Subject: Any luck with Mono? In-Reply-To: <1059144045.16814.62.camel@isengard> References: <1059099031.4616.2.camel@localhost.localdomain> <1059144045.16814.62.camel@isengard> Message-ID: <1059160967.2984.1.camel@localhost.localdomain> > It's caused by exec-shield. `echo 0 > /proc/sys/kernel/exec-shield` is > a workaround until the right magic is present to handle turning it > on/off dynamically on a per-executable basis . Thanks. That got it working. Any chance mono will be included by default in the next beta (or stable)? Its a great program and seems pretty stable. Not much stuff uses it yet, but theirs alot in development with it. -- matt From mattharrison at sbcglobal.net Fri Jul 25 19:26:31 2003 From: mattharrison at sbcglobal.net (Matt Jones) Date: 25 Jul 2003 12:26:31 -0700 Subject: ACPI Issues -- No Battery? Message-ID: <1059161191.2984.6.camel@localhost.localdomain> Any one have any issues w/ ACPI? My laptop (a toshiba 1400) isn't showing its battery. Here's the output from dmesg | grep -i acpi BIOS-e820: 00000000000eee00 - 00000000000ef000 (ACPI NVS) BIOS-e820: 000000000eff0000 - 000000000f000000 (ACPI data) ACPI: have wakeup address 0xc0001000 ACPI: RSDP (v000 TOSHIB ) @ 0x000f0090 ACPI: RSDT (v001 TOSHIB 750 00151.02068) @ 0x0eff0000 ACPI: FADT (v002 TOSHIB 750 00151.02068) @ 0x0eff0054 ACPI: DSDT (v001 TOSHIB 1400 08194.01040) @ 0x00000000 ACPI: BIOS passes blacklist ACPI: Subsystem revision 20030619 ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: System [ACPI] (supports S0 S3 S4bios S4 S5) ACPI: PCI Root Bridge [PCI0] (00:00) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 *11) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT] ACPI: Power Resource [PFAN] (off) PCI: Using ACPI for IRQ routing PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off' apm: overridden by ACPI. Asus Laptop ACPI Extras version 0.24a Toshiba Laptop ACPI Extras version 0.15 I used ACPI regularly on the same machine before installing severn, and it worked like a dream (with vanilla and acpi-patched and redhat sources -- including a custom rh9 kernel). What's changed that could cause this? -- Matt From hoyt at cavtel.net Fri Jul 25 19:46:42 2003 From: hoyt at cavtel.net (HoytDuff) Date: Fri, 25 Jul 2003 15:46:42 -0400 Subject: No reiserfs module for 2.4.21-20.1.2024.2.1.nptlsmp kernel? Message-ID: <200307251546.42221.hoyt@cavtel.net> I may be going crazy, but I don't see _any_ reiserfs module in /lib for the 2.4.21-20.1.2024.2.1.nptlsmp kernel. The kernel source for it is there in /usr/src and the appropriate kernel .config file shows that it should have been compiled as a module, but where is it? -- Hoyt Duff From kjb at dds.nl Fri Jul 25 20:09:59 2003 From: kjb at dds.nl (Klaasjan Brand) Date: 25 Jul 2003 22:09:59 +0200 Subject: bugzilla for severn? Message-ID: <1059163799.1352.1.camel@isengard> Hi, Isn't there a bugzilla entry for severn on bugzilla.redhat.com? It's not under "Red Hat public beta"... Klaasjan From kjb at www.dds.nl Fri Jul 25 20:25:17 2003 From: kjb at www.dds.nl (Klaasjan Brand) Date: 25 Jul 2003 22:25:17 +0200 Subject: Fonts In-Reply-To: <20030722205830.D23258@devserv.devel.redhat.com> References: <1058916293.31859.28.camel@linuxmd> <20030722205830.D23258@devserv.devel.redhat.com> Message-ID: <1059164717.1528.1.camel@isengard> On Wed, 2003-07-23 at 02:58, Bill Nottingham wrote: > Marc Deslauriers (marcdeslauriers at videotron.ca) said: > > Has anyone noticed the fonts look a bit weird with Severn? > > > > The "sans" font looks skinnier than with RHL9 and when I turn on the > > bytecode interpreter, it gets even worse. The lowercase "g", for > > example, in gnome-terminal is really ugly compared to RHL9. > > Do you have the bitstream-vera-fonts package installed? > > Bill Does that mean the "Luxi" font family is deprecated? I really like the RH8/9 Luxi fonts more than the Bitstream Vera ones, so it would be nice if they rendered at least as well as on RH9. Klaasjan From dkl at redhat.com Fri Jul 25 20:26:02 2003 From: dkl at redhat.com (Dave Lawrence) Date: 25 Jul 2003 16:26:02 -0400 Subject: bugzilla for severn? In-Reply-To: <1059163799.1352.1.camel@isengard> References: <1059163799.1352.1.camel@isengard> Message-ID: <1059164761.22278.15.camel@mrhanky.devel.redhat.com> Please file under Red Hat Linux Beta, version beta1. On Fri, 2003-07-25 at 16:09, Klaasjan Brand wrote: > Hi, > > Isn't there a bugzilla entry for severn on bugzilla.redhat.com? > It's not under "Red Hat public beta"... > > Klaasjan > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From feliciano.matias at free.fr Fri Jul 25 20:25:54 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 25 Jul 2003 22:25:54 +0200 Subject: No reiserfs module for 2.4.21-20.1.2024.2.1.nptlsmp kernel? In-Reply-To: <200307251546.42221.hoyt@cavtel.net> References: <200307251546.42221.hoyt@cavtel.net> Message-ID: <1059164754.1146.92.camel@one.myworld> Le ven 25/07/2003 ? 21:46, HoytDuff a ?crit : > I may be going crazy, but I don't see _any_ reiserfs module in /lib for the > 2.4.21-20.1.2024.2.1.nptlsmp kernel. The kernel source for it is there in > /usr/src and the appropriate kernel .config file shows that it should have > been compiled as a module, but where is it? Install kernel-(smp)-unsupported package. -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From notting at redhat.com Fri Jul 25 20:51:16 2003 From: notting at redhat.com (Bill Nottingham) Date: Fri, 25 Jul 2003 16:51:16 -0400 Subject: Any luck with Mono? In-Reply-To: <1059160967.2984.1.camel@localhost.localdomain>; from mattharrison@sbcglobal.net on Fri, Jul 25, 2003 at 12:22:48PM -0700 References: <1059099031.4616.2.camel@localhost.localdomain> <1059144045.16814.62.camel@isengard> <1059160967.2984.1.camel@localhost.localdomain> Message-ID: <20030725165116.A2825@devserv.devel.redhat.com> Matt Jones (mattharrison at sbcglobal.net) said: > > It's caused by exec-shield. `echo 0 > /proc/sys/kernel/exec-shield` is > > a workaround until the right magic is present to handle turning it > > on/off dynamically on a per-executable basis . > > Thanks. That got it working. Any chance mono will be included by default > in the next beta (or stable)? Its a great program and seems pretty > stable. Not much stuff uses it yet, but theirs alot in development with > it. Probably not until there are specific apps requiring it that are shipped. Bill From elwoo at videotron.ca Fri Jul 25 21:32:54 2003 From: elwoo at videotron.ca (Elton Woo) Date: Fri, 25 Jul 2003 17:32:54 -0400 Subject: Error while installing In-Reply-To: <1059032626.5911.39.camel@wks20.rptec.ch> References: <1059032626.5911.39.camel@wks20.rptec.ch> Message-ID: <200307251732.54174.elwoo@videotron.ca> On July 24, 2003 03:43 am, Jean-Eric Cuendet wrote: > Hi, > I try to install Severn. The setup finished just when beginning to > install packages. First part of the setup is OK (choosing > Desktop/Workstation/Server, fdisk the disk, choosing packages). > Then the installer format the disk and then I have the following error: > 1..2..3.. X server started successfully > rpmdb: /mnt/sysimage/var/lib/rpm/Name: No such file or directory > rpmdb: /mnt/sysimage/var/lib/rpm/Name: cannot sync: No such file or > directory > install exited abnormally > send termination signals > ... > > This is copied by hand. > My setup: > - P4 host > - Vmware 4.0 > - HDA disk of 4Gb > - Copied all severn CD in an HTTP accessible directory. > - Boot vmware with boot.iso > - Choose HTTP install > > Any idea? A 4Gb hard disk is condiered to be quite *tiny* nowadays. I wonder if you did not run out of disk space during the install? Remember that there is also need for temporary files during installation. My first guess would be that it's probably what happened. cheers & HTH, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From rjohnson at medata.com Fri Jul 25 22:02:36 2003 From: rjohnson at medata.com (Rick Johnson) Date: Fri, 25 Jul 2003 15:02:36 -0700 Subject: Taroon annoyance Message-ID: <3F21A8FC.8080100@medata.com> Perhaps there's a better forum for this, but the first annoyance about the new AS/WS beta Taroon: When doing an "everything" install for AS, I'm constantly prompted to switch between disc 1 and disc 3 (I'm on my 3rd use of disc 1). Seems that package ordering needs to be cleaned up a bit to prevent this M$ like disc jockeying. It will do one to two packages from each before prompting for the other disc. Started with amanda. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From rjohnson at medata.com Fri Jul 25 22:23:50 2003 From: rjohnson at medata.com (Rick Johnson) Date: Fri, 25 Jul 2003 15:23:50 -0700 Subject: Taroon annoyance In-Reply-To: <3F21A8FC.8080100@medata.com> References: <3F21A8FC.8080100@medata.com> Message-ID: <3F21ADF6.6050609@medata.com> On 7/25/2003 3:02 PM, Rick Johnson wrote: > When doing an "everything" install for AS, I'm constantly prompted to > switch between disc 1 and disc 3 (I'm on my 3rd use of disc 1). This happened well over 10 times during the entire install for me. -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From jes at martnet.com Fri Jul 25 22:31:22 2003 From: jes at martnet.com (Joe Smith) Date: Fri, 25 Jul 2003 18:31:22 -0400 Subject: NVIDIA - Compile driver In-Reply-To: <200307251644.h6PGi5D28108@devserv.devel.redhat.com> References: <200307251644.h6PGi5D28108@devserv.devel.redhat.com> Message-ID: <3F21AFBA.1020709@martnet.com> Alan Cox wrote: >>>ages ago I asked the opengroup motif people about that part of their >>>COPYRIGHT and was informed with binary modules loaded this license doesn't >>>apply and I should purchase a real one. This particular case will hopefully soon become irrelevant (er, even more irrelevant - to me at least). From: http://www.opengroup.org/openmotif/faq.html Q: Does the Open Group Public License for Motif meet the Open Source Guidelines? A: No. ... Q: Will Motif be made Open Source in the future? A: Yes. ... And, there is now at least a draft proposal for the 'Open' Group to actually become... open. http://www.opengroup.org/tech/open-source/opengroup-os-strategy.htm References: <3F21A8FC.8080100@medata.com> <3F21ADF6.6050609@medata.com> Message-ID: <200307251537.04092.hosting@j2solutions.net> On Friday 25 July 2003 15:23, Rick Johnson wrote: > This happened well over 10 times during the entire install for me. The problem is that AS and WS share the same disk2 and 3, but different disk 1s. Because of the order the RPMS have to be installed in, this can lead to the multiple swapping of disks. Some work _might_ be able to be done to lower the number of swaps, but *shrug* How many times did you swap between disk 2 and 3, or was it all 2 to 1 and 3 to 1? -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From m.a.young at durham.ac.uk Fri Jul 25 22:56:27 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Fri, 25 Jul 2003 23:56:27 +0100 (BST) Subject: Tartoon? In-Reply-To: <1059159672.1146.89.camel@one.myworld> Message-ID: On Fri, 25 Jul 2003, [ISO-8859-1] F?liciano Matias wrote: > http://ftp.redhat.com/pub/redhat/linux/beta/taroon/en/as/AMD64/RELEASE-NOTES-en : > > "EA (Extended Attributes) and ACL (Access Control Lists) functionality > is now available for ext3 file systems. In addition, ACL functionality > is available for NFS. > ... > - samba -- Samba can export ACL functionality in this release." Samba in severn has this also, though it isn't a lot of use without kernel support. What is maybe more interesting is that the samba in taroon is version 3. > RedHat use beta RHL 8.0 and 9 to improve ACL and nothing for RHL ? There are other inconsistencies. I notice that aspell-ca which has been dropped from severn due to licensing difficulties is still in taroon. Michael Young From rjohnson at medata.com Fri Jul 25 23:26:27 2003 From: rjohnson at medata.com (Rick Johnson) Date: Fri, 25 Jul 2003 16:26:27 -0700 Subject: Taroon annoyance In-Reply-To: <200307251537.04092.hosting@j2solutions.net> References: <3F21A8FC.8080100@medata.com> <3F21ADF6.6050609@medata.com> <200307251537.04092.hosting@j2solutions.net> Message-ID: <3F21BCA3.5050107@medata.com> On 7/25/2003 3:37 PM, Jesse Keating wrote: > On Friday 25 July 2003 15:23, Rick Johnson wrote: > >>This happened well over 10 times during the entire install for me. > > > The problem is that AS and WS share the same disk2 and 3, but different > disk 1s. Because of the order the RPMS have to be installed in, this > can lead to the multiple swapping of disks. Some work _might_ be able > to be done to lower the number of swaps, but *shrug* > > How many times did you swap between disk 2 and 3, or was it all 2 to 1 > and 3 to 1? > After formatting the partitions, I was prompted immediately for disc 2 to install glibc. It used disc 2 all the way through, then prompted to disc 3. Then when after it got to Amanda on disc 3, it started shuffling. I swapped to disc 1, pulled 1-2 packages, then back to disk 3 for 10 or so more, then back to 1, then to 3... then ended on 1. This continued 10 or more times. Most end users won't go for this. There was no excessive (i.e. more than once) 2 to 1 or 2 to 3 disc swapping. Unfortunately I didn't take note of which packages caused the swap. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From alan at redhat.com Sat Jul 26 00:01:29 2003 From: alan at redhat.com (Alan Cox) Date: Fri, 25 Jul 2003 20:01:29 -0400 (EDT) Subject: Tartoon? In-Reply-To: from "M A Young" at Gor 25, 2003 11:56:27 Message-ID: <200307260001.h6Q01Tj20917@devserv.devel.redhat.com> > There are other inconsistencies. I notice that aspell-ca which has been > dropped from severn due to licensing difficulties is still in taroon. Can you bugzilla things like this From listman at depfyffer.com Sat Jul 26 00:28:48 2003 From: listman at depfyffer.com (listman) Date: 25 Jul 2003 17:28:48 -0700 Subject: Taroon mirrors Message-ID: <1059179328.2969.9.camel@depfyffer.com> Are there any open mirrors yet? I keep getting permission denied. I take it this is where subscribing comes into play ;-) From notting at redhat.com Sat Jul 26 00:30:08 2003 From: notting at redhat.com (Bill Nottingham) Date: Fri, 25 Jul 2003 20:30:08 -0400 Subject: Taroon mirrors In-Reply-To: <1059179328.2969.9.camel@depfyffer.com>; from listman@depfyffer.com on Fri, Jul 25, 2003 at 05:28:48PM -0700 References: <1059179328.2969.9.camel@depfyffer.com> Message-ID: <20030725203008.B17885@devserv.devel.redhat.com> listman (listman at depfyffer.com) said: > Are there any open mirrors yet? Yes. North America: United States: ftp://ftp.cse.buffalo.edu/pub/RedHat/redhat/linux/beta/taroon/ ftp://kickstart.linux.ncsu.edu/pub/redhat/linux/beta ftp://ftp.oregonstate.edu/pub/ftp.redhat.com/beta/taroon Canada: ftp://ftp.nrc.ca/pub/systems/linux/redhat/ftp.redhat.com/linux/beta/taroon Europe: Czech Republic: ftp://sunsite.mff.cuni.cz/MIRRORS/ftp.redhat.com/redhat/linux/beta/taroon ftp://ultra.linux.cz/MIRRORS/ftp.redhat.com/redhat/linux/beta/taroon Germany: ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/redhat/linux/beta/taroon http://sunsite.informatik.rwth-aachen.de/ftp/pub/Linux/redhat/linux/beta/taroon ftp://ftp.tu-chemnitz.de/pub/linux/redhat-ftp/redhat/linux/beta/taroon/ http://wftp.tu-chemnitz.de/pub/linux/redhat-ftp/redhat/linux/beta/taroon/ Netherlands: ftp://ftp.nluug.nl/pub/os/Linux/distr/RedHat/ftp/redhat/linux/beta/taroon/ ftp://ftp.surfnet.nl/pub/os/Linux/distr/RedHat/ftp/redhat/linux/beta/taroon/ Romania: ftp://ftp.iasi.roedu.net/pub/mirrors/ftp.redhat.com/pub/redhat/linux/beta/taroo+n/ Russia: ftp://ftp.chg.ru/pub/Linux/redhat/linux/beta/taroon/ http://ftp.chg.ru/pub/Linux/redhat/linux/beta/taroon/ Switzerland: ftp://sunsite.cnlab-switch.ch/mirror/redhat/linux/beta/taroon/ Asia/Pacific: Australia: http://planetmirror.com/pub/redhat/linux/beta/taroon/ ftp://ftp.planetmirror.com/pub/redhat/linux/beta/taroon/ From tdiehl at rogueind.com Sat Jul 26 01:26:34 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Fri, 25 Jul 2003 21:26:34 -0400 (EDT) Subject: Taroon mirrors In-Reply-To: <20030725203008.B17885@devserv.devel.redhat.com> Message-ID: On Fri, 25 Jul 2003, Bill Nottingham wrote: > listman (listman at depfyffer.com) said: > > Are there any open mirrors yet? > > Yes. How come there is no announcment for this other than the mirror list you just posted? Is there another mailing list for this or are both betas being run through this list?? -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From jdy at cs.brown.edu Sat Jul 26 01:37:59 2003 From: jdy at cs.brown.edu (Joel Young) Date: Fri, 25 Jul 2003 21:37:59 -0400 Subject: alsa-driver 0.9.5 no compile Message-ID: <20030726013759.9828A3EA9@null.cs.brown.edu> Has anyone managed to get alsa to compile? I am getting a serialmidi.c: In function `open_tty': serialmidi.c:158: invalid operands to binary > make: *** [serialmidi.o] Error 1 with gcc32 (and any other gcc) This is: if (tty->count > 1) { where tty is a tty_struct It seems that count is supposed to be atomic_t in the kernel but using atomic_read gives an error on the -> Any suggestions? Not a kernel guy, I am. Joel From jdy at cs.brown.edu Sat Jul 26 01:41:56 2003 From: jdy at cs.brown.edu (Joel Young) Date: Fri, 25 Jul 2003 21:41:56 -0400 Subject: alsa-driver 0.9.5 no compile In-Reply-To: Your message of "Fri, 25 Jul 2003 21:37:59 EDT." <20030726013759.9828A3EA9@null.cs.brown.edu> References: <20030726013759.9828A3EA9@null.cs.brown.edu> Message-ID: <20030726014156.D63203EA9@null.cs.brown.edu> Well it seems I was not quite diligent enough before posting. if (atomic_read(&tty->count) > 1) { makes it work (I forgot the & before) but still, is this an expected problem? Joel -------- From: Joel Young Date: Fri, 25 Jul 2003 21:37:59 -0400 To: rhl-beta-list at redhat.com Cc: jdy at cs.brown.edu Subj: alsa-driver 0.9.5 no compile Has anyone managed to get alsa to compile? I am getting a serialmidi.c: In function `open_tty': serialmidi.c:158: invalid operands to binary > make: *** [serialmidi.o] Error 1 with gcc32 (and any other gcc) This is: if (tty->count > 1) { where tty is a tty_struct It seems that count is supposed to be atomic_t in the kernel but using atomic_read gives an error on the -> Any suggestions? Not a kernel guy, I am. Joel -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From jeremyp at pobox.com Sat Jul 26 02:25:06 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 25 Jul 2003 22:25:06 -0400 Subject: Taroon annoyance In-Reply-To: <200307251537.04092.hosting@j2solutions.net> References: <3F21A8FC.8080100@medata.com> <3F21ADF6.6050609@medata.com> <200307251537.04092.hosting@j2solutions.net> Message-ID: <1059186305.1040.2.camel@localhost.localdomain> On Fri, 2003-07-25 at 18:37, Jesse Keating wrote: > On Friday 25 July 2003 15:23, Rick Johnson wrote: > > This happened well over 10 times during the entire install for me. > > The problem is that AS and WS share the same disk2 and 3, but different > disk 1s. Because of the order the RPMS have to be installed in, this > can lead to the multiple swapping of disks. Some work _might_ be able > to be done to lower the number of swaps, but *shrug* I wonder why they decided to use the same disk2 and disk3 for both versions? Wouldn't it have been simpler to make each version a separate distro, using the normal procedure for determining the order of the disks? Then there would be no swapping necessary, just like RHL[P]. Or am I missing some major point here? --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tdiehl at rogueind.com Sat Jul 26 02:36:34 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Fri, 25 Jul 2003 22:36:34 -0400 (EDT) Subject: Taroon annoyance In-Reply-To: <1059186305.1040.2.camel@localhost.localdomain> Message-ID: On 25 Jul 2003, Jeremy Portzer wrote: > On Fri, 2003-07-25 at 18:37, Jesse Keating wrote: > > On Friday 25 July 2003 15:23, Rick Johnson wrote: > > > This happened well over 10 times during the entire install for me. > > > > The problem is that AS and WS share the same disk2 and 3, but different > > disk 1s. Because of the order the RPMS have to be installed in, this > > can lead to the multiple swapping of disks. Some work _might_ be able > > to be done to lower the number of swaps, but *shrug* > > I wonder why they decided to use the same disk2 and disk3 for both > versions? Wouldn't it have been simpler to make each version a separate > distro, using the normal procedure for determining the order of the > disks? Then there would be no swapping necessary, just like RHL[P]. Or > am I missing some major point here? My guess is because all of the archs for this make it huge. Something like 26 gig. I think they were trying to save space. With hardlinking it comes down to around 18 gig but that is still huge compared to a normal release. -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From feliciano.matias at free.fr Sat Jul 26 02:38:54 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 26 Jul 2003 04:38:54 +0200 Subject: rhn alert icon Message-ID: <1059187133.1654.6.camel@one.myworld> Is someone experiment this : http://feliciano.matias.free.fr/Screenshot-Panel.png The rhn alert icon is hide by the authentication icon. Sorry, but i can't reproduce. -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jeff.macdonald at virtualbuilder.com Sat Jul 26 03:05:25 2003 From: jeff.macdonald at virtualbuilder.com (Jeff Macdonald) Date: 25 Jul 2003 23:05:25 -0400 Subject: epoll fully supported? Message-ID: <1059188724.31008.4.camel@laptop.virtualbuilder.com> Hi, I haven't had a chance to load the beta onto a computer yet, so can anyone tell me if the epoll system calls are in this beta and if glibc has been patched to support these new system calls? RHL 9 has sys/epoll.h header, but glibc doesn't have the stubs and doing a locate for 'libepoll' turns up nothing. -- Jeff Macdonald My birding blog: http://www.virtualbuilder.com/archives/cat_birding.html Into birding? Visit http://www.migratus.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From hoyt at cavtel.net Sat Jul 26 03:18:12 2003 From: hoyt at cavtel.net (HoytDuff) Date: Fri, 25 Jul 2003 23:18:12 -0400 Subject: No reiserfs module for 2.4.21-20.1.2024.2.1.nptlsmp kernel? In-Reply-To: <1059164754.1146.92.camel@one.myworld> References: <200307251546.42221.hoyt@cavtel.net> <1059164754.1146.92.camel@one.myworld> Message-ID: <200307252318.12150.hoyt@cavtel.net> On Friday 25 July 2003 04:25 pm, F?liciano Matias wrote: > Le ven 25/07/2003 ? 21:46, HoytDuff a ?crit : > > I may be going crazy, but I don't see _any_ reiserfs module in /lib for > > the 2.4.21-20.1.2024.2.1.nptlsmp kernel. The kernel source for it is > > there in /usr/src and the appropriate kernel .config file shows that it > > should have been compiled as a module, but where is it? > > Install kernel-(smp)-unsupported package. Merci. So it seems that "install everything" does not do so. Any similar surprises? -- Hoyt From feliciano.matias at free.fr Sat Jul 26 03:27:53 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 26 Jul 2003 05:27:53 +0200 Subject: No reiserfs module for 2.4.21-20.1.2024.2.1.nptlsmp kernel? In-Reply-To: <200307252318.12150.hoyt@cavtel.net> References: <200307251546.42221.hoyt@cavtel.net> <1059164754.1146.92.camel@one.myworld> <200307252318.12150.hoyt@cavtel.net> Message-ID: <1059190072.1654.24.camel@one.myworld> Le sam 26/07/2003 ? 05:18, HoytDuff a ?crit : > On Friday 25 July 2003 04:25 pm, F?liciano Matias wrote: > > Le ven 25/07/2003 ? 21:46, HoytDuff a ?crit : > > > I may be going crazy, but I don't see _any_ reiserfs module in /lib for > > > the 2.4.21-20.1.2024.2.1.nptlsmp kernel. The kernel source for it is > > > there in /usr/src and the appropriate kernel .config file shows that it > > > should have been compiled as a module, but where is it? > > > > Install kernel-(smp)-unsupported package. > > Merci. > > So it seems that "install everything" does not do so. Any similar surprises? I think this "feature" come from RHE. Now that RHL is an """unsupported""" OS, you could file a bug report in bugzilla. -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From feliciano.matias at free.fr Sat Jul 26 04:05:10 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 26 Jul 2003 06:05:10 +0200 Subject: detachable menus Message-ID: <1059192298.2021.7.camel@one.myworld> Gimp (gtk 1) has detachable menus. It's a bug, but since I like this, I don't bugzilla it. Is there someone to tell me how to have this feature with gtk 2 applications ? -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From philipwyett at dsl.pipex.com Sat Jul 26 05:06:45 2003 From: philipwyett at dsl.pipex.com (Philip Wyett) Date: 26 Jul 2003 06:06:45 +0100 Subject: Blank Gnome logout dialog Message-ID: <1059196004.2561.6.camel@rh9> Hi, I have filed this under Xfree86 in bugzilla, but it maybe more a Gnome problem. So... I will put the problem description here and maybe it will get re-assigned (someone accepts it as their own :)) faster if not an Xfree86 bug. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100857 Description of problem: If you choose to log out from Gnome and then change your mind and click on 'Cancel' and be returned to the desktop. Then try again to immediately logout. You are presented with a blank grey logout dialog. This behaviour has been tested with 2 types of ATI Rage 128 Pro 4x AGP adapters and 1 NVidia GeForce 2 Ti and occurs with them both. Steps to Reproduce: 1. Do an everything install of severn (Just to make sure nothing is missing). 2. Log into the Gnome desktop. 3. Go to logout, but click on 'Cancel' and be returned to the Gnome desktop. 4. Again try to logout Additional info: This may not be an Xfree86 bug as it _does not_ occur under KDE. However, at this time I think it's the best place to put it for further investigation. Apologies if wrong and hope you can move it to the most appropriate area. Regards Phil -- AOL Instant Messenger (AIM) or Yahoo Messenger: PhilipWyett Email: philipwyett at dsl.pipex.com Website: http://www.philipwyett.dsl.pipex.com Public key: http://www.philipwyett.dsl.pipex.com/gpg/public_key.txt -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kjb at www.dds.nl Sat Jul 26 06:02:42 2003 From: kjb at www.dds.nl (Klaasjan Brand) Date: 26 Jul 2003 08:02:42 +0200 Subject: Blank Gnome logout dialog In-Reply-To: <1059196004.2561.6.camel@rh9> References: <1059196004.2561.6.camel@rh9> Message-ID: <1059199362.1532.0.camel@isengard> On Sat, 2003-07-26 at 07:06, Philip Wyett wrote: > Hi, > > I have filed this under Xfree86 in bugzilla, but it maybe more a Gnome > problem. So... I will put the problem description here and maybe it will > get re-assigned (someone accepts it as their own :)) faster if not an > Xfree86 bug. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100857 > > Description of problem: > > If you choose to log out from Gnome and then change your mind and click > on 'Cancel' and be returned to the desktop. Then try again to > immediately logout. You are presented with a blank grey logout dialog. > > This behaviour has been tested with 2 types of ATI Rage 128 Pro 4x AGP > adapters and 1 NVidia GeForce 2 Ti and occurs with them both. > > Steps to Reproduce: > > 1. Do an everything install of severn (Just to make sure nothing is > missing). > 2. Log into the Gnome desktop. > 3. Go to logout, but click on 'Cancel' and be returned to the Gnome > desktop. > 4. Again try to logout Reproduced on a Radeon 8500. Session manager or GDM problem I guess. Klaasjan From doh at gmx.de Sat Jul 26 08:36:55 2003 From: doh at gmx.de (Daniel Huettl) Date: Sat, 26 Jul 2003 10:36:55 +0200 Subject: ntfs Message-ID: <3F223DA7.2080905@gmx.de> Please consider including the ntfs module. It is an absolute nuisance to have to compile it oneself. The module works perfectly well, and people have been clamouring to have it included for over a year now: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=65749 -- doh From rpjday at mindspring.com Sat Jul 26 08:53:18 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sat, 26 Jul 2003 04:53:18 -0400 (EDT) Subject: ntfs In-Reply-To: <3F223DA7.2080905@gmx.de> References: <3F223DA7.2080905@gmx.de> Message-ID: On Sat, 26 Jul 2003, Daniel Huettl wrote: > Please consider including the ntfs module. It is an absolute nuisance to > have to compile it oneself. The module works perfectly well, and people > have been clamouring to have it included for over a year now: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=65749 one of the comments from a RH person at that bug from last year states that it must be "legally possible/sensible" to do so, neither of which seems to make much sense. it must clearly be legal since the source for the module is included -- you simply have to compile it in. i don't know if this is an issue any more, but saying it's illegal to ship an NTFS-enabled kernel is like saying, "i can't sell you a loaded gun. but, hey, i can sell you an unloaded gun. and then i can just sell you the bullets separately at the same time." and what about it being "sensible"? as long as using NTFS access in read-only mode is safe, i see no problem. if people want to take a chance and use read-write mode, that's their choice. but i'm hoping there's no *conceivable* way that simply reading an NTFS partition can corrupt data. any module that does that is unspeakably badly written, no? so, if RH doesn't want to enable read-only HTFS support out of the box, it would be interesting to know why not. rday From feliciano.matias at free.fr Sat Jul 26 09:02:16 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 26 Jul 2003 11:02:16 +0200 Subject: ntfs In-Reply-To: <3F223DA7.2080905@gmx.de> References: <3F223DA7.2080905@gmx.de> Message-ID: <1059210135.2636.5.camel@one.myworld> Le sam 26/07/2003 ? 10:36, Daniel Huettl a ?crit : > Please consider including the ntfs module. It is an absolute nuisance to > have to compile it oneself. The module works perfectly well, and people > have been clamouring to have it included for over a year now: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=65749 > > http://linux-ntfs.sourceforge.net/info/redhat.html You will find ntfs modules for redhat. and : - "About RedHat Due to the uncertain legal status of using the NTFS driver, RedHat have chosen to leave the driver out of their kernels." I understand RedHat to not support this module. It's too risky. See how noises can do SCO with "nothing". > -- doh > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From rpjday at mindspring.com Sat Jul 26 09:13:38 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sat, 26 Jul 2003 05:13:38 -0400 (EDT) Subject: ntfs In-Reply-To: References: <3F223DA7.2080905@gmx.de> Message-ID: regarding my previous post on NTFS and red hat: On Sat, 26 Jul 2003, Robert P. J. Day wrote: ... snip ... > it must clearly be legal since the source for the module is > included -- you simply have to compile it in. i don't know if > this is an issue any more, but saying it's illegal to ship an > NTFS-enabled kernel is like saying, "i can't sell you a loaded > gun. but, hey, i can sell you an unloaded gun. and then i can > just sell you the bullets separately at the same time." it just occurred to me that i'm probably dead wrong on this point. i'm used to having the NTFS code in my kernel source tree since i've been building from www.kernel.org source for a long time, rather than from red hat's RPMs. so, mea culpa. i'll just go throw myself on my corkscrew now. rday From edusilva at ya.com Sat Jul 26 10:13:05 2003 From: edusilva at ya.com (Eduardo Silva) Date: Sat, 26 Jul 2003 12:13:05 +0200 Subject: Reiserfs support in 2.4.21 stock redhat kernel Message-ID: <200307261213.05733.edusilva@ya.com> I've just installed the latest Severn Beta, and have noticed that the compile kernel included in that distro kernel-2.4.21-20.1.2024.2.1.nptl doe snot have reiserfs support included. As I have my /home partition in resiserfs it is a problema for me. As a temp solution I have installed the 2.4.20-19.9 Redhat 9 kernel which is compiled with reiserfs, and also installed the kernel source for the 2.4.21-20 kernel to try to recompile reiserfs support. Is the fact that these new stock kernels from Redhat does not support reiserfs a move from Redhat away from support of this fs type, or is this just a product of being a beta kernel (also the rawhide kernel also does not have reiserfs support)? Also, what is the best way to recompile the kernel using the kernel sources? I've tried: * copy configs/kernel-2.4.21-i686.config to .config * This config to my surprise already has reiserfs module support (I thought Redhat used this configs to do every kernel) * then do a make rpm The make rpm is failing due to some modules compile, such as : make[4]: *** [libata.o] Error 1 make[4]: Leaving directory `/usr/src/redhat/BUILD/kernel-2.4.2120.1.2024.2.1.nptlcustom/drivers/scsi' make[3]: *** [first_rule] Error 2 make[3]: Leaving directory `/usr/src/redhat/BUILD/kernel-2.4.2120.1.2024.2.1.nptlcustom/drivers/scsi' make[2]: *** [_subdir_scsi] Error 2 make[2]: Leaving directory `/usr/src/redhat/BUILD/kernel-2.4.2120.1.2024.2.1.nptlcustom/drivers' make[1]: *** [_dir_drivers] Error 2 make[1]: Leaving directory `/usr/src/redhat/BUILD/kernel-2.4.2120.1.2024.2.1.nptlcustom' error: Bad exit status from /var/tmp/rpm-tmp.56165 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.56165 (%build) make: *** [rpm] Error 1 By enabling and disabling certain drivers I can get around that issue (before it was failing due to the I2C driver, disbled that in .config and now it's this), but I wonder whether this is the best option, as I would presume that Redhat's .config and kernel source should give no issue at all... Anyways, thanks a lot for any help, BR, -- Eduardo Silva From feliciano.matias at free.fr Sat Jul 26 10:54:28 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 26 Jul 2003 12:54:28 +0200 Subject: Reiserfs support in 2.4.21 stock redhat kernel In-Reply-To: <200307261213.05733.edusilva@ya.com> References: <200307261213.05733.edusilva@ya.com> Message-ID: <1059216868.2636.10.camel@one.myworld> Le sam 26/07/2003 ? 12:13, Eduardo Silva a ?crit : > I've just installed the latest Severn Beta, and have noticed that the compile > kernel included in that distro kernel-2.4.21-20.1.2024.2.1.nptl doe snot have > reiserfs support included. As I have my /home partition in resiserfs it is a > problema install kernel-unsupported from severn. > for me. > > As a temp solution I have installed the 2.4.20-19.9 Redhat 9 kernel which is > compiled with reiserfs, and also installed the kernel source for the > 2.4.21-20 kernel to try to recompile reiserfs support. > > Is the fact that these new stock kernels from Redhat does not support reiserfs > a move from Redhat away from support of this fs type, or is this just a > product of being a beta kernel (also the rawhide kernel also does not have > reiserfs support)? > > Also, what is the best way to recompile the kernel using the kernel sources? > > I've tried: > > * copy configs/kernel-2.4.21-i686.config to .config > * This config to my surprise already has reiserfs module support (I thought > Redhat used this configs to do every kernel) As the severn kernel. > * then do a make rpm > > The make rpm is failing due to some modules compile, such as : > > make[4]: *** [libata.o] Error 1 > make[4]: Leaving directory > `/usr/src/redhat/BUILD/kernel-2.4.2120.1.2024.2.1.nptlcustom/drivers/scsi' > make[3]: *** [first_rule] Error 2 > make[3]: Leaving directory > `/usr/src/redhat/BUILD/kernel-2.4.2120.1.2024.2.1.nptlcustom/drivers/scsi' > make[2]: *** [_subdir_scsi] Error 2 > make[2]: Leaving directory > `/usr/src/redhat/BUILD/kernel-2.4.2120.1.2024.2.1.nptlcustom/drivers' > make[1]: *** [_dir_drivers] Error 2 > make[1]: Leaving directory > `/usr/src/redhat/BUILD/kernel-2.4.2120.1.2024.2.1.nptlcustom' > error: Bad exit status from /var/tmp/rpm-tmp.56165 (%build) > > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.56165 (%build) > make: *** [rpm] Error 1 > > By enabling and disabling certain drivers I can get around that issue (before > it was failing due to the I2C driver, disbled that in .config and now it's > this), but I wonder whether this is the best option, as I would presume that > Redhat's .config and kernel source should give no issue at all... > > Anyways, thanks a lot for any help, > > BR, -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jdow at earthlink.net Sat Jul 26 11:47:31 2003 From: jdow at earthlink.net (jdow) Date: Sat, 26 Jul 2003 04:47:31 -0700 Subject: ntfs References: <3F223DA7.2080905@gmx.de> Message-ID: <001501c3536b$b24d91e0$2eedfea9@kittycat> For awhile it looked like it was going some place good. Then XP came out with yet another set of NTFS changes. There are no guarantees that the NTFS module will read any given file correctly. Although it is supposedly fairly good. The write support stinks. You can sometimes overwrite a given file safely if you do not change it's size. Anything else is a disaster that happens on the first write. ie. Why bother? Make a FAT filesystem partition to handle the transfers. {^_^} ----- Original Message ----- From: "Daniel Huettl" > Please consider including the ntfs module. It is an absolute nuisance to > have to compile it oneself. The module works perfectly well, and people > have been clamouring to have it included for over a year now: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=65749 From nphilipp at redhat.com Sat Jul 26 11:47:40 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 26 Jul 2003 13:47:40 +0200 Subject: detachable menus In-Reply-To: <1059192298.2021.7.camel@one.myworld> References: <1059192298.2021.7.camel@one.myworld> Message-ID: <1059220059.8726.16.camel@wombat.dialup.fht-esslingen.de> On Sat, 2003-07-26 at 06:05, F?liciano Matias wrote: > Gimp (gtk 1) has detachable menus. > It's a bug, but since I like this, I don't bugzilla it. I don't think it's a bug, it was customizable for Gnome 1.x and gimp probably got its setting from there. > Is there someone to tell me how to have this feature with gtk 2 > applications ? With gconf-editor ("Panel Menu/System Tools/More System Tools/Configuration Editor"), in "desktop/gnome/interface" enable "menus_have_tearoff". Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdow at earthlink.net Sat Jul 26 11:53:38 2003 From: jdow at earthlink.net (jdow) Date: Sat, 26 Jul 2003 04:53:38 -0700 Subject: ntfs References: <3F223DA7.2080905@gmx.de> Message-ID: <001a01c3536c$8d2b3ba0$2eedfea9@kittycat> From: "Robert P. J. Day" > On Sat, 26 Jul 2003, Daniel Huettl wrote: > > > Please consider including the ntfs module. It is an absolute nuisance to > > have to compile it oneself. The module works perfectly well, and people > > have been clamouring to have it included for over a year now: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=65749 > > one of the comments from a RH person at that bug from last year > states that it must be "legally possible/sensible" to do so, > neither of which seems to make much sense. It needs to be legally possible, sensible, and effective. There are continued comments by Microsoft about the Linux NTFS legality. Of course, now they mean no more than SCO's rantings - except for the fact that DMCA exists making reverse engineering a suspect endeavor these days. It may or may not be sensible. That's a user call based on the third requirement. It is only semi-effective based on the last comment from the NTFS maintainers I caught in the Linux kernel list. It reads most files OK. "Most" is the operative term. It's write capabilities are non- existent. It'd be more sensible to build a VMWARE XP machine, if possible, and transfer the files over the network emulation. It's rude and crude. However it is effective both ways. {^_^} From dale_kosan at fastmail.fm Sat Jul 26 11:53:49 2003 From: dale_kosan at fastmail.fm (Dale Kosan) Date: Sat, 26 Jul 2003 07:53:49 -0400 Subject: Blank Gnome logout dialog In-Reply-To: <1059199362.1532.0.camel@isengard> References: <1059196004.2561.6.camel@rh9> <1059199362.1532.0.camel@isengard> Message-ID: <3F226BCD.6070601@fastmail.fm> Tested and confirmed on a Nvidia Gforce2 400MX AGP card... Klaasjan Brand wrote: >On Sat, 2003-07-26 at 07:06, Philip Wyett wrote: > > >>Hi, >> >>I have filed this under Xfree86 in bugzilla, but it maybe more a Gnome >>problem. So... I will put the problem description here and maybe it will >>get re-assigned (someone accepts it as their own :)) faster if not an >>Xfree86 bug. >> >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100857 >> >>Description of problem: >> >>If you choose to log out from Gnome and then change your mind and click >>on 'Cancel' and be returned to the desktop. Then try again to >>immediately logout. You are presented with a blank grey logout dialog. >> >>This behaviour has been tested with 2 types of ATI Rage 128 Pro 4x AGP >>adapters and 1 NVidia GeForce 2 Ti and occurs with them both. >> >>Steps to Reproduce: >> >>1. Do an everything install of severn (Just to make sure nothing is >> missing). >>2. Log into the Gnome desktop. >>3. Go to logout, but click on 'Cancel' and be returned to the Gnome >> desktop. >>4. Again try to logout >> >> > >Reproduced on a Radeon 8500. Session manager or GDM problem I guess. > >Klaasjan > > > > >-- >Rhl-beta-list mailing list >Rhl-beta-list at redhat.com >http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > From nphilipp at redhat.com Sat Jul 26 12:07:12 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 26 Jul 2003 14:07:12 +0200 Subject: Batch mode for adduser In-Reply-To: <33892.63.96.64.130.1059158165.squirrel@www.networkinggeeks.com> References: <33892.63.96.64.130.1059158165.squirrel@www.networkinggeeks.com> Message-ID: <1059221232.8726.22.camel@wombat.dialup.fht-esslingen.de> On Fri, 2003-07-25 at 20:36, Ethan Bonick wrote: > I would like to request a newusers like program that will take plain text > passwords and encrypt them so the program could be useful. Newusers > leavesthe password in plaintext which is not secure at all. Hmm, here newusers crypt()s the password, but doesn't make an MD5 hash out of it. > I have created a script that does this same kind of function but it > only works on RedHat because other distro's dont compile with the same > options. Check it out on www.networkinggeeks.com/scripts.html If > anyone knows how to rewrite newusers to crypt the password it would be > a wonderful addition. In my Linux classes we went over the newusers > command but deemd it useless because it wont crypt the passwords. Does > anyone else feel this would be a very useful utility? I usually use a shell script that takes a similar file like newusers which eventually runs groupadd, then useradd and finally runs passwd like this to set the password: [...] (echo $newpasswd; echo $newpasswd) | passwd $newuser [...] This works here (also a Red Hat system) but should work anywhere where useradd/groupadd exist/work. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From doh at gmx.de Sat Jul 26 12:13:35 2003 From: doh at gmx.de (Daniel Huettl) Date: Sat, 26 Jul 2003 14:13:35 +0200 Subject: ntfs Message-ID: <3F22706F.4080000@gmx.de> If you read the comments at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=65749 you will see that nobody knows what the legal reasons for not shipping an ntfs module could be. After all, the code is (i) present in the kernel source and (ii) objections with regard to "reverse engineering" either do not apply or should apply in the cases of rdesktop & samba as well. Not shipping ntfs.o on legal grounds seems inconsistent to me. Furthermore, saying that NTFS (read!) support does not work or works only partially or is dangerous is nothing but FUD. It has been working perfectly well for over a year now. It seems to be the case that ntfs.o continues to be excluded out of laziness/force of habit or sheer predjudice. -- doh From alan at redhat.com Sat Jul 26 12:18:49 2003 From: alan at redhat.com (Alan Cox) Date: Sat, 26 Jul 2003 08:18:49 -0400 (EDT) Subject: alsa-driver 0.9.5 no compile In-Reply-To: <20030726014156.D63203EA9@null.cs.brown.edu> from "Joel Young" at Gor 25, 2003 09:41:56 Message-ID: <200307261218.h6QCIn826179@devserv.devel.redhat.com> > Well it seems I was not quite diligent enough before posting. > > if (atomic_read(&tty->count) > 1) { > > makes it work (I forgot the & before) > > but still, is this an expected problem? Yes. The -ac tty driver uses atomics for tty counts to deal with a race From marcdeslauriers at videotron.ca Sat Jul 26 12:32:04 2003 From: marcdeslauriers at videotron.ca (Marc Deslauriers) Date: Sat, 26 Jul 2003 08:32:04 -0400 Subject: Tartoon? In-Reply-To: <1059159672.1146.89.camel@one.myworld> References: <1059154979.3f216c23ca625@webmail.3web.com> <20030725194656.A5773@xos037.xos.nl> <1059155579.10989.10.camel@ragnarok.devel.redhat.com> <1059159672.1146.89.camel@one.myworld> Message-ID: <1059222724.4349.1.camel@linuxmd> On Fri, 2003-07-25 at 15:01, F?liciano Matias wrote: > "EA (Extended Attributes) and ACL (Access Control Lists) functionality > is now available for ext3 file systems. In addition, ACL functionality > is available for NFS. > ... > - samba -- Samba can export ACL functionality in this release." Oh! I hope we will get acls in the next RHL beta...please!! I have been waiting for this for the past couple of years! Marc. From kaboom at gatech.edu Sat Jul 26 12:41:19 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Sat, 26 Jul 2003 06:41:19 -0600 (MDT) Subject: ntfs In-Reply-To: References: <3F223DA7.2080905@gmx.de> Message-ID: On Sat, 26 Jul 2003, Robert P. J. Day wrote: > On Sat, 26 Jul 2003, Daniel Huettl wrote: > > > Please consider including the ntfs module. It is an absolute nuisance to > > have to compile it oneself. The module works perfectly well, and people > > have been clamouring to have it included for over a year now: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=65749 > > one of the comments from a RH person at that bug from last year > states that it must be "legally possible/sensible" to do so, > neither of which seems to make much sense. I think you're misreading that. Read it as "legally possible and legally sensible". Is it legal to ship that binary? Arguably, yes. Is it a sensible corporate move to do so? Given the DMCA, etc., no. The driver simply isn't worth the potential fallout (particularly since it barely works anyway -- potential risk far outweighs potential reward). Long-term, that's one of the things that projects like fedora and other community add-on sites are for: adding features RH can't ship for legal reasons (ntfs, mp3), won't ship (reiserfs and xfs, apparently), etc. later, chris From kaboom at gatech.edu Sat Jul 26 12:44:33 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Sat, 26 Jul 2003 06:44:33 -0600 (MDT) Subject: Tartoon? In-Reply-To: <1059222724.4349.1.camel@linuxmd> References: <1059154979.3f216c23ca625@webmail.3web.com> <20030725194656.A5773@xos037.xos.nl> <1059155579.10989.10.camel@ragnarok.devel.redhat.com> <1059159672.1146.89.camel@one.myworld> <1059222724.4349.1.camel@linuxmd> Message-ID: On Sat, 26 Jul 2003, Marc Deslauriers wrote: > On Fri, 2003-07-25 at 15:01, F?liciano Matias wrote: > > "EA (Extended Attributes) and ACL (Access Control Lists) functionality > > is now available for ext3 file systems. In addition, ACL functionality > > is available for NFS. > > ... > > - samba -- Samba can export ACL functionality in this release." > > Oh! I hope we will get acls in the next RHL beta...please!! > I have been waiting for this for the past couple of years! Remember that one goal of this project is to get closer to upstream, rather than farther away. Given that and the short time cycle between releases, it probably makes more sense to wait for the next (2.6-based) release, rather than add-on ACLs to the 2.4 kernel for this release. If you really want / need ACLs, grab the RHEL kernel source and recompile. It'll always be available, and the betas include ACLs. later, chris From veillard at redhat.com Sat Jul 26 14:23:00 2003 From: veillard at redhat.com (Daniel Veillard) Date: Sat, 26 Jul 2003 10:23:00 -0400 Subject: rhn alert icon In-Reply-To: <1059187133.1654.6.camel@one.myworld>; from feliciano.matias@free.fr on Sat, Jul 26, 2003 at 04:38:54AM +0200 References: <1059187133.1654.6.camel@one.myworld> Message-ID: <20030726102300.C14664@redhat.com> On Sat, Jul 26, 2003 at 04:38:54AM +0200, F?liciano Matias wrote: > Is someone experiment this : > http://feliciano.matias.free.fr/Screenshot-Panel.png > > The rhn alert icon is hide by the authentication icon. > > Sorry, but i can't reproduce. Hum, it's the infamous "1 pixel wide applet icon" bug, it's already registered in bugzilla, apparently it is a GTK bug but nobody has been able to reproduce it under debug condition to chase it down :-( Yes it's nearly impossible to reproduce ... Daniel -- Daniel Veillard | Red Hat Network https://rhn.redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From feliciano.matias at free.fr Sat Jul 26 15:41:14 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 26 Jul 2003 17:41:14 +0200 Subject: detachable menus In-Reply-To: <1059220059.8726.16.camel@wombat.dialup.fht-esslingen.de> References: <1059192298.2021.7.camel@one.myworld> <1059220059.8726.16.camel@wombat.dialup.fht-esslingen.de> Message-ID: <1059234073.2636.28.camel@one.myworld> Le sam 26/07/2003 ? 13:47, Nils Philippsen a ?crit : > On Sat, 2003-07-26 at 06:05, F?liciano Matias wrote: > > Gimp (gtk 1) has detachable menus. > > It's a bug, but since I like this, I don't bugzilla it. > > I don't think it's a bug, it was customizable for Gnome 1.x and gimp > probably got its setting from there. > I don't remember to have changed any gnome 1.x default sitting. > > Is there someone to tell me how to have this feature with gtk 2 > > applications ? > > With gconf-editor ("Panel Menu/System Tools/More System > Tools/Configuration Editor"), in "desktop/gnome/interface" enable > "menus_have_tearoff". > Perfect. > Nils -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From pmatilai at welho.com Sat Jul 26 16:44:17 2003 From: pmatilai at welho.com (Panu Matilainen) Date: 26 Jul 2003 19:44:17 +0300 Subject: NVIDIA Question In-Reply-To: <200307251747.54735.peter.backlund@home.se> References: <006a01c352be$cc59b1c0$6401a8c0@Clair.nc.rr.com> <200307250831.51594.hosting@j2solutions.net> <200307251747.54735.peter.backlund@home.se> Message-ID: <1059237856.4307.1.camel@chip.ath.cx> On Fri, 2003-07-25 at 18:47, Peter Backlund wrote: > As I see it, the best way would be for a third-party project like Fedora to > package the binary drivers, See https://bugzilla.fedora.us/show_bug.cgi?id=402 - will be there once the package passes QA. - Panu - From kylem at xwell.org Sat Jul 26 16:48:38 2003 From: kylem at xwell.org (Kyle Maxwell) Date: 26 Jul 2003 11:48:38 -0500 Subject: Severn and Mozilla Firebird? Message-ID: <1059238118.21688.2.camel@lando> Has anyone had any difficulty (or success) running Mozilla Firebird under Severn? I'm trying to run v0.6 (build 2003051615) and it just returns /path/to/MozillaFirebird/run-mozilla.sh: line 454: 21714 Segmentation fault "$prog" ${1+"$@"} Or should I take this to a Mozilla Firebird list somewhere? It ran beautifully on the same system running Red Hat 9 until I upgraded to 9.0.93 last night. -- Kyle Maxwell From cochranb at speakeasy.net Sat Jul 26 16:51:20 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 26 Jul 2003 12:51:20 -0400 Subject: Low Memory Warning During Installation In-Reply-To: <1059144103.16814.64.camel@isengard> References: <1059099968.4240.13.camel@bobcp4.lingpgmr.com> <1059144103.16814.64.camel@isengard> Message-ID: <1059238280.3064.18.camel@bobcp4.lingpgmr.com> I filed this (and answered your question) as bug #100885. Bob On Fri, 2003-07-25 at 10:41, Jeremy Katz wrote: > On Thu, 2003-07-24 at 22:26, Robert L Cochran wrote: > > When I clicked 'next' after editing the size of /boot, a window came up > > warning that I have low memory and swap needs to be formatted and > > activated immediately. It asked me for an okay to do that. I've agreed. > > > > This machine has 512 Mb memory, so I'm rather puzzled that it needed any > > swap whatsoever. > > If you switch to tty2, what do free or /proc/meminfo say about the > amount of memory you have? > > Cheers, > > Jeremy > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Need help with computer hardware or software? I can take care of it in your home at very reasonable cost. Bob Cochran Greenbelt, Maryland, USA http://www.greenbeltcomputer.biz/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From edusilva at ya.com Sat Jul 26 16:54:57 2003 From: edusilva at ya.com (Eduardo Silva) Date: Sat, 26 Jul 2003 18:54:57 +0200 Subject: Severn and Mozilla Firebird? In-Reply-To: <1059238118.21688.2.camel@lando> References: <1059238118.21688.2.camel@lando> Message-ID: <200307261854.57560.edusilva@ya.com> On Saturday 26 July 2003 18:48, Kyle Maxwell wrote: > Has anyone had any difficulty (or success) running Mozilla Firebird > under Severn? I'm trying to run v0.6 (build 2003051615) and it just > returns > > /path/to/MozillaFirebird/run-mozilla.sh: line 454: 21714 Segmentation > fault "$prog" ${1+"$@"} > > Or should I take this to a Mozilla Firebird list somewhere? It ran > beautifully on the same system running Red Hat 9 until I upgraded to > 9.0.93 last night. I've been running it OK with no issues. I also installed a build in /opt and it's been going OK. Can it be because of the plugins you have installed? I sometimes have issue when the java plugin is incorrectly installed (linking to incorrect version). -- Eduardo Silva From cochranb at speakeasy.net Sat Jul 26 17:05:46 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 26 Jul 2003 13:05:46 -0400 Subject: My Take On The Graphical Boot Message-ID: <1059239146.3064.26.camel@bobcp4.lingpgmr.com> I like the graphical boot to a small extent, but it has a nasty habit of freezing up for some seconds (the progress bar stops moving and the small messages in the window disappear.) Then to my relief the progress bar resumes. The small messages ought to be in a much larger font size. Sheesh, it's hard to read the things. I'm very accustomed to watching the kernel and service startup messages to make sure some service doesn't get a 'FAILED' result and it is not at all clear whether the Graphical Boot will warn me of a failed service, however small it is. And there's a lot of them out there. Bob Cochran -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdy at cs.brown.edu Sat Jul 26 17:19:50 2003 From: jdy at cs.brown.edu (Joel Young) Date: Sat, 26 Jul 2003 13:19:50 -0400 Subject: alsa-driver 0.9.5 no compile In-Reply-To: Your message of "Fri, 25 Jul 2003 21:37:59 EDT." <20030726013759.9828A3EA9@null.cs.brown.edu> References: <20030726013759.9828A3EA9@null.cs.brown.edu> Message-ID: <20030726171950.BEB723F14@null.cs.brown.edu> I Said: > Has anyone managed to get alsa to compile? not realizing Pekka Pietikainen had already answered this in: https://listman.redhat.com/archives/rhl-beta-list/2003-July/msg00098.html I did have to modify the .spec file from alsa-driver rpm at ftp://shrike.freshrpms.net/pub/freshrpms/redhat/testing/9/alsa-0.9.5/ to force CC=gcc32 in the configure and make steps. and then I gather from Pekka's post we need to do (for the simplest solution) a echo 0 > /proc/sys/kernel/exec-shield ? Joel From kylem at xwell.org Sat Jul 26 17:28:03 2003 From: kylem at xwell.org (Kyle Maxwell) Date: 26 Jul 2003 12:28:03 -0500 Subject: Severn and Mozilla Firebird? In-Reply-To: <200307261854.57560.edusilva@ya.com> References: <1059238118.21688.2.camel@lando> <200307261854.57560.edusilva@ya.com> Message-ID: <1059240483.21688.9.camel@lando> Nope, I removed the (defunct) symbolic link to the Java plugin and it still gives me the same error. I'll try to install a new build elsewhere in the tree, though, and see if it's just due to some legacy problem from the RH9 install. At least now I know that someone else is running it so it's something local here. On Sat, 2003-07-26 at 11:54, Eduardo Silva wrote: > On Saturday 26 July 2003 18:48, Kyle Maxwell wrote: > > Has anyone had any difficulty (or success) running Mozilla Firebird > > under Severn? I'm trying to run v0.6 (build 2003051615) and it just > > returns > > > > /path/to/MozillaFirebird/run-mozilla.sh: line 454: 21714 Segmentation > > fault "$prog" ${1+"$@"} > > > > Or should I take this to a Mozilla Firebird list somewhere? It ran > > beautifully on the same system running Red Hat 9 until I upgraded to > > 9.0.93 last night. > > I've been running it OK with no issues. I also installed a build in /opt and > it's been going OK. > > Can it be because of the plugins you have installed? I sometimes have issue > when the java plugin is incorrectly installed (linking to incorrect version). From joe at tmsusa.com Sat Jul 26 17:34:44 2003 From: joe at tmsusa.com (Joe) Date: Sat, 26 Jul 2003 10:34:44 -0700 Subject: Severn and Mozilla Firebird? In-Reply-To: <1059238118.21688.2.camel@lando> References: <1059238118.21688.2.camel@lando> Message-ID: <3F22BBB4.1020605@tmsusa.com> Kyle Maxwell wrote: >Has anyone had any difficulty (or success) running Mozilla Firebird >under Severn? I'm trying to run v0.6 (build 2003051615) and it just >returns > >/path/to/MozillaFirebird/run-mozilla.sh: line 454: 21714 Segmentation >fault "$prog" ${1+"$@"} > >Or should I take this to a Mozilla Firebird list somewhere? It ran >beautifully on the same system running Red Hat 9 until I upgraded to >9.0.93 last night. > > > I see exactly the same result here - and also with netscape 7.1, and I see this on shrike as well. Netscape 7.02 and mozilla 1.4 work fine however. Joe From cochranb at speakeasy.net Sat Jul 26 17:35:02 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 26 Jul 2003 13:35:02 -0400 Subject: Checking sendmail.cf file at boot time Message-ID: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> In an earlier posting I made on the Shrike list, I mentioned it is a good idea to turn off mail relaying in sendmail. Someone responded that the default sendmail implementation from Red Hat only listens for connections on the local host, anyhow, so in effect why bother? The best answer to that is that a substitute sendmail.cf file could be inserted to the system maliciously at some point. You should not just assume that sendmail is running with the actual Red Hat defaults, in other words. Substitution of sendmail.cf can be done without disturbing the /etc/mail/sendmail.mc file. Then restart sendmail. Presto! Without quite realizing it, the user's sendmail is listening for connections and is suddenly an open relay. What I do is that if sendmail is active on my system, I always manually edit sendmail.mc, run it through 'make -C /etc/mail', and restart sendmail to use the new sendmail.cf file. That way I know I generated the sendmail.cf file using the options I want (rather than praying the Red Hat defaults are working.) I could go a step further and write a cron script to check the date and times of these files every now and then and email me if they change unexpectedly. So I'm thinking that what would be nice is functionality in both the initscripts and perhaps some other service which runs during normal uptime which checks whether sendmail is installed and if so, whether certain options considered to be high risk are turned on. Bob Cochran -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kylem at xwell.org Sat Jul 26 17:39:36 2003 From: kylem at xwell.org (Kyle Maxwell) Date: 26 Jul 2003 12:39:36 -0500 Subject: Severn and Mozilla Firebird? In-Reply-To: <3F22BBB4.1020605@tmsusa.com> References: <1059238118.21688.2.camel@lando> <3F22BBB4.1020605@tmsusa.com> Message-ID: <1059241175.21688.12.camel@lando> On Sat, 2003-07-26 at 12:34, Joe wrote: > > > I see exactly the same result here - and also with netscape 7.1, and I > see this on shrike as well. > > Netscape 7.02 and mozilla 1.4 work fine however. OK, I think I've fixed it. Create a new profile ("MozillaFirebird -P") and it should go OK. You can still import the bookmarks stored in the previous profile's folder, but I'm not excited about losing my Adblock list. At least it runs now, anyway. Mozilla 1.4 still doesn't have "open bookmarks in tabs", and that was killing me this morning. -- Kyle Maxwell From kaboom at gatech.edu Sat Jul 26 17:41:31 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Sat, 26 Jul 2003 11:41:31 -0600 (MDT) Subject: Checking sendmail.cf file at boot time In-Reply-To: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> References: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> Message-ID: On Sat, 26 Jul 2003, Robert L Cochran wrote: > In an earlier posting I made on the Shrike list, I mentioned it is a > good idea to turn off mail relaying in sendmail. Someone responded that > the default sendmail implementation from Red Hat only listens for > connections on the local host, anyhow, so in effect why bother? > > The best answer to that is that a substitute sendmail.cf file could be > inserted to the system maliciously at some point. You should not just > assume that sendmail is running with the actual Red Hat defaults, in > other words. > > Substitution of sendmail.cf can be done without disturbing the > /etc/mail/sendmail.mc file. Then restart sendmail. Presto! Without quite > realizing it, the user's sendmail is listening for connections and is > suddenly an open relay. Nope. Read /etc/init.d/sendmail and /etc/mail/Makefile. On RH, sendmail.cf is automatically generated every time the daemon is restarted. later, chris From joe at tmsusa.com Sat Jul 26 17:52:40 2003 From: joe at tmsusa.com (Joe) Date: Sat, 26 Jul 2003 10:52:40 -0700 Subject: Checking sendmail.cf file at boot time In-Reply-To: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> References: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> Message-ID: <3F22BFE8.6070102@tmsusa.com> Robert L Cochran wrote: >In an earlier posting I made on the Shrike list, I mentioned it is a >good idea to turn off mail relaying in sendmail. Someone responded that >the default sendmail implementation from Red Hat only listens for >connections on the local host, anyhow, so in effect why bother? > >The best answer to that is that a substitute sendmail.cf file could be >inserted to the system maliciously at some point. You should not just >assume that sendmail is running with the actual Red Hat defaults, in >other words. > This is theoretically true - but if an attacker has somehow gotten a root shell on your box, you have much, much bigger problems than mail relaying! Finding out how that happened, and taking measures to stop it from happening again are the key. The procedures you list would be considered paranoid by some, but others would say that paranoia is the key to security. But if you're going to be paranoid, be consistent though - why focus solely on sendmail? There are thousands of things you will need to check daily or hourly, and sendmail is one of the smaller issues. hacked kernels, kernel modules, hacked utilities that mask an intruders presence (rootkits), hacked libs, hacked network layer, identity theft, malicious users, denial of service attacks, warez sites on your server, physical security, etc, etc. But on balance, a reasonably up to date redhat box with sensible security measures is going to be one very tough nut to crack, for any hacker without physical access. anything is possible, but the probability of a sensibly managed redhat box getting hacked is quite low. Joe From cochranb at speakeasy.net Sat Jul 26 18:03:00 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 26 Jul 2003 14:03:00 -0400 Subject: Checking sendmail.cf file at boot time In-Reply-To: References: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> Message-ID: <1059242580.3064.77.camel@bobcp4.lingpgmr.com> That is not quite true. Sendmail.cf is not actually regenerated unless the sendmail.mc file is changed. Make doesn't do anything if there are no changes to the source. To test this, reboot your machine and check the date and time of /etc/mail/sendmail.cf. Notice it does not change from reboot to reboot. Later this coming week I'll try substituting a sendmail.cf of my own to see what happens. Bob On Sat, 2003-07-26 at 13:41, Chris Ricker wrote: > On Sat, 26 Jul 2003, Robert L Cochran wrote: > > > In an earlier posting I made on the Shrike list, I mentioned it is a > > good idea to turn off mail relaying in sendmail. Someone responded that > > the default sendmail implementation from Red Hat only listens for > > connections on the local host, anyhow, so in effect why bother? > > > > The best answer to that is that a substitute sendmail.cf file could be > > inserted to the system maliciously at some point. You should not just > > assume that sendmail is running with the actual Red Hat defaults, in > > other words. > > > > Substitution of sendmail.cf can be done without disturbing the > > /etc/mail/sendmail.mc file. Then restart sendmail. Presto! Without quite > > realizing it, the user's sendmail is listening for connections and is > > suddenly an open relay. > > Nope. Read /etc/init.d/sendmail and /etc/mail/Makefile. On RH, sendmail.cf > is automatically generated every time the daemon is restarted. > > later, > chris > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Need help with computer hardware or software? I can take care of it in your home at very reasonable cost. Bob Cochran Greenbelt, Maryland, USA http://www.greenbeltcomputer.biz/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pboy at barkhof.uni-bremen.de Sat Jul 26 18:03:21 2003 From: pboy at barkhof.uni-bremen.de (Peter) Date: 26 Jul 2003 20:03:21 +0200 Subject: redhat-config-network and wireless card Message-ID: <1059242601.2144.27.camel@ibmLinux.athome.de> I use a compaq WL110 PCMCIA wireless card in a IBM Thinkpad T40p. The card is detected by the pcmcia subsystem and activated properly. All necessary modules are loaded. Unfortunately I can't configure it in redhat-config-network. In the Hardware tab it is correctly listed as "Intersil PRISM2", nevertheless if I open the edit button, there is the "wireless" tab missing, where I used to configure the SSID and the encryption details. In shrike no prob at all. Did anyone else observe this problem? Does anyone know a workaround? Thanks Peter -- ----------------------- Peter Boy Tel.: (0421) 218-44374 (0421) 230 757 ----------------------- From cochranb at speakeasy.net Sat Jul 26 18:11:29 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 26 Jul 2003 14:11:29 -0400 Subject: Checking sendmail.cf file at boot time In-Reply-To: <3F22BFE8.6070102@tmsusa.com> References: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> <3F22BFE8.6070102@tmsusa.com> Message-ID: <1059243089.3064.82.camel@bobcp4.lingpgmr.com> Spam is one of the biggest problems on the internet. That's why I'm so interested in MTA's. I want to play with postfix to see if it is better than sendmail, or at least easier to use... Bob On Sat, 2003-07-26 at 13:52, Joe wrote: > Robert L Cochran wrote: > > >In an earlier posting I made on the Shrike list, I mentioned it is a > >good idea to turn off mail relaying in sendmail. Someone responded that > >the default sendmail implementation from Red Hat only listens for > >connections on the local host, anyhow, so in effect why bother? > > > >The best answer to that is that a substitute sendmail.cf file could be > >inserted to the system maliciously at some point. You should not just > >assume that sendmail is running with the actual Red Hat defaults, in > >other words. > > > This is theoretically true - but if an attacker has somehow gotten a > root shell on your box, you have much, much bigger problems than mail > relaying! Finding out how that happened, and taking measures to stop it > from happening again are the key. > > > > The procedures you list would be considered paranoid by some, but others > would say that paranoia is the key to security. But if you're going to > be paranoid, be consistent though - why focus solely on sendmail? There > are thousands of things you will need to check daily or hourly, and > sendmail is one of the smaller issues. hacked kernels, kernel modules, > hacked utilities that mask an intruders presence (rootkits), hacked > libs, hacked network layer, identity theft, malicious users, denial of > service attacks, warez sites on your server, physical security, etc, etc. > > But on balance, a reasonably up to date redhat box with sensible > security measures is going to be one very tough nut to crack, for any > hacker without physical access. anything is possible, but the > probability of a sensibly managed redhat box getting hacked is quite low. > > Joe > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Need help with computer hardware or software? I can take care of it in your home at very reasonable cost. Bob Cochran Greenbelt, Maryland, USA http://www.greenbeltcomputer.biz/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From joe at tmsusa.com Sat Jul 26 18:23:41 2003 From: joe at tmsusa.com (Joe) Date: Sat, 26 Jul 2003 11:23:41 -0700 Subject: Checking sendmail.cf file at boot time In-Reply-To: <1059243089.3064.82.camel@bobcp4.lingpgmr.com> References: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> <3F22BFE8.6070102@tmsusa.com> <1059243089.3064.82.camel@bobcp4.lingpgmr.com> Message-ID: <3F22C72D.4030609@tmsusa.com> Robert L Cochran wrote: >Spam is one of the biggest problems on the internet. That's why I'm so >interested in MTA's. > >I want to play with postfix to see if it is better than sendmail, or at >least easier to use... > > I switched to postfix a few months ago and have some perspective w.r.t. sendmail - 1. Postfix is more efficient and behaves better under heavy load 2. Postfix is smaller and more modular - presents less of a target 3. Postfix makes some things easy, which are painful on sendmail 4. It's a drop-in replacement, calling programs won't know the difference. On the down side, there are just a few nits: 1. Postfix doesn't have the "mailstats" command - however pflogsumm mostly makes up for that 2. Postfix doesn't do DSN on success - the author claims that would "double" the size of postfix On the whole, I like it - I'm sure others can add their thoughts... Joe From chris at boredinboise.org Sat Jul 26 18:25:28 2003 From: chris at boredinboise.org (Chris Hillman) Date: Sat, 26 Jul 2003 12:25:28 -0600 Subject: Blank Gnome logout dialog In-Reply-To: <3F226BCD.6070601@fastmail.fm> References: <1059196004.2561.6.camel@rh9> <1059199362.1532.0.camel@isengard> <3F226BCD.6070601@fastmail.fm> Message-ID: <3F22C798.3010005@boredinboise.org> I don't think this has anything to do with the video card (I did reproduce it with a Voodoo 5 5500), but I think it is a bug in Gnome 1.4. -Chris Dale Kosan wrote: > Tested and confirmed on a Nvidia Gforce2 400MX AGP card... > > > Klaasjan Brand wrote: > >> On Sat, 2003-07-26 at 07:06, Philip Wyett wrote: >> >> >>> Hi, >>> >>> I have filed this under Xfree86 in bugzilla, but it maybe more a Gnome >>> problem. So... I will put the problem description here and maybe it >>> will >>> get re-assigned (someone accepts it as their own :)) faster if not an >>> Xfree86 bug. >>> >>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100857 >>> >>> Description of problem: >>> >>> If you choose to log out from Gnome and then change your mind and click >>> on 'Cancel' and be returned to the desktop. Then try again to >>> immediately logout. You are presented with a blank grey logout dialog. >>> >>> This behaviour has been tested with 2 types of ATI Rage 128 Pro 4x AGP >>> adapters and 1 NVidia GeForce 2 Ti and occurs with them both. >>> >>> Steps to Reproduce: >>> >>> 1. Do an everything install of severn (Just to make sure nothing is >>> missing). >>> 2. Log into the Gnome desktop. >>> 3. Go to logout, but click on 'Cancel' and be returned to the Gnome >>> desktop. >>> 4. Again try to logout >>> >> >> >> Reproduced on a Radeon 8500. Session manager or GDM problem I guess. >> >> Klaasjan >> >> >> >> >> -- >> Rhl-beta-list mailing list >> Rhl-beta-list at redhat.com >> http://www.redhat.com/mailman/listinfo/rhl-beta-list >> >> >> > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From joe at tmsusa.com Sat Jul 26 18:27:23 2003 From: joe at tmsusa.com (Joe) Date: Sat, 26 Jul 2003 11:27:23 -0700 Subject: Checking sendmail.cf file at boot time In-Reply-To: <1059243089.3064.82.camel@bobcp4.lingpgmr.com> References: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> <3F22BFE8.6070102@tmsusa.com> <1059243089.3064.82.camel@bobcp4.lingpgmr.com> Message-ID: <3F22C80B.7040102@tmsusa.com> Robert L Cochran wrote: >Spam is one of the biggest problems on the internet. That's why I'm so >interested in MTA's. > >I want to play with postfix to see if it is better than sendmail, or at >least easier to use... > > One killer feature of postfix v2: Regular expressions in header checks. With sendmail, you can do a very crude exact match of a subject or sender, but any variation ruins the whole scheme. With postfix header checks, the power of regular expressions gives you a lot more options in that department. Joe From chris at boredinboise.org Sat Jul 26 18:32:05 2003 From: chris at boredinboise.org (Chris Hillman) Date: Sat, 26 Jul 2003 12:32:05 -0600 Subject: Severn and Mozilla Firebird? In-Reply-To: <3F22BBB4.1020605@tmsusa.com> References: <1059238118.21688.2.camel@lando> <3F22BBB4.1020605@tmsusa.com> Message-ID: <3F22C925.1000707@boredinboise.org> I'm running Mozilla Firebird & Thunderbird under Severn from 22-Jul-2003 builds at: http://rykros.ath.cx/~calum/mozilla/ They're compiled with XFT, so you keep your pretty fonts :) -Chris Joe wrote: > Kyle Maxwell wrote: > >> Has anyone had any difficulty (or success) running Mozilla Firebird >> under Severn? I'm trying to run v0.6 (build 2003051615) and it just >> returns >> /path/to/MozillaFirebird/run-mozilla.sh: line 454: 21714 Segmentation >> fault "$prog" ${1+"$@"} >> >> Or should I take this to a Mozilla Firebird list somewhere? It ran >> beautifully on the same system running Red Hat 9 until I upgraded to >> 9.0.93 last night. >> >> >> > I see exactly the same result here - and also with netscape 7.1, and I > see this on shrike as well. > > Netscape 7.02 and mozilla 1.4 work fine however. > > Joe > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From feliciano.matias at free.fr Sat Jul 26 19:04:31 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 26 Jul 2003 21:04:31 +0200 Subject: alsa-driver 0.9.5 no compile In-Reply-To: <20030726171950.BEB723F14@null.cs.brown.edu> References: <20030726013759.9828A3EA9@null.cs.brown.edu> <20030726171950.BEB723F14@null.cs.brown.edu> Message-ID: <1059246270.4367.8.camel@one.myworld> Le sam 26/07/2003 ? 19:19, Joel Young a ?crit : > I Said: > > > Has anyone managed to get alsa to compile? > > not realizing Pekka Pietikainen had already answered this in: > > https://listman.redhat.com/archives/rhl-beta-list/2003-July/msg00098.html I have already forwarded this mail to freshrpms : http://lists.freshrpms.net/pipermail/rpm-list/2003-July/005290.html But no mistake, I am not a hacker :-) > > > I did have to modify the .spec file from alsa-driver rpm at > > ftp://shrike.freshrpms.net/pub/freshrpms/redhat/testing/9/alsa-0.9.5/ > > to force CC=gcc32 in the configure and make steps. > > > and then I gather from Pekka's post we need to do > (for the simplest solution) a > > echo 0 > /proc/sys/kernel/exec-shield > > ? > > Joel > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From cochranb at speakeasy.net Sat Jul 26 19:10:09 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 26 Jul 2003 15:10:09 -0400 Subject: Checking sendmail.cf file at boot time In-Reply-To: <3F22C80B.7040102@tmsusa.com> References: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> <3F22BFE8.6070102@tmsusa.com> <1059243089.3064.82.camel@bobcp4.lingpgmr.com> <3F22C80B.7040102@tmsusa.com> Message-ID: <1059246609.3064.92.camel@bobcp4.lingpgmr.com> OK, I installed postfix on my severn installation and turned off sendmail. Now to go about learning postfix enough to get it to accept email from the world...postfix on this machine has to speak to sendmail on my main server box, we will see if they get along. Bob On Sat, 2003-07-26 at 14:27, Joe wrote: > Robert L Cochran wrote: > > >Spam is one of the biggest problems on the internet. That's why I'm so > >interested in MTA's. > > > >I want to play with postfix to see if it is better than sendmail, or at > >least easier to use... > > > > > One killer feature of postfix v2: > > Regular expressions in header checks. > > With sendmail, you can do a very crude exact match of a subject or > sender, but any variation ruins the whole scheme. With postfix header > checks, the power of regular expressions gives you a lot more options in > that department. > > Joe > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Need help with computer hardware or software? I can take care of it in your home at very reasonable cost. Bob Cochran Greenbelt, Maryland, USA http://www.greenbeltcomputer.biz/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From joe at tmsusa.com Sat Jul 26 19:12:29 2003 From: joe at tmsusa.com (Joe) Date: Sat, 26 Jul 2003 12:12:29 -0700 Subject: Checking sendmail.cf file at boot time In-Reply-To: <1059246609.3064.92.camel@bobcp4.lingpgmr.com> References: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> <3F22BFE8.6070102@tmsusa.com> <1059243089.3064.82.camel@bobcp4.lingpgmr.com> <3F22C80B.7040102@tmsusa.com> <1059246609.3064.92.camel@bobcp4.lingpgmr.com> Message-ID: <3F22D29D.2070803@tmsusa.com> Robert L Cochran wrote: >OK, I installed postfix on my severn installation and turned off >sendmail. Now to go about learning postfix enough to get it to accept >email from the world...postfix on this machine has to speak to sendmail >on my main server box, we will see if they get along. > > > They are very compatible, you should have no problem. Joe From chrismcc at pricegrabber.com Sat Jul 26 19:29:40 2003 From: chrismcc at pricegrabber.com (Christopher McCrory) Date: 26 Jul 2003 12:29:40 -0700 Subject: taroon upgrade option? Message-ID: <1059247780.31942.3.camel@morticia.pricegrabber.com> Hello... Is there no upgrade option with taroon? I did a gingin64 (opteron) -> taroon upgrade that became an install. Did I miss something? -- Christopher McCrory "The guy that keeps the servers running" chrismcc at pricegrabber.com http://www.pricegrabber.com Let's face it, there's no Hollow Earth, no robots, and no 'mute rays.' And even if there were, waxed paper is no defense. I tried it. Only tinfoil works. From jdy at cs.brown.edu Sat Jul 26 19:56:04 2003 From: jdy at cs.brown.edu (Joel Young) Date: Sat, 26 Jul 2003 15:56:04 -0400 Subject: alsa-driver 0.9.5 no compile In-Reply-To: Your message of "26 Jul 2003 21:04:31 +0200." <1059246270.4367.8.camel@one.myworld> References: <20030726013759.9828A3EA9@null.cs.brown.edu> <20030726171950.BEB723F14@null.cs.brown.edu> <1059246270.4367.8.camel@one.myworld> Message-ID: <20030726195605.8AC1A3F04@null.cs.brown.edu> feliciano said: >> I Said: >> >> > Has anyone managed to get alsa to compile? >> >> not realizing Pekka Pietikainen had already answered this in: >> >> https://listman.redhat.com/archives/rhl-beta-list/2003-July/msg00098.html > >I have already forwarded this mail to freshrpms : >http://lists.freshrpms.net/pipermail/rpm-list/2003-July/005290.html > >But no mistake, I am not a hacker :-) :-) Thats actually how I found Pekka's post, was from your post to freshrpms. What a small world ;-) Joel From ckloiber at redhat.com Sat Jul 26 21:06:40 2003 From: ckloiber at redhat.com (Chris Kloiber) Date: 26 Jul 2003 17:06:40 -0400 Subject: taroon upgrade option? In-Reply-To: <1059247780.31942.3.camel@morticia.pricegrabber.com> References: <1059247780.31942.3.camel@morticia.pricegrabber.com> Message-ID: <1059253600.14294.3.camel@(null)> On Sat, 2003-07-26 at 15:29, Christopher McCrory wrote: > Hello... > > Is there no upgrade option with taroon? I did a gingin64 (opteron) -> > taroon upgrade that became an install. Did I miss something? > I believe the upgrade option of the Taroon installer is only available if you are upgrading from Red Hat Enterprise Linux AS or WS (version 2.1). That could be a problem on an AMD64 based system. -- Chris Kloiber From ms-nospam-0306 at arcor.de Sat Jul 26 21:12:15 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sat, 26 Jul 2003 23:12:15 +0200 Subject: graphical boot and kudzu In-Reply-To: <6A3008858445D711A58A00062939B2F1EBB8@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EBB8@EXCHANGE> Message-ID: <20030726231215.0f093a2c.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 22 Jul 2003 15:04:55 +0200, Pavel Rozenboim wrote: > I guess I run into "issues" with graphical boot and kudzu, mentioned in > release notes. The boot process is stuck when hardware detection is > performed. Similar thing here, but not enough for bugzilla. When graphical boot didn't proceed during hardware detection, I killed the X server, then found a corrupted kudzu text screen on ALT+F8. It said something like it would be going to remove my Generic Serial Mouse. Text was hardly readable. Because of the corrupted display I could not navigate the text-mode buttons correctly either. F?-buttons didn't seem to work. Somehow I managed to quit it, though. I then ran mouseconfig, selected Generic Serial Mouse (3 buttons) and exited: Python traceback, hardly readable (but complaining about "Keyword: DEVICE"), due to corrupted virtual console again. Ran "reset", "chkconfig kudzu off", removed /etc/sysconfig/mouse and ran mouseconfig again. Due to console reset, it displayed line characters incorrectly. Upon exit I got Shutting down console mouse services: [FAILED] Starting console mouse services: [ OK ] and then my machine was locked up completely. Had to press reset button. Reboot came as far as displaying the gdm login screen. But I was without mouse and without keyboard. Only activity was the blinking cursor and syncing Software RAID. Everything else was dead. Investigating... - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Iu6v0iMVcrivHFQRAhl8AJ42C84JHja09YDHSb7YOhCOWknhzgCeOpKi 59SoIv0BE74OCtFJasd1OZ8= =KAt8 -----END PGP SIGNATURE----- From jos at xos.nl Sat Jul 26 21:40:13 2003 From: jos at xos.nl (Jos Vos) Date: Sat, 26 Jul 2003 23:40:13 +0200 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: Your message of "Thu, 24 Jul 2003 12:10:05 +0200." <20030724121005.5ecde2da.matthias@rpmforge.net> Message-ID: <200307262140.h6QLeDN09679@xos037.xos.nl> Matthias Saou wrote: > Then do check out yum : It has the ease of use that autoupdate has, trivial > package signature checking like autoupdate has, but uses rpmlib and the > actual package headers to calculate updates, so it doesn't miss the > "Obsoletes:" tags nor the epoch increases... like autoupdate does. > > I'm still using autoupdate on quite a lot of production servers, but am > switching to yum on the new ones. OK, my first experiences using the yum rpm for RHL9 on RHL9: - yum-arch -z does not seem to compress the headers - pkgpolicy=last does not work as expected: when I have installed a version of package X (from the first yum server) and I add a second yum server with another version of package X, yum does not see a need to update package X! When I install package X if not installed, it indeed takes the version from the second server. (serverid's are 01something and 02somethingelse). - yum install sometimes segfaults when installing a package - How can I do special actions, like installing a kernel i.s.o. upgrading it? - Furthermore I probably want to be able to run scripts before or after rpm actions being done (like the LUA scripts in apt-rpm). I know this is Python and it should be probably pretty easy to add... Comments? -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From Todd at netronin.com Sat Jul 26 21:55:13 2003 From: Todd at netronin.com (Todd Booher) Date: Sat, 26 Jul 2003 14:55:13 -0700 Subject: redhat-config-network and wireless card Message-ID: I'm using the same card in a T30 running severn with no problems. A compaq WL100 also works under severn on my T30. Todd -----Original Message----- From: Peter [mailto:pboy at barkhof.uni-bremen.de] Sent: Saturday, July 26, 2003 11:03 AM To: rhl-beta-list at redhat.com Subject: redhat-config-network and wireless card I use a compaq WL110 PCMCIA wireless card in a IBM Thinkpad T40p. The card is detected by the pcmcia subsystem and activated properly. All necessary modules are loaded. Unfortunately I can't configure it in redhat-config-network. In the Hardware tab it is correctly listed as "Intersil PRISM2", nevertheless if I open the edit button, there is the "wireless" tab missing, where I used to configure the SSID and the encryption details. In shrike no prob at all. Did anyone else observe this problem? Does anyone know a workaround? Thanks Peter -- ----------------------- Peter Boy Tel.: (0421) 218-44374 (0421) 230 757 ----------------------- -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From pboy at barkhof.uni-bremen.de Sat Jul 26 23:01:35 2003 From: pboy at barkhof.uni-bremen.de (Peter) Date: 27 Jul 2003 01:01:35 +0200 Subject: redhat-config-network and wireless card In-Reply-To: References: Message-ID: <1059260495.2154.30.camel@ibmLinux.athome.de> Am Sam, 2003-07-26 um 23.55 schrieb Todd Booher: > I'm using the same card in a T30 running severn with no > problems. A compaq WL100 also works under severn on my T30. Thanks for the info. Just to be precise: If you start rh-cfg-network, you get a list with eth0 for your internal adapter (and a little network adapter icon) and eth1 for the WL100 (and a little wireless icon)? And if you select the wireless and click on edit you get a new window with 3 tabs (general, Hardware, Wireless)? In my case the WL110 seems to be classified as "wired" Ethernet and carries no wireless icon and the same 3-tab window (general, route, hardware). Peter > -- > ----------------------- > Peter Boy > > > Tel.: (0421) 218-44374 > (0421) 230 757 > ----------------------- From Todd at netronin.com Sat Jul 26 23:17:38 2003 From: Todd at netronin.com (Todd Booher) Date: Sat, 26 Jul 2003 16:17:38 -0700 Subject: redhat-config-network and wireless card Message-ID: That's correct, my wireless card is identified as eth1 and it has 3 tabs under it's properties. Did you have the card plugged in during the install? On a side note, is your bootup slow. I'm not sure if it's just a consequence of the new graphical boot or something else but this T30 used to take about 30 seconds to boot to a logon and now it's more like a minute. I like the direction they are going in with the graphical boot but it definitely needs some work. Todd -----Original Message----- From: Peter [mailto:pboy at barkhof.uni-bremen.de] Sent: Saturday, July 26, 2003 4:02 PM To: rhl-beta-list at redhat.com Subject: RE: redhat-config-network and wireless card Am Sam, 2003-07-26 um 23.55 schrieb Todd Booher: > I'm using the same card in a T30 running severn with no problems. A > compaq WL100 also works under severn on my T30. Thanks for the info. Just to be precise: If you start rh-cfg-network, you get a list with eth0 for your internal adapter (and a little network adapter icon) and eth1 for the WL100 (and a little wireless icon)? And if you select the wireless and click on edit you get a new window with 3 tabs (general, Hardware, Wireless)? In my case the WL110 seems to be classified as "wired" Ethernet and carries no wireless icon and the same 3-tab window (general, route, hardware). Peter > -- > ----------------------- > Peter Boy > > > Tel.: (0421) 218-44374 > (0421) 230 757 > ----------------------- -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From pboy at barkhof.uni-bremen.de Sat Jul 26 23:30:18 2003 From: pboy at barkhof.uni-bremen.de (Peter) Date: 27 Jul 2003 01:30:18 +0200 Subject: speedstep-centrino how to use? Message-ID: <1059262218.2151.39.camel@ibmLinux.athome.de> The kernel contains the speedstep-centrino driver which is compiled as a module. Does someone know how to use it? I can load it by insmod (Thinkpad T40p), but in the module list it is classified as unused. I suppose, additional steps are required. Thanks Peter -- ----------------------- Peter Boy Tel.: (0421) 218-44374 (0421) 230 757 ----------------------- From pboy at barkhof.uni-bremen.de Sat Jul 26 23:33:36 2003 From: pboy at barkhof.uni-bremen.de (Peter) Date: 27 Jul 2003 01:33:36 +0200 Subject: redhat-config-network and wireless card In-Reply-To: References: Message-ID: <1059262415.2158.43.camel@ibmLinux.athome.de> Am Son, 2003-07-27 um 01.17 schrieb Todd Booher: > That's correct, my wireless card is identified as eth1 and it > has 3 tabs under it's properties. Did you have the card plugged > in during the install? Yes, it is plugged in. Seems I should file the issue into bugzilla. > On a side note, is your bootup slow. I'm not sure if it's just > a consequence of the new graphical boot or something else but this > T30 used to take about 30 seconds to boot to a logon and now it's > more like a minute. I like the direction they are going in with > the graphical boot but it definitely needs some work. I enjoy it, too. But I'm still struggeling with my network connection and some other basic problems (like ACPI). I have to check things like this later on :-) Peter -- ----------------------- Peter Boy Tel.: (0421) 218-44374 (0421) 230 757 ----------------------- From kodis at mail630.gsfc.nasa.gov Sun Jul 27 00:35:04 2003 From: kodis at mail630.gsfc.nasa.gov (John Kodis) Date: Sat, 26 Jul 2003 20:35:04 -0400 Subject: Severn/Shrike CUPS interop failure Message-ID: <20030727003504.GA28735@tux.gsfc.nasa.gov> I've already bugzilla'd this CUPS remote printing problem under "Severn/Shrike CUPS interop failure" as bugzilla entry #100913, but I thought I'd ask here to see what results other people have had when setting up remote printing. Here's the description of my problem: I have an HP LJ3P printer connected to the parallel port on a machine running RHL9 and CUPS. This works fine. I have also set up another RHL9 machine on my LAN to use CUPS, and to print to the remote HP LJ3P printer on the first machine. This also works fine. When I try to configure a third PC running the Severn beta to access this same HP LJ3P printer, things are no longer so fine. In the redhat-config-printer window on the severn PC, the remote printer shows up under the "Browsed queues" tree, and the description of the printer matches what I entered on the first PC to which the printer is connected. However, I am unable to set this queue up. The edit, delete, default, sharing, delete, and apply actions are all inactive. When I force the issue by manually setting up a print queue using the same parameters as I used to successfully set up access to the remote printer from the second PC as described, any attempt to print a test page results in an Error dialog box that says There was a problem sending ASCII text test page to 'hp' queue: lpr: unable to print file: server-error-service-unavailable Now here's the odd part: I had been running tcpdump on the severn box during this whole time, and there was never any network traffic sent. The only traffic was the udp packets broadcast from the machine with the printer to 255.255.255.255.ipp every 30 seconds. I've tried disabling all packet filtering, restarting all the cups daemons, and all the other things that I could think of without any change. If anyone else has tried this or a similar setup, I'd appreciate any success or failure reports. -- John Kodis Goddard Space Flight Center kodis at mail630.gsfc.nasa.gov Greenbelt, Maryland, USA Phone: 301-286-7376 Fax: 301-286-1771 From yinyang at eburg.com Sun Jul 27 02:59:53 2003 From: yinyang at eburg.com (Gordon Messmer) Date: Sat, 26 Jul 2003 19:59:53 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <20030725100552.GB18407@aloss.ukuu.org.uk> References: <3F1F0798.2030304@bourbaki.us> <200307232224.h6NMOmM23815@devserv.devel.redhat.com> <20030725100552.GB18407@aloss.ukuu.org.uk> Message-ID: <3F234029.4080309@eburg.com> Telsa Gwynne wrote: > On Wed, Jul 23, 2003 at 06:24:48PM -0400 or thereabouts, Alan Cox wrote: > >>>Is it also a "Gnome team" issue that eliminated the screen shooter that >>>was in 7.3 and replaced it with a far inferior one? Can anything be done >>>about that? >> >>It was replaced with a much saner one. I think you are the first person >>I've met who counts it as better 8) Yes this was part of the Gnome teams >>focus on usability > > > Ahem. > > I miss the old one. The "delay x seconds" was vital for screenshots > for docs and bugs (especially bugs in menus). So does whoever filed > this and its duplicate: > > "gnome-panel-screenshot needs a timeout option": > http://bugzilla.gnome.org/show_bug.cgi?id=79189 What's wrong with "Alt+Print Screen"? You can hit those keys at any time to get a screenshot of the currently focused window, which seems way more useful than trying to predict how much time you need to properly prepare any UI for a screenshot. From tdiehl at rogueind.com Sun Jul 27 04:03:54 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Sun, 27 Jul 2003 00:03:54 -0400 (EDT) Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: <200307262140.h6QLeDN09679@xos037.xos.nl> Message-ID: On Sat, 26 Jul 2003, Jos Vos wrote: > Matthias Saou wrote: > > > Then do check out yum : It has the ease of use that autoupdate has, trivial > > package signature checking like autoupdate has, but uses rpmlib and the > > actual package headers to calculate updates, so it doesn't miss the > > "Obsoletes:" tags nor the epoch increases... like autoupdate does. > > > > I'm still using autoupdate on quite a lot of production servers, but am > > switching to yum on the new ones. > > OK, my first experiences using the yum rpm for RHL9 on RHL9: > > - yum-arch -z does not seem to compress the headers If they are really not compressed then try it without -z, by default yum-arch compresses the headers. I have never used -z FWIW: (icarus pts0) # file * fwbuilder-0-1.0.10-1.i386.hdr: gzip compressed data, was ".newheaders/fwbuilder-0-1.0.10-", max compression fwbuilder-ipt-0-1.0.10-1.i386.hdr: gzip compressed data, was ".newheaders/fwbuilder-ipt-0-1.0", max compression The above is generated using yum-arch with no options. > > - pkgpolicy=last does not work as expected: when I have installed > a version of package X (from the first yum server) and I add > a second yum server with another version of package X, yum does > not see a need to update package X! When I install package X if > not installed, it indeed takes the version from the second server. > (serverid's are 01something and 02somethingelse). Depends on which server has the latest version. If you want the newest version installed than you should set it to newest. With pkgpolicy = last a new install will install the version from the last server but if a version already exists from the first server and the version on the first server is newer yum will not downgrade to the older package. >From the man pg: pkgpolicy=[newest|last] Default: newest. Package sorting order. When a package is available from multiple servers, newest will install the most recent version of the package found. last will sort the servers alphabetically by serverid and install the version of the pack- age found on the last server in the resulting list. If you don't understand the above then you're best left not including this option at all and letting the default occur. > - yum install sometimes segfaults when installing a package I have not seen this, so I cannot help. > > - How can I do special actions, like installing a kernel i.s.o. > upgrading it? What is a kernel i.s.o.?? If you mean rpm, yum will only install a kernel. It will not upgrade a kernel. So if you need to upgrade a kernel it will install it along side of the old kernel and adjust the grub.conf to make the new kernel the default. Presently to rm the old kernel you need to do an "rpm -e kernel-2.4.whatever.old.rpm. Seth is working on fixing this but at present using yum to rm the old kernel does not work properly. > Comments? There is a yum mailing list at: https://lists.dulug.duke.edu/mailman/listinfo/yum Suggest you ask yum specific questions there. The people over there are very willing to help. HTH, -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From mutk at iprimus.com.au Sun Jul 27 05:06:32 2003 From: mutk at iprimus.com.au (Michael Kearey) Date: Sun, 27 Jul 2003 15:06:32 +1000 Subject: vmware 4.0 In-Reply-To: <1059052449.22787.3.camel@wks20.rptec.ch> References: <1059052449.22787.3.camel@wks20.rptec.ch> Message-ID: <3F235DD8.4080006@iprimus.com.au> Jean-Eric Cuendet wrote: > Hi, > I'm unable to make vmware work correctly on Severn. > I'm unable to setup vmware tools (Net, Graphics) which are really > useful. > The mouse is slow (probably because vmware tools are not installed). > > The default driver is pcnet32 (AMD 79c970, PCNET32 Lance), it loads OK, > but then the network script say the cable is not plugged... > The host OS (linux RH9) has network running just fine and the second > vmware machine (Win2k) is also running fine with network and vmware > tools. > Does anyone have ideas on how to do it working? Ah, you mean you are unable to configure Severn on a VMware machine that is running in VMware 4.0? To get the network interface up, make /etc/sysconfig/network-scripts/ifcfg-eth0 look like: DEVICE=eth0 ONBOOT=yes check_link_down() { return 1; } BOOTPROTO=dhcp > Thanks > -jec > > PS: why is the kernel compiled with gcc 3.2.3 and the installed compiler > is 3.3? The reasons why have been explained by others. However, you can just use gcc3.3 that comes with Severn.. The latest VMware for Linux WS ( VMware 4.0.1 )vmware-tools install asks if you want to use gcc 3.3 even though it doesn't match the gcc the kernel was built with...I just said yes.. And everything worked ok. A couple of complaints but that's it. Shared folders work ok, the vmware service for guests runs ok, and the XFree86 driver was installed too. I now enjoy fullscreen 1280x1024 Severn VM. Only problem I have seen is odd colours for URLs in mozilla. CHeers, Michael From aoliva at redhat.com Sun Jul 27 05:10:47 2003 From: aoliva at redhat.com (Alexandre Oliva) Date: 27 Jul 2003 02:10:47 -0300 Subject: Checking sendmail.cf file at boot time In-Reply-To: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> References: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> Message-ID: On Jul 26, 2003, Robert L Cochran wrote: > In an earlier posting I made on the Shrike list, I mentioned it is a > good idea to turn off mail relaying in sendmail. > The best answer to that is that a substitute sendmail.cf file could be > inserted to the system maliciously at some point. And what effect could the fact that relaying is disabled in the replaced sendmail.cf possibly have on the replacement? -- Alexandre Oliva, GCC Team, Red Hat From hosting at j2solutions.net Sun Jul 27 06:20:06 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Sat, 26 Jul 2003 23:20:06 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <3F234029.4080309@eburg.com> References: <3F1F0798.2030304@bourbaki.us> <20030725100552.GB18407@aloss.ukuu.org.uk> <3F234029.4080309@eburg.com> Message-ID: <200307262320.06592.hosting@j2solutions.net> On Saturday 26 July 2003 19:59, Gordon Messmer wrote: > What's wrong with "Alt+Print Screen"? You can hit those keys at any > time to get a screenshot of the currently focused window, which seems > way more useful than trying to predict how much time you need to > properly prepare any UI for a screenshot. Because can make some context menus go away, as soon as you hit another key, some menus go away. It's necessary to be able to have a timed snapshot. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jbinpg at shaw.ca Sun Jul 27 07:25:12 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Sun, 27 Jul 2003 00:25:12 -0700 Subject: Graphical boot isn't so graphical In-Reply-To: <200307262320.06592.hosting@j2solutions.net> References: <3F1F0798.2030304@bourbaki.us> <20030725100552.GB18407@aloss.ukuu.org.uk> <3F234029.4080309@eburg.com> <200307262320.06592.hosting@j2solutions.net> Message-ID: <20030727072512.GA10525@nonesuch> On Sat, Jul 26, 2003 at 11:20:06PM -0700, Jesse Keating wrote: > On Saturday 26 July 2003 19:59, Gordon Messmer wrote: > > What's wrong with "Alt+Print Screen"? You can hit those keys at any > > time to get a screenshot of the currently focused window, which seems > > way more useful than trying to predict how much time you need to > > properly prepare any UI for a screenshot. > > Because can make some context menus go away, as soon as you > hit another key, some menus go away. It's necessary to be able to have a > timed snapshot. Just as long as the Alt-Printscreen capability never disappears, I'll be happy. jb From jos at xos.nl Sun Jul 27 08:17:28 2003 From: jos at xos.nl (Jos Vos) Date: Sun, 27 Jul 2003 10:17:28 +0200 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: ; from tdiehl@rogueind.com on Sun, Jul 27, 2003 at 12:03:54AM -0400 References: <200307262140.h6QLeDN09679@xos037.xos.nl> Message-ID: <20030727101728.A19016@xos037.xos.nl> On Sun, Jul 27, 2003 at 12:03:54AM -0400, Tom Diehl wrote: > If they are really not compressed then try it without -z, by default yum-arch > compresses the headers. I have never used -z Yes, you're right, it is compressed. I just looked at the size, being the same with and without -z, which thus seems to be a no-op. > Depends on which server has the latest version. If you want the newest version > installed than you should set it to newest. With pkgpolicy = last a new install > will install the version from the last server but if a version already exists > from the first server and the version on the first server is newer yum will not > downgrade to the older package. The latter is then my problem, as I really need a different behaviour. But I'll move this discussion to the yum list and post it again there, with some more explanation of what I want. > > - How can I do special actions, like installing a kernel i.s.o. > > upgrading it? > > What is a kernel i.s.o.?? If you mean rpm, yum will only install a kernel. The i.s.o. related to installing vs. upgrading. > It will not upgrade a kernel. So if you need to upgrade a kernel it will > install it along side of the old kernel and adjust the grub.conf to make > the new kernel the default. Presently to rm the old kernel you need to do an > "rpm -e kernel-2.4.whatever.old.rpm. Seth is working on fixing this but at > present using yum to rm the old kernel does not work properly. Is this all configurable? Like the "allow-duplicated" in apt-rpm? Same for the grub default action. > There is a yum mailing list at: > https://lists.dulug.duke.edu/mailman/listinfo/yum > > Suggest you ask yum specific questions there. The people over there are very > willing to help. OK, I'll post an updated list of questions later today on that list, as it is here a bit off-topic and then we can continue the discussion. Thanks so far, -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From pavelr at coresma.com Sun Jul 27 10:20:10 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Sun, 27 Jul 2003 12:20:10 +0200 Subject: Blank Gnome logout dialog Message-ID: <6A3008858445D711A58A00062939B2F1EBFB@EXCHANGE> It's probably not hardware related, as I see the same with remote X session. > -----Original Message----- > From: Chris Hillman [mailto:chris at boredinboise.org] > Sent: Sat, July 26, 2003 8:25 PM > To: rhl-beta-list at redhat.com > Subject: Re: Blank Gnome logout dialog > > > I don't think this has anything to do with the video card (I did > reproduce it with a Voodoo 5 5500), but I think it is a bug > in Gnome 1.4. > > -Chris > > Dale Kosan wrote: > > > Tested and confirmed on a Nvidia Gforce2 400MX AGP card... > > > > > > Klaasjan Brand wrote: > > > >> On Sat, 2003-07-26 at 07:06, Philip Wyett wrote: > >> > >> > >>> Hi, > >>> > >>> I have filed this under Xfree86 in bugzilla, but it maybe > more a Gnome > >>> problem. So... I will put the problem description here > and maybe it > >>> will > >>> get re-assigned (someone accepts it as their own :)) > faster if not an > >>> Xfree86 bug. > >>> > >>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100857 > >>> > >>> Description of problem: > >>> > >>> If you choose to log out from Gnome and then change your > mind and click > >>> on 'Cancel' and be returned to the desktop. Then try again to > >>> immediately logout. You are presented with a blank grey > logout dialog. > >>> > >>> This behaviour has been tested with 2 types of ATI Rage > 128 Pro 4x AGP > >>> adapters and 1 NVidia GeForce 2 Ti and occurs with them both. > >>> > >>> Steps to Reproduce: > >>> > >>> 1. Do an everything install of severn (Just to make sure > nothing is > >>> missing). > >>> 2. Log into the Gnome desktop. > >>> 3. Go to logout, but click on 'Cancel' and be returned to > the Gnome > >>> desktop. > >>> 4. Again try to logout > >>> > >> > >> > >> Reproduced on a Radeon 8500. Session manager or GDM > problem I guess. > >> > >> Klaasjan > >> > >> > >> > >> > >> -- > >> Rhl-beta-list mailing list > >> Rhl-beta-list at redhat.com > >> http://www.redhat.com/mailman/listinfo/rhl-beta-list > >> > >> > >> > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From pavelr at coresma.com Sun Jul 27 10:27:02 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Sun, 27 Jul 2003 12:27:02 +0200 Subject: graphical boot and kudzu Message-ID: <6A3008858445D711A58A00062939B2F1EBFD@EXCHANGE> > -----Original Message----- > From: Michael K. Johnson [mailto:johnsonm at redhat.com] > Sent: Wed, July 23, 2003 7:38 PM > To: rhl-beta-list at redhat.com > Subject: Re: graphical boot and kudzu > > > On Tue, Jul 22, 2003 at 03:04:55PM +0200, Pavel Rozenboim wrote: > > Do you need any information about my system to help > resolution of this > > issue? > > boot with acpi=off and see if it helps. > > If it does, please bugzilla with output from dmidecode and acpidmp > (run as root). Hmm.. It doesn't. Do you still want dmidecode output? > > michaelkjohnson > > "He that composes himself is wiser than he that composes a book." > Linux Application Development -- Ben Franklin > http://people.redhat.com/johnsonm/lad/ > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From warren at togami.com Sun Jul 27 10:38:35 2003 From: warren at togami.com (Warren Togami) Date: 27 Jul 2003 00:38:35 -1000 Subject: 2.6 test RPMS and laptop mode? Message-ID: <1059302314.1859.112.camel@laptop> /proc/sys/vm/laptop_mode The RH 2.4 kernels have this laptop_mode control, but it seems to be missing from Arjan's 2.6 test RPMS. I am wondering if they could be added to future 2.6 test RPMS? On a somewhat related note... https://bugzilla.fedora.us/show_bug.cgi?id=520 I packaged powernowd which works great with Arjan's 2.6 kernel RPMS, reducing my CPU speed, power usage and temperature without noticeably slowing down even the "feel" of my laptop. Warren Togami warren at togami.com From mas118 at york.ac.uk Sun Jul 27 11:42:31 2003 From: mas118 at york.ac.uk (Michel Alexandre Salim) Date: Sun, 27 Jul 2003 18:42:31 +0700 Subject: speedstep-centrino how to use? In-Reply-To: <1059262218.2151.39.camel@ibmLinux.athome.de> References: <1059262218.2151.39.camel@ibmLinux.athome.de> Message-ID: <1059306148.14342.2.camel@bushido> On Sun, 2003-07-27 at 06:30, Peter wrote: > The kernel contains the speedstep-centrino driver which is compiled as a > module. Does someone know how to use it? > > I can load it by insmod (Thinkpad T40p), but in the module list it is > classified as unused. I suppose, additional steps are required. > No idea as yet; you could 'modprobe processor' and then access information in /proc/acpi/processor/CPU0 - throttling could be set by 'echo N > throttling' but that worked without the centrino module anyway. I had thought the 'performance' file could be tweaked once the centrino module is loaded but echoing to it still results in.. nothing. Would be really curious to know the answer myself. Regards, Michel From mike at netlyncs.com Sun Jul 27 12:33:05 2003 From: mike at netlyncs.com (Mike Chambers) Date: 27 Jul 2003 07:33:05 -0500 Subject: Gnome windows maximizing Message-ID: <1059309185.12023.6.camel@bart.netlyncs.com> I maximize most of my windows while in Gnome. But when I close one, and whether I log out of Gnome or not, when I bring it back up, it starts in the same place, instead of maximizing like I had it before. It doesn't seem to remember the last state I had it in. It happens on all of the programs, not just a few. Is this known and how it's suppose to work or should this work like I am expecting it too? -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From shrek-m at gmx.de Sun Jul 27 14:30:33 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 27 Jul 2003 16:30:33 +0200 Subject: graphical boot - initdefault Message-ID: <3F23E209.7070705@gmx.de> hi, is there a tool for the gui-admins for en/dis-abling the grafical boot ? something like # redhat-config-proc - /etc/sysctl.conf eg. # redhat-config-init - /etc/inittab + /etc/sysconfig/init thanks a short summary [alt][ctl][F1] = old-style [alt][ctl][F8] = graphical boot no problems -------- /etc/inittab id:3:initdefault: /etc/sysconfig/init GRAPHICAL=yes --> no graphical boot default without X no problems my actually personal favorite with X -------- -------- /etc/inittab id:3:initdefault: /etc/sysconfig/init GRAPHICAL=no --> no graphical boot no problems -------- -------- /etc/inittab id:5:initdefault: /etc/sysconfig/init GRAPHICAL=no --> no graphical boot no problems but login on tty shows: plus before udiaresis ignored plus before Udiaresis ignored ... "odiaresis" "Odiaresis" "adiaresis" "Adiaresis" -------- -------- /etc/inittab id:5:initdefault: /etc/sysconfig/init GRAPHICAL=yes --> graphical boot default with X no problems but while booting: initrd unmounten umount /initrd device is in use [error] i have only 1 / partition and 1 swap-partition -------- -- shrek-m From tdiehl at rogueind.com Sun Jul 27 14:42:23 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Sun, 27 Jul 2003 10:42:23 -0400 (EDT) Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: <20030727101728.A19016@xos037.xos.nl> Message-ID: On Sun, 27 Jul 2003, Jos Vos wrote: > On Sun, Jul 27, 2003 at 12:03:54AM -0400, Tom Diehl wrote: > > > It will not upgrade a kernel. So if you need to upgrade a kernel it will > > install it along side of the old kernel and adjust the grub.conf to make > > the new kernel the default. Presently to rm the old kernel you need to do an > > "rpm -e kernel-2.4.whatever.old.rpm. Seth is working on fixing this but at > > present using yum to rm the old kernel does not work properly. > > Is this all configurable? Like the "allow-duplicated" in apt-rpm? I do not think so. I have never used apt-get so I am not sure. > Same for the grub default action. I and others have asked Seth to allow different behavior. Seth says he is looking into it but there are problems doing it if the boot loader is lilo. I think most people would be happy if it would only work with grub. Especially given that lilo is going away soon. > > There is a yum mailing list at: > > https://lists.dulug.duke.edu/mailman/listinfo/yum > > > > Suggest you ask yum specific questions there. The people over there are very > > willing to help. > > OK, I'll post an updated list of questions later today on that list, > as it is here a bit off-topic and then we can continue the discussion. See you there. -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From pmatilai at welho.com Sun Jul 27 14:48:46 2003 From: pmatilai at welho.com (Panu Matilainen) Date: 27 Jul 2003 17:48:46 +0300 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: References: Message-ID: <1059317325.3874.2.camel@chip.ath.cx> On Sun, 2003-07-27 at 17:42, Tom Diehl wrote: > On Sun, 27 Jul 2003, Jos Vos wrote: > > > On Sun, Jul 27, 2003 at 12:03:54AM -0400, Tom Diehl wrote: > > > > > It will not upgrade a kernel. So if you need to upgrade a kernel it will > > > install it along side of the old kernel and adjust the grub.conf to make > > > the new kernel the default. Presently to rm the old kernel you need to do an > > > "rpm -e kernel-2.4.whatever.old.rpm. Seth is working on fixing this but at > > > present using yum to rm the old kernel does not work properly. > > > > Is this all configurable? Like the "allow-duplicated" in apt-rpm? > > I do not think so. I have never used apt-get so I am not sure. AFAIK yum doesn't have configurable "allow-duplicated" kind of thingy, it just does the right thing for kernel packages automatically. - Panu - From jos at xos.nl Sun Jul 27 15:15:56 2003 From: jos at xos.nl (Jos Vos) Date: Sun, 27 Jul 2003 17:15:56 +0200 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: ; from tdiehl@rogueind.com on Sun, Jul 27, 2003 at 10:42:23AM -0400 References: <20030727101728.A19016@xos037.xos.nl> Message-ID: <20030727171556.A19996@xos037.xos.nl> On Sun, Jul 27, 2003 at 10:42:23AM -0400, Tom Diehl wrote: > I and others have asked Seth to allow different behavior. Seth says he is looking > into it but there are problems doing it if the boot loader is lilo. I think most > people would be happy if it would only work with grub. Especially given that lilo > is going away soon. I propose to have these special actions extracted from the main code and make them configurable "external" actions (scripts, python routines), so that anyone can enable/disable/replace them. See my posting to the yum list. In general, I don't like built-in intelligence, I more like a very high level of configurability. -- -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From mitch at metauser.net Sun Jul 27 15:19:31 2003 From: mitch at metauser.net (Mitch Anderson) Date: 27 Jul 2003 09:19:31 -0600 Subject: Gnome windows maximizing In-Reply-To: <1059309185.12023.6.camel@bart.netlyncs.com> References: <1059309185.12023.6.camel@bart.netlyncs.com> Message-ID: <1059319171.470.2.camel@venom.dev.metauser.net> Have you checked to make sure you have "Automatically save changes to session" checked? (It is located in the applications menu under Desktop Preferences > Advanced > Sessions. It should be on the first "Session Options" tab.) Mitch On Sun, 2003-07-27 at 06:33, Mike Chambers wrote: > I maximize most of my windows while in Gnome. But when I close one, and > whether I log out of Gnome or not, when I bring it back up, it starts in > the same place, instead of maximizing like I had it before. It doesn't > seem to remember the last state I had it in. It happens on all of the > programs, not just a few. > > Is this known and how it's suppose to work or should this work like I am > expecting it too? From feliciano.matias at free.fr Sun Jul 27 16:14:22 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 27 Jul 2003 18:14:22 +0200 Subject: rh-postgresql in taroon Message-ID: <1059322459.2355.46.camel@one.myworld> Why redhat have renamed postgresql rpm to rh-postgresql in taroon ? is rh-postgresql a fork of postgresql like egcs ? is rh-postgresql not incompatible with postgresql ? Please rename the package rh-postgresql-7.3.3-4.src.rpm to something like postgresql-7.3.3-4rh.src.rpm. Also rename /etc/init.d/rhdb to /etc/init.d/postgresql (or postgresql-rh). URL field in package is http://www.redhat.com/software/database , init script show "Stopping PostgreSQL - Red Hat Edition service: " (you forget to do the same change in starting) in the init script. I don't have any problem with this changes. I check your website and everything is fine. I know that redhat work quite closely with the postgresql team but it's definitively not a redhat project. Perhaps I am too sensitive about this. But i don't want to see rh-httpd, rh-kernel, rh-gnome, etc in a near future. Should i file a bug report ? PS : I am not a postgresql developer nor a contributor. -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From feliciano.matias at free.fr Sun Jul 27 16:48:58 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 27 Jul 2003 18:48:58 +0200 Subject: add rhdb to RHL Message-ID: <1059324537.2355.80.camel@one.myworld> Do RedHat have some business reasons to not provide rhdb in rhl ? If no, how can i ask to add rhdb into rhl with bugzilla ? -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From gkarabin at pobox.com Sun Jul 27 17:09:55 2003 From: gkarabin at pobox.com (George J Karabin) Date: 27 Jul 2003 10:09:55 -0700 Subject: rh-postgresql in taroon In-Reply-To: <1059322459.2355.46.camel@one.myworld> References: <1059322459.2355.46.camel@one.myworld> Message-ID: <1059325795.12225.5.camel@localhost.localdomain> On Sun, 2003-07-27 at 09:14, F??liciano Matias wrote: > Why redhat have renamed postgresql rpm to rh-postgresql in taroon ? > is rh-postgresql a fork of postgresql like egcs ? > is rh-postgresql not incompatible with postgresql ? See http://sources.redhat.com/rhdb/faq.html#2 From chrismcc at pricegrabber.com Sun Jul 27 19:14:15 2003 From: chrismcc at pricegrabber.com (Christopher McCrory) Date: 27 Jul 2003 12:14:15 -0700 Subject: taroon upgrade option? In-Reply-To: <1059253600.14294.3.camel@(null)> References: <1059247780.31942.3.camel@morticia.pricegrabber.com> <1059253600.14294.3.camel@(null)> Message-ID: <1059333255.14142.24.camel@morticia.pricegrabber.com> Hello... On Sat, 2003-07-26 at 14:06, Chris Kloiber wrote: > On Sat, 2003-07-26 at 15:29, Christopher McCrory wrote: > > Hello... > > > > Is there no upgrade option with taroon? I did a gingin64 (opteron) -> > > taroon upgrade that became an install. Did I miss something? > > > > I believe the upgrade option of the Taroon installer is only available > if you are upgrading from Red Hat Enterprise Linux AS or WS (version > 2.1). That could be a problem on an AMD64 based system. That makes sense :) After some testing I screwed my install up to the point it would not boot. Solution? Upgrade again :) This time, still no upgrade option. It would be nice to have this in the case of first install was minimal. then load CDs and 'update' adding , Gnome, devel, compat, etc. -- Christopher McCrory "The guy that keeps the servers running" chrismcc at pricegrabber.com http://www.pricegrabber.com Let's face it, there's no Hollow Earth, no robots, and no 'mute rays.' And even if there were, waxed paper is no defense. I tried it. Only tinfoil works. From shrek-m at gmx.de Sun Jul 27 19:27:18 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 27 Jul 2003 21:27:18 +0200 Subject: driver-modul e100 intel etherexpress 100 Message-ID: <3F242796.6040506@gmx.de> hi, are there known problems in severn with the e100 intel-etherexpress 100 modul i was trying now for 2 days to bring one of my severn into the lan. i was not able to do a net-install wih the severn boot-disk, tested once again with the rhl 9 boot-disk and the e100 on the same maschine, no problems. ok, burning the severn cd #1, minimal english install the e100 will be recognized and configured by kudzu but ... ifconfig = ok lsmod = ok modules.conf = ok net-config = ok no firewall = ok # rpm -e iptables lokkit tcpdump = nothing seems to go out only come in route = ok ? 169.254.0.0 ?? added /etc/syscongig/network NOZEROCONF=1 route = ok rebooted, 1000 x network restarted, 100000 x removed the nic, rebooted, 10 x add the nic, rebooted, new config, 10 x always the same there is a link but nothing goes out searched the old hdd with, rhl 7.2, rhl 8.0, win98, win2k, netware5 -> no problems, the intel works propper replaced the intel with an old realtek 10baseT alias eth0 ne2k-pci 1 minute later, the severn is in the lan :-) $ ssh user at severn1 --> $ uname -r 2.4.21-20.1.2024.2.1.nptl # modinfo ne2k-pci filename: /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/drivers/net/ne2k-pci. o description: "PCI NE2000 clone driver" author: "Donald Becker / Paul Gortmaker" license: "GPL" parm: debug int, description "debug level (1-2)" parm: options int array (min = 1, max = 8), description "Bit 5: full dupl ex" parm: full_duplex int array (min = 1, max = 8), description "full duplex setting(s) (1) # modinfo e100 filename: /lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/drivers/net/e100/e100 .o description: "Intel(R) PRO/100 Network Driver" author: "Intel Corporation, " license: "GPL" parm: TxDescriptors int array (min = 1, max = 16), description "Number of transmit descriptors" parm: RxDescriptors int array (min = 1, max = 16), description "Number of receive descriptors" parm: XsumRX int array (min = 1, max = 16), description "Disable or enabl e Receive Checksum offload" parm: e100_speed_duplex int array (min = 1, max = 16), description "Speed and Duplex settings" parm: ... -- shrek-m From feliciano.matias at free.fr Sun Jul 27 19:38:53 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 27 Jul 2003 21:38:53 +0200 Subject: rh-postgresql in taroon In-Reply-To: <1059325795.12225.5.camel@localhost.localdomain> References: <1059322459.2355.46.camel@one.myworld> <1059325795.12225.5.camel@localhost.localdomain> Message-ID: <1059334731.1000.86.camel@one.myworld> Le dim 27/07/2003 ? 19:09, George J Karabin a ?crit : > On Sun, 2003-07-27 at 09:14, F??liciano Matias wrote: > > Why redhat have renamed postgresql rpm to rh-postgresql in taroon ? > > is rh-postgresql a fork of postgresql like egcs ? > > is rh-postgresql not incompatible with postgresql ? > > See http://sources.redhat.com/rhdb/faq.html#2 > The rename append in rhdb 2.0 and not in taroon (sorry). From the faq : > >2. What are the differences between PostgreSQL - Red Hat Edition and >PostgreSQL? > >PostgreSQL - Red Hat Edition is a database offering from Red Hat that >is built on the community project PostgreSQL. PostgreSQL - Red Hat >Edition includes a stable/enhanced/tested version of PostgreSQL, >enhanced documentation, graphical and text installers, and the >PostgreSQL - Red Hat Edition Graphical Tools (Administrator and Visual >Explain). > Red Hat Edition includes a stable/enhanced/tested version of PostgreSQL, like RedHat does with gnome, XFree86, ... > enhanced documentation The documentation is mostly the same with the one which come with postgresql (excellent). > graphical and text installers This is only for the iso image distribution and not part of (rh-)postgresql package. > Red Hat Edition Graphical Tools (Administrator and Visual Explain). This tools are in rhdb package. No problem here. If i check the release note of rhdb 2.1 ( http://ftp.rhnet.is/pub/redhat/rhdb/2.1/en/iso/i386/RELEASE-NOTES ) : >2. Enhancements and Changes Included in Red Hat Database 2.1 > > . Red Hat Database is now powered by the latest stable community version > of PostgreSQL, 7.2.3, plus specific enhancements back ported from > PostgreSQL 7.3. the rh-postgresql package is mostly from the postgresql project. And i really appreciate the redhat participation to postgresql (BSD). I also want to know if "PostgreSQL - Red Hat Edition" will be available to rhlp. rhdb 2.1 is currently available to rhl 8.0 . As I understand, the difference between RHE and RHLP is in the support and RHLP is more sync with the upstream (no extended Attributes and no samba 3 (hum, sound strange) for example). If rhdb is a project and RHLP don't follow its upstream, we are now faced with a new question : What else ? RedHat should give more details. I don't want to see rh-httpd, rh-gnome, rh-samba, ... only available in RHE. Everyone here spend some time building a better RedHat system. RedHat get cash from RHE and its support. It was simple. Now I am a little confused. PS: sorry for my poor English. -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From stevewa at spiritone.com Sun Jul 27 19:56:23 2003 From: stevewa at spiritone.com (Steve Ward) Date: Sun, 27 Jul 2003 12:56:23 -0700 Subject: redhat-config-network and wireless card Message-ID: <3F242E67.6040602@spiritone.com> I'm seeing similar issues, and here's what I worked out. I'm using my AP in "shared key" mode. In order to get the card to associate (I'm using a D-Link DWL-650, which is also a Prism 2 card), I have to be able to pass the "restricted" parameter to iwconfig along with the WEP key. I was able to do this by editting the ifcfg-eth0 file and putting the keyword "restricted " in double quotes. eg: KEY="restricted 12345678901234567890123456" It seems to be the GUI tool needs to be modified to handle this possibility... From stevewa at spiritone.com Sun Jul 27 19:58:15 2003 From: stevewa at spiritone.com (Steve Ward) Date: Sun, 27 Jul 2003 12:58:15 -0700 Subject: battery charge status applet broken? Message-ID: <3F242ED7.3040604@spiritone.com> Trying to add the battery charge applet to the panel on my Sony PCG-F360 and it segfaults. Any ideas? Thanks, From edusilva at ya.com Sun Jul 27 21:58:27 2003 From: edusilva at ya.com (Eduardo Silva) Date: Sun, 27 Jul 2003 23:58:27 +0200 Subject: redhat-config-network and wireless card In-Reply-To: <3F242E67.6040602@spiritone.com> References: <3F242E67.6040602@spiritone.com> Message-ID: <200307272358.27935.edusilva@ya.com> On Sunday 27 July 2003 21:56, Steve Ward wrote: > I'm seeing similar issues, and here's what I worked out. > > I'm using my AP in "shared key" mode. In order to get the card to > associate (I'm using a D-Link DWL-650, which is also a Prism 2 card), I > have to be able to pass the "restricted" parameter to iwconfig along > with the WEP key. > > I was able to do this by editting the ifcfg-eth0 file and putting the > keyword "restricted " in double quotes. > > eg: > > KEY="restricted 12345678901234567890123456" > > It seems to be the GUI tool needs to be modified to handle this > possibility... > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Eduardo Silva From pandemic at syn-recon.net Sun Jul 27 20:14:50 2003 From: pandemic at syn-recon.net (Florian Hines) Date: Sun, 27 Jul 2003 15:14:50 -0500 Subject: battery charge status applet broken? In-Reply-To: <3F242ED7.3040604@spiritone.com> Message-ID: <000101c3547b$bf3d92e0$6501a8c0@D611017> I'm having the same problem (Dell NL250) Florian #-----Original Message----- #From: rhl-beta-list-admin at redhat.com #[mailto:rhl-beta-list-admin at redhat.com] On Behalf Of Steve Ward #Sent: Sunday, July 27, 2003 2:58 PM #To: rhl-beta-list at redhat.com #Subject: battery charge status applet broken? # # #Trying to add the battery charge applet to the panel on my #Sony PCG-F360 #and it segfaults. Any ideas? # #Thanks, # # # #-- #Rhl-beta-list mailing list #Rhl-beta-list at redhat.com #http://www.redhat.com/mailman/listinfo/rhl-#beta-list # From gkarabin at pobox.com Sun Jul 27 20:19:42 2003 From: gkarabin at pobox.com (George J Karabin) Date: 27 Jul 2003 13:19:42 -0700 Subject: battery charge status applet broken? In-Reply-To: <000101c3547b$bf3d92e0$6501a8c0@D611017> References: <000101c3547b$bf3d92e0$6501a8c0@D611017> Message-ID: <1059337182.12225.13.camel@localhost.localdomain> I see it on my desktop machine as well. You would't expect it to do anything useful on it, but you wouldn't expect a crash, either. On Sun, 2003-07-27 at 13:14, Florian Hines wrote: > I'm having the same problem (Dell NL250) > > Florian > > #-----Original Message----- > #From: rhl-beta-list-admin at redhat.com > #[mailto:rhl-beta-list-admin at redhat.com] On Behalf Of Steve Ward > #Sent: Sunday, July 27, 2003 2:58 PM > #To: rhl-beta-list at redhat.com > #Subject: battery charge status applet broken? > # > # > #Trying to add the battery charge applet to the panel on my > #Sony PCG-F360 > #and it segfaults. Any ideas? > # > #Thanks, > # > # > # > #-- > #Rhl-beta-list mailing list > #Rhl-beta-list at redhat.com > #http://www.redhat.com/mailman/listinfo/rhl-#beta-list > # > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From pboy at barkhof.uni-bremen.de Sun Jul 27 20:25:50 2003 From: pboy at barkhof.uni-bremen.de (Peter) Date: 27 Jul 2003 22:25:50 +0200 Subject: battery charge status applet broken? In-Reply-To: <3F242ED7.3040604@spiritone.com> References: <3F242ED7.3040604@spiritone.com> Message-ID: <1059337548.2134.18.camel@ibmLinux.athome.de> Am Son, 2003-07-27 um 21.58 schrieb Steve Ward: > Trying to add the battery charge applet to the panel on my Sony PCG-F360 > and it segfaults. Any ideas? Same problem here (IBM Thinkpad T40p), I suppose, you don't start with acpi=off, do you? If I modprobe battery before I start the battery charge applet, my system will not crash and the applet shows up with low battery (no meaningful indicator, battery is charged, but doesn't crash :-) ) Seems to be due to an incomplete ACPI implementation. Peter From jos at xos.nl Sun Jul 27 21:30:30 2003 From: jos at xos.nl (Jos Vos) Date: Sun, 27 Jul 2003 23:30:30 +0200 Subject: Rpm 4.2.1 on RHL 8 and 9? Message-ID: <200307272130.h6RLUUv21172@xos037.xos.nl> Hi Jeff, others, Is it safe to use rpm 4.1.2 (e.g. a rebuilded Severn rpm) on RHL 8 and 9 to prevent the frequently appearing sequence rpm lockup -> kill -9 ... -> rm -f /var/lib/rpm/__db* -> try again? Thanks, -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From jdy at cs.brown.edu Sun Jul 27 21:48:38 2003 From: jdy at cs.brown.edu (Joel Young) Date: Sun, 27 Jul 2003 17:48:38 -0400 Subject: battery charge status applet broken? In-Reply-To: Your message of "Sun, 27 Jul 2003 12:58:15 PDT." <3F242ED7.3040604@spiritone.com> References: <3F242ED7.3040604@spiritone.com> Message-ID: <20030727214838.E68463F04@null.cs.brown.edu> From: Steve Ward : > Trying to add the battery charge applet to the panel on my Sony > PCG-F360 and it segfaults. Any ideas? I was getting the same problem. Then i noticed that acpid wasn't installed (I don't remember telling the install not to install it but...) then a modprobe ac and modprobe battery and then then battery monitor worked like a charm. dell inspiron 8500 wuxga+ Joel From Todd at netronin.com Sun Jul 27 22:27:18 2003 From: Todd at netronin.com (Todd Booher) Date: Sun, 27 Jul 2003 15:27:18 -0700 Subject: battery charge status applet broken? Message-ID: Works fine here on my T30. Todd -----Original Message----- From: Steve Ward [mailto:stevewa at spiritone.com] Sent: Sunday, July 27, 2003 12:58 PM To: rhl-beta-list at redhat.com Subject: battery charge status applet broken? Trying to add the battery charge applet to the panel on my Sony PCG-F360 and it segfaults. Any ideas? Thanks, -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From joe at tmsusa.com Sun Jul 27 22:55:46 2003 From: joe at tmsusa.com (Joe) Date: Sun, 27 Jul 2003 15:55:46 -0700 Subject: Rpm 4.2.1 on RHL 8 and 9? In-Reply-To: <200307272130.h6RLUUv21172@xos037.xos.nl> References: <200307272130.h6RLUUv21172@xos037.xos.nl> Message-ID: <3F245872.7030304@tmsusa.com> Jos Vos wrote: >Hi Jeff, others, > >Is it safe to use rpm 4.1.2 (e.g. a rebuilded Severn rpm) on RHL 8 >and 9 to prevent the frequently appearing sequence rpm lockup -> >kill -9 ... -> rm -f /var/lib/rpm/__db* -> try again? > rpm 4.1.1 for RH 8 rpm 4.2.1 for RH 9 works for me - Joe From nyberg.kent at spray.se Sun Jul 27 23:02:59 2003 From: nyberg.kent at spray.se (Kent Nyberg) Date: 28 Jul 2003 01:02:59 +0200 Subject: Has any one else seen this problem with python and gnome2-projects from glade? Message-ID: <1059346979.2231.65.camel@Snutten> When i create a gnome2-project in glade and try to load the interface with python then i always get the following error and a segfault. How come? This is Severn packages only. (Well, my python-code, but it should work. The code i use is below the error. Loading Gtk+ projects works fine, its gnome2-projects that segfaults. Not sure if this is the right place to ask this, but since the code seems to be a "should work" (taken from a tutorial) i thought it might be a bug in Severns python/gnome packages. (The Error message): [kent at Snutten kent]$ ./test.py gnome2.glade (test.py:5421): GLib-GObject-CRITICAL **: file gobject.c: line 1002 (g_object_get): assertion `G_IS_OBJECT (object)' failed Here is the code: #!/usr/bin/env python import sys import gtk import gtk.glade if len(sys.argv) > 1: fname = sys.argv[1] else: fname = 'test.glade' # create widget tree ... xml = gtk.glade.XML(fname) def gtk_main_quit(*args): gtk.main_quit() xml.signal_autoconnect(locals()) gtk.main() From drlinux at columbus.rr.com Sun Jul 27 23:19:12 2003 From: drlinux at columbus.rr.com (Dave Reed) Date: Sun, 27 Jul 2003 19:19:12 -0400 Subject: Has any one else seen this problem with python and gnome2-projects from glade? In-Reply-To: <1059346979.2231.65.camel@Snutten> References: <1059346979.2231.65.camel@Snutten> Message-ID: <200307271919.12950.drlinux@columbus.rr.com> On Sunday 27 July 2003 19:02, Kent Nyberg wrote: > When i create a gnome2-project in glade and try to load the > interface with python then i always get the following error and a > segfault. How come? This is Severn packages only. (Well, my python-code, > but it should work. The code i use is below the error. > Loading Gtk+ projects works fine, its gnome2-projects that segfaults. > Not sure if this is the right place to ask this, but since the code > seems to be a "should work" (taken from a tutorial) i thought it might > be a bug in Severns python/gnome packages. > > > (The Error message): > [kent at Snutten kent]$ ./test.py gnome2.glade > > (test.py:5421): GLib-GObject-CRITICAL **: file gobject.c: line 1002 > (g_object_get): assertion `G_IS_OBJECT (object)' failed > I think it's working ok for me. If you send me your .glade file off list I'll try it and let you know. Dave drlinux at columbus dot rr dot com From tdiehl at rogueind.com Mon Jul 28 00:09:58 2003 From: tdiehl at rogueind.com (Tom Diehl) Date: Sun, 27 Jul 2003 20:09:58 -0400 (EDT) Subject: Rpm 4.2.1 on RHL 8 and 9? In-Reply-To: <200307272130.h6RLUUv21172@xos037.xos.nl> Message-ID: On Sun, 27 Jul 2003, Jos Vos wrote: > Hi Jeff, others, > > Is it safe to use rpm 4.1.2 (e.g. a rebuilded Severn rpm) on RHL 8 > and 9 to prevent the frequently appearing sequence rpm lockup -> > kill -9 ... -> rm -f /var/lib/rpm/__db* -> try again? No, I do not think so. RHL 9 and severn use nptl 8.0 does not. Use 4.1.1 for 8.0 and 4.2.1 for 9. It fixed the problem for me. HTH, -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl at rogueind.com My current SpamTrap -------> mtd123 at rogueind.com From smoogen at lanl.gov Mon Jul 28 00:10:06 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Sun, 27 Jul 2003 18:10:06 -0600 (MDT) Subject: rhn alert icon In-Reply-To: <20030726102300.C14664@redhat.com> Message-ID: My exprience is that I can never reproduce it via debugging methods.. but after I stop chasing it down.. it occurs again. Currently I recommend that we uninstall the application because the desktop support people get asked 3-4 times a day where it went On Sat, 26 Jul 2003, Daniel Veillard wrote: >On Sat, Jul 26, 2003 at 04:38:54AM +0200, F?liciano Matias wrote: >> Is someone experiment this : >> http://feliciano.matias.free.fr/Screenshot-Panel.png >> >> The rhn alert icon is hide by the authentication icon. >> >> Sorry, but i can't reproduce. > > Hum, it's the infamous "1 pixel wide applet icon" bug, it's already >registered in bugzilla, apparently it is a GTK bug but nobody has been >able to reproduce it under debug condition to chase it down :-( >Yes it's nearly impossible to reproduce ... > >Daniel > > -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From notting at redhat.com Mon Jul 28 01:27:27 2003 From: notting at redhat.com (Bill Nottingham) Date: Sun, 27 Jul 2003 21:27:27 -0400 Subject: taroon upgrade option? In-Reply-To: <1059333255.14142.24.camel@morticia.pricegrabber.com>; from chrismcc@pricegrabber.com on Sun, Jul 27, 2003 at 12:14:15PM -0700 References: <1059247780.31942.3.camel@morticia.pricegrabber.com> <1059253600.14294.3.camel@(null)> <1059333255.14142.24.camel@morticia.pricegrabber.com> Message-ID: <20030727212727.C12258@devserv.devel.redhat.com> Christopher McCrory (chrismcc at pricegrabber.com) said: > After some testing I screwed my install up to the point it would not boot. > Solution? Upgrade again :) This time, still no upgrade option. It would be > nice to have this in the case of first install was minimal. then load CDs > and 'update' adding , Gnome, devel, compat, etc. That's what redhat-config-packages is for. (Of course, I'm sure you'll tell me in 5 minutes how that isn't working in the beta. :) ) Bill From notting at redhat.com Mon Jul 28 01:28:11 2003 From: notting at redhat.com (Bill Nottingham) Date: Sun, 27 Jul 2003 21:28:11 -0400 Subject: 2.6 test RPMS and laptop mode? In-Reply-To: <1059302314.1859.112.camel@laptop>; from warren@togami.com on Sun, Jul 27, 2003 at 12:38:35AM -1000 References: <1059302314.1859.112.camel@laptop> Message-ID: <20030727212811.D12258@devserv.devel.redhat.com> Warren Togami (warren at togami.com) said: > /proc/sys/vm/laptop_mode > > The RH 2.4 kernels have this laptop_mode control, but it seems to be > missing from Arjan's 2.6 test RPMS. I am wondering if they could be > added to future 2.6 test RPMS? Presumably, that would require getting it into upstream 2.6. Bill From notting at redhat.com Mon Jul 28 01:33:05 2003 From: notting at redhat.com (Bill Nottingham) Date: Sun, 27 Jul 2003 21:33:05 -0400 Subject: battery charge status applet broken? In-Reply-To: <1059337548.2134.18.camel@ibmLinux.athome.de>; from pboy@barkhof.uni-bremen.de on Sun, Jul 27, 2003 at 10:25:50PM +0200 References: <3F242ED7.3040604@spiritone.com> <1059337548.2134.18.camel@ibmLinux.athome.de> Message-ID: <20030727213305.E12258@devserv.devel.redhat.com> Peter (pboy at barkhof.uni-bremen.de) said: > Same problem here (IBM Thinkpad T40p), > > I suppose, you don't start with acpi=off, do you? If I modprobe battery > before I start the battery charge applet, my system will not crash and > the applet shows up with low battery (no meaningful indicator, battery > is charged, but doesn't crash :-) ) Seems to be due to an incomplete > ACPI implementation. Are you sure your machine didn't oops when you loaded the battery module? (On my T40p, ACPI is *horrendously* unstable.) Bill From notting at redhat.com Mon Jul 28 01:33:31 2003 From: notting at redhat.com (Bill Nottingham) Date: Sun, 27 Jul 2003 21:33:31 -0400 Subject: battery charge status applet broken? In-Reply-To: <3F242ED7.3040604@spiritone.com>; from stevewa@spiritone.com on Sun, Jul 27, 2003 at 12:58:15PM -0700 References: <3F242ED7.3040604@spiritone.com> Message-ID: <20030727213330.F12258@devserv.devel.redhat.com> Steve Ward (stevewa at spiritone.com) said: > Trying to add the battery charge applet to the panel on my Sony PCG-F360 > and it segfaults. Any ideas? Have you loaded the battery module for acpi? Are you booting with ACPI or APM? Bill From hoyt at cavtel.net Mon Jul 28 01:48:08 2003 From: hoyt at cavtel.net (HoytDuff) Date: Sun, 27 Jul 2003 21:48:08 -0400 Subject: Initial Install Comments on Laptop and Server that Require ACPI support In-Reply-To: <200307251429.39516.hoyt@cavtel.net> References: <200307251429.39516.hoyt@cavtel.net> Message-ID: <200307272148.08625.hoyt@cavtel.net> On Friday 25 July 2003 02:29 pm, HoytDuff wrote: > I installed Severn on an HP ze-1210 laptop and a Tyan MP2466 dual Athlon > server. Neither had been previous candidates for Red Hat because both > needed ACPI support to function well; both functioned well using Mandrake > 9.1. > > An "everything" install was done on both machines. Just a few quick > observations: > The Tyan MP2466 was unstable with Severn, random lockups, kernel panics, root filesystem corruption, sometimes just a few desktop apps stopped working. Bad mojo, I suppose. The problems reminded me of kernel problems with Red Hat 8 and Mandrake 8 last year. Mandrake 9.1 runs without problem on the hardware, so it's back to that for now. -- Hoyt From linhardt at swbell.net Mon Jul 28 01:53:06 2003 From: linhardt at swbell.net (Terry R Linhardt) Date: 27 Jul 2003 20:53:06 -0500 Subject: Who Monitors this list Message-ID: <1059357186.1139.89.camel@chastain> So, I'm curious... To what extent does RedHat monitor this list? My intuition is that there are a lot of issues posted here which may never be reported via Bugzilla. Comments ? Is a formal report using Bugzilla the only way problems get resolved? Thanks...Terry -- Terry R Linhardt From ali at packetknife.com Mon Jul 28 02:19:46 2003 From: ali at packetknife.com (Ali-Reza Anghaie) Date: Sun, 27 Jul 2003 22:19:46 -0400 Subject: Who Monitors this list In-Reply-To: <1059357186.1139.89.camel@chastain> References: <1059357186.1139.89.camel@chastain> Message-ID: <200307272219.52948.ali@packetknife.com> On Sunday 27 July 2003 21:53, Terry R Linhardt wrote: > To what extent does RedHat monitor this list? My intuition is that there > are a lot of issues posted here which may never be reported via > Bugzilla. Comments ? Is a formal report using Bugzilla the only way > problems get resolved? Don't go as far as thinking the ~only~ way to get something resolved is Bugzilla but it's a better bet than most other options. People really should post RFEs and reproduceable issues to Bugzilla. Then, if more discussions is desired, I suggest posting a message here including the Bugzilla link for people to get involved in if they can. For example, in a previous life, on another list, people would post a Bugzila entry to a mailing list and if I was interested or experienced I could add my own comments and myself to the CC list. Allows for easier following of issues than always coming back / monitoring the list... So, in summary: - Bugs w/ reproductions steps, of all kinds related to packages RH ships, should go into Bugzilla. - Requests for Enhancement (RFE) should also go into Bugzilla. In both cases posting to the list post-Bugzilla (w/ the Bugzilla link) isn't a bad thought to get more discussion and allow people to append their own experience to the Bugzilla entry. MO only of course.. I'm not a Mad Hatter. Cheers, -Ali -- OpenPGP Key: 030E44E6 -- Was I helpful?: http://svcs.affero.net/rm.php?r=packetknife -- There cannot be a crisis next week. My schedule is already full. -- Henry Kissinger -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: signature URL: From alikins at redhat.com Mon Jul 28 02:21:31 2003 From: alikins at redhat.com (Adrian Likins) Date: Sun, 27 Jul 2003 22:21:31 -0400 Subject: Who Monitors this list In-Reply-To: <1059357186.1139.89.camel@chastain>; from linhardt@swbell.net on Sun, Jul 27, 2003 at 08:53:06PM -0500 References: <1059357186.1139.89.camel@chastain> Message-ID: <20030727222131.B26282@redhat.com> On Sun, Jul 27, 2003 at 08:53:06PM -0500, Terry R Linhardt wrote: > So, I'm curious... > > To what extent does RedHat monitor this list? My intuition is that there > are a lot of issues posted here which may never be reported via > Bugzilla. Comments ? Is a formal report using Bugzilla the only way > problems get resolved? It's by far the best way... anything else can easily be lost. Bugzilla will remember even when you really really want it to lose a bug report ;-> Discussing bugs in/soon to be in bugzilla on the lists don't hurt either. But when it comes time to decide priorites on what gets fixed, things not in bugzilla are easily lost. Adrian From pboy at barkhof.uni-bremen.de Mon Jul 28 02:19:05 2003 From: pboy at barkhof.uni-bremen.de (Peter) Date: 28 Jul 2003 04:19:05 +0200 Subject: battery charge status applet broken? In-Reply-To: <20030727213305.E12258@devserv.devel.redhat.com> References: <3F242ED7.3040604@spiritone.com> <1059337548.2134.18.camel@ibmLinux.athome.de> <20030727213305.E12258@devserv.devel.redhat.com> Message-ID: <1059358745.2134.49.camel@ibmLinux.athome.de> Am Mon, 2003-07-28 um 03.33 schrieb Bill Nottingham: > > Same problem here (IBM Thinkpad T40p), > > > > I suppose, you don't start with acpi=off, do you? If I modprobe battery > > before I start the battery charge applet, my system will not crash and > > the applet shows up with low battery (no meaningful indicator, battery > > is charged, but doesn't crash :-) ) Seems to be due to an incomplete > > ACPI implementation. > > Are you sure your machine didn't oops when you loaded the battery > module? Sorry, don't know the verb "oops" :-) couldn't find it in dictionary. But checked it again, I could load the battery module without probs, when I loaded the ac module, there was a memory fault loading ac, but ac was loaded anyway. In lsmod battery is unused, ac is "initializing" forever. > (On my T40p, ACPI is *horrendously* unstable.) Until now I didn't found stability probs (ok, most of the time I have to work, with RHL 9), but it seems not to work as I would expect or hope it would work. On the other hand, I don't know how to use it :-) Peter -- ----------------------- Peter Boy Phone: (+49/0 421) 218-44374 ----------------------- From riel at redhat.com Mon Jul 28 02:51:59 2003 From: riel at redhat.com (Rik van Riel) Date: Sun, 27 Jul 2003 22:51:59 -0400 (EDT) Subject: Who Monitors this list In-Reply-To: <20030727222131.B26282@redhat.com> Message-ID: On Sun, 27 Jul 2003, Adrian Likins wrote: > when it comes time to decide priorites on > what gets fixed, things not in bugzilla > are easily lost. Or worse ... repeated ad infinitum. In bugzilla bugs and RFEs are visible until fixed, but on a mailing list they'll just drop out of people's memory by the end of the week/month. This means a mailing list like this will see popular feature requests at least once a month, always followed by pretty much the same replies, flames, etc... Bugzilla is just nicer ;) From mike at netlyncs.com Mon Jul 28 04:37:43 2003 From: mike at netlyncs.com (Mike Chambers) Date: 27 Jul 2003 23:37:43 -0500 Subject: Gnome windows maximizing In-Reply-To: <1059319171.470.2.camel@venom.dev.metauser.net> References: <1059309185.12023.6.camel@bart.netlyncs.com> <1059319171.470.2.camel@venom.dev.metauser.net> Message-ID: <1059367062.12308.9.camel@bart.netlyncs.com> On Sun, 2003-07-27 at 10:19, Mitch Anderson wrote: > Have you checked to make sure you have "Automatically save changes to > session" checked? Yes it's checked, as that is they way I like mine instead of manually saying yes. But it's something that I think should remaximize when you close it, even if *not* logging out of gnome. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From mike at netlyncs.com Mon Jul 28 04:39:02 2003 From: mike at netlyncs.com (Mike Chambers) Date: 27 Jul 2003 23:39:02 -0500 Subject: graphical boot - initdefault In-Reply-To: <3F23E209.7070705@gmx.de> References: <3F23E209.7070705@gmx.de> Message-ID: <1059367141.12308.12.camel@bart.netlyncs.com> On Sun, 2003-07-27 at 09:30, shrek-m at gmx.de wrote: > is there a tool for the gui-admins for en/dis-abling the grafical boot ? > something like # redhat-config-proc - /etc/sysctl.conf > eg. # redhat-config-init - /etc/inittab + /etc/sysconfig/init leave kernel options as is or change it to nogui in grub/lilo and that should do it. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From email at alvinsmith.com Mon Jul 28 05:07:33 2003 From: email at alvinsmith.com (Alvin Smith) Date: 28 Jul 2003 01:07:33 -0400 Subject: graphical boot - initdefault In-Reply-To: <1059367141.12308.12.camel@bart.netlyncs.com> References: <3F23E209.7070705@gmx.de> <1059367141.12308.12.camel@bart.netlyncs.com> Message-ID: <1059368853.3374.1.camel@orionsbelt.alvinsmith.com> On Mon, 2003-07-28 at 00:39, Mike Chambers wrote: > On Sun, 2003-07-27 at 09:30, shrek-m at gmx.de wrote: > > > is there a tool for the gui-admins for en/dis-abling the grafical boot ? > > something like # redhat-config-proc - /etc/sysctl.conf > > eg. # redhat-config-init - /etc/inittab + /etc/sysconfig/init > > leave kernel options as is or change it to nogui in grub/lilo and that > should do it. Can that be set at boot time? If so, what is the syntax for that? Alvin From stevewa at spiritone.com Mon Jul 28 06:00:40 2003 From: stevewa at spiritone.com (Steve Ward) Date: Sun, 27 Jul 2003 23:00:40 -0700 Subject: battery charge status applet broken? In-Reply-To: <20030728050701.1181.64383.Mailman@listman.back-rdu.redhat.com> References: <20030728050701.1181.64383.Mailman@listman.back-rdu.redhat.com> Message-ID: <3F24BC08.7060307@spiritone.com> OK, I loaded the acpid RPM and started it, loaded ac and battery modules, now when I start the battery monitor applet it works fine but my cursor goes "out of control" and races about the screen doing random things. If I manage to logout of the session and the login screen returns, the cursor becomes sane again. Confirmed after a power cycle. Ideas? From mrichar1 at alum.swarthmore.edu Mon Jul 28 06:02:11 2003 From: mrichar1 at alum.swarthmore.edu (Marc Richards) Date: Mon, 28 Jul 2003 02:02:11 -0400 Subject: PHP4 + Apache2 = Experimental Message-ID: <000501c354cd$ccb4b690$0100000a@diablo> I noticed that Apache2 is now the default httpd for both Severn and Taroon. I also noticed that php.net still considers Apache 2 support experimental (http://www.php.net/manual/en/install.apache2.php). Is there some particular configuration (pre-fork module?) or patch that RedHat is using in order to guarantee a configuration that is reliable enough for use even on your enterprise platform? Marc -------------- next part -------------- An HTML attachment was scrubbed... URL: From markoer at usa.net Mon Jul 28 07:59:45 2003 From: markoer at usa.net (Marco Ermini) Date: Mon, 28 Jul 2003 09:59:45 +0200 (CEST) Subject: PHP4 + Apache2 = Experimental In-Reply-To: <000501c354cd$ccb4b690$0100000a@diablo> References: <000501c354cd$ccb4b690$0100000a@diablo> Message-ID: <57515.81.200.225.99.1059379185.squirrel@smtp.westtoeast.it> Marc Richards disse: > I noticed that Apache2 is now the default httpd for both Severn and > Taroon. > I also noticed that php.net still considers Apache 2 support experimental > (http://www.php.net/manual/en/install.apache2.php). Is there some > particular configuration (pre-fork module?) or patch that RedHat is using > in > order to guarantee a configuration that is reliable enough for use even on > your enterprise platform? I had no problems at all with PHP and Apache2. For what I know, it is widely used, although it may be labeled "experimental" I think it is quite reliable. Note that PHP 4.3.2 (which was released by the end of May) includes a totally rewritten apxs2 support. It is worth trying. regards -- Marco Ermini http://macchi.markoer.org From m.eldesoky at tedata.net Mon Jul 28 08:09:15 2003 From: m.eldesoky at tedata.net (Mohamed Eldesoky) Date: Mon, 28 Jul 2003 11:09:15 +0300 Subject: PHP4 + Apache2 = Experimental In-Reply-To: <57515.81.200.225.99.1059379185.squirrel@smtp.westtoeast.it> References: <000501c354cd$ccb4b690$0100000a@diablo> <57515.81.200.225.99.1059379185.squirrel@smtp.westtoeast.it> Message-ID: <200307281109.15936.m.eldesoky@tedata.net> On Monday 28 July 2003 10:59 am, Marco Ermini wrote: > Marc Richards disse: > > I noticed that Apache2 is now the default httpd for both Severn and > > Taroon. > > I also noticed that php.net still considers Apache 2 support experimental > > (http://www.php.net/manual/en/install.apache2.php). Is there some > > particular configuration (pre-fork module?) or patch that RedHat is using > > in > > order to guarantee a configuration that is reliable enough for use even > > on your enterprise platform? > > I had no problems at all with PHP and Apache2. For what I know, it is > widely used, although it may be labeled "experimental" I think it is quite > reliable. > > Note that PHP 4.3.2 (which was released by the end of May) includes a > totally rewritten apxs2 support. It is worth trying. What about apache's worker module ?? Will the new PHP work with it ?? Regards Mohamed Eldesoky -- Once a wise man said "nothing" From markoer at usa.net Mon Jul 28 08:30:23 2003 From: markoer at usa.net (Marco Ermini) Date: Mon, 28 Jul 2003 10:30:23 +0200 (CEST) Subject: PHP4 + Apache2 = Experimental In-Reply-To: <200307281109.15936.m.eldesoky@tedata.net> References: <000501c354cd$ccb4b690$0100000a@diablo> <57515.81.200.225.99.1059379185.squirrel@smtp.westtoeast.it> <200307281109.15936.m.eldesoky@tedata.net> Message-ID: <12508.81.200.225.99.1059381023.squirrel@smtp.westtoeast.it> Mohamed Eldesoky disse: [...] > What about apache's worker module ?? > Will the new PHP work with it ?? [...] http://it3.php.net/manual/it/install.apache2.php It seems that PHP may work with both "normal" and pre-fork thread model of Apache. For what I could see, RedHat's Apache is NOT compiled with pre-fork support, so it should not be an issue. If someone is interested, I created Apache 2.0.46 and PHP 4.3.1's RPM (I'm working on 4.3.2) on my site: http://macchi.markoer.org/works/index.php?_browse=RPMS/redhat-9/SRPMS Note that Apache 2.0.46 is not compatible with custom modules built for the RedHat's Apache (this is the reason for RedHat's not shipping the latest version of Apache, if I could understand well) so if you use custom modules, think about it before upgrading Apache 2. regards -- Marco Ermini http://macchi.markoer.org From pboy at barkhof.uni-bremen.de Mon Jul 28 09:18:39 2003 From: pboy at barkhof.uni-bremen.de (Peter) Date: 28 Jul 2003 11:18:39 +0200 Subject: interested in pptp client ? Message-ID: <1059383919.2116.20.camel@ibmLinux.athome.de> Those, who are interested in a pptp client in RHL should add comments to bug 60798 at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=60798 supporters welcome. PB From jos at xos.nl Mon Jul 28 09:55:01 2003 From: jos at xos.nl (Jos Vos) Date: Mon, 28 Jul 2003 11:55:01 +0200 Subject: Intel 875P / Dell PowerEdge 400SC Message-ID: <200307280955.h6S9t1922968@xos037.xos.nl> Hi, Will RHL 9 (with latest updates) work fine on an Intel 875P chipset, as in the Dell PowerEdge 400SC server? Thanks, -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From alan at redhat.com Mon Jul 28 10:42:36 2003 From: alan at redhat.com (Alan Cox) Date: Mon, 28 Jul 2003 06:42:36 -0400 (EDT) Subject: Who Monitors this list In-Reply-To: <1059357186.1139.89.camel@chastain> from "Terry R Linhardt" at Gor 27, 2003 08:53:06 Message-ID: <200307281042.h6SAgaW22637@devserv.devel.redhat.com> > Bugzilla. Comments ? Is a formal report using Bugzilla the only way > problems get resolved? If you want to be sure about it yes. Its a good place to bring up things, question whether others have seen them, discuss ideas etc, but at the end of the day what is in bugzilla counts From igorbounov at voronezh.serw.ru Mon Jul 28 10:56:54 2003 From: igorbounov at voronezh.serw.ru (Igor Gorbounov) Date: Mon, 28 Jul 2003 14:56:54 +0400 Subject: Problem with IDE-CDRW drive Message-ID: <3F250176.9040004@voronezh.serw.mps> Under RH-9.093 can't use anymore the IDE CD-RW drive. Under RH-9 it worked fine. And now: "mount: wrong fs type, bad option, bad superblock on /dev/cdrom, or too many mounted file systems (could this be the IDE device where you in fact use ide-scsi so that sr0 or sda or so is needed?)" /dev/hdc is recognised during Linux startup. "hdc=ide-scsi" exists in grub.conf. So what became wrong? Igor Gorbounov From pavelr at coresma.com Mon Jul 28 11:55:36 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Mon, 28 Jul 2003 13:55:36 +0200 Subject: Problem with IDE-CDRW drive Message-ID: <6A3008858445D711A58A00062939B2F1EC0A@EXCHANGE> > -----Original Message----- > From: Igor Gorbounov [mailto:igorbounov at voronezh.serw.ru] > Sent: Mon, July 28, 2003 12:57 PM > To: rhl-beta-list at redhat.com > Subject: Problem with IDE-CDRW drive > > > Under RH-9.093 can't use anymore the IDE CD-RW drive. > Under RH-9 it worked fine. And now: > > "mount: wrong fs type, bad option, bad superblock on /dev/cdrom, > or too many mounted file systems > (could this be the IDE device where you in fact use > ide-scsi so that sr0 or sda or so is needed?)" > > /dev/hdc is recognised during Linux startup. > "hdc=ide-scsi" exists in grub.conf. > So what became wrong? Where link /dev/cdrom points to? It should point to something like /dev/scdX. Usually kudzu sets it up automatically. > Igor Gorbounov > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From rpjday at mindspring.com Mon Jul 28 11:11:04 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 28 Jul 2003 07:11:04 -0400 (EDT) Subject: Problem with IDE-CDRW drive In-Reply-To: <6A3008858445D711A58A00062939B2F1EC0A@EXCHANGE> Message-ID: On Mon, 28 Jul 2003, Pavel Rozenboim wrote: > > -----Original Message----- > > From: Igor Gorbounov [mailto:igorbounov at voronezh.serw.ru] > > Sent: Mon, July 28, 2003 12:57 PM > > To: rhl-beta-list at redhat.com > > Subject: Problem with IDE-CDRW drive > > > > > > Under RH-9.093 can't use anymore the IDE CD-RW drive. > > Under RH-9 it worked fine. And now: > > > > "mount: wrong fs type, bad option, bad superblock on /dev/cdrom, > > or too many mounted file systems > > (could this be the IDE device where you in fact use > > ide-scsi so that sr0 or sda or so is needed?)" > > > > /dev/hdc is recognised during Linux startup. > > "hdc=ide-scsi" exists in grub.conf. > > So what became wrong? > > Where link /dev/cdrom points to? It should point to something like > /dev/scdX. Usually kudzu sets it up automatically. based on a previous thread, is there any compelling reason to use SCSI emulation for an ATAPI CD-RW any more, given that cdrecord can handle such devices directly? rday From pavelr at coresma.com Mon Jul 28 12:14:33 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Mon, 28 Jul 2003 14:14:33 +0200 Subject: Problem with IDE-CDRW drive Message-ID: <6A3008858445D711A58A00062939B2F1EC0D@EXCHANGE> > -----Original Message----- > From: Robert P. J. Day [mailto:rpjday at mindspring.com] > Sent: Mon, July 28, 2003 1:11 PM > To: rhl-beta-list at redhat.com > Subject: RE: Problem with IDE-CDRW drive > > > On Mon, 28 Jul 2003, Pavel Rozenboim wrote: > > > > -----Original Message----- > > > From: Igor Gorbounov [mailto:igorbounov at voronezh.serw.ru] > > > Sent: Mon, July 28, 2003 12:57 PM > > > To: rhl-beta-list at redhat.com > > > Subject: Problem with IDE-CDRW drive > > > > > > > > > Under RH-9.093 can't use anymore the IDE CD-RW drive. > > > Under RH-9 it worked fine. And now: > > > > > > "mount: wrong fs type, bad option, bad superblock on /dev/cdrom, > > > or too many mounted file systems > > > (could this be the IDE device where you in fact use > > > ide-scsi so that sr0 or sda or so is needed?)" > > > > > > /dev/hdc is recognised during Linux startup. > > > "hdc=ide-scsi" exists in grub.conf. > > > So what became wrong? > > > > Where link /dev/cdrom points to? It should point to something like > > /dev/scdX. Usually kudzu sets it up automatically. > > based on a previous thread, is there any compelling reason to > use SCSI emulation for an ATAPI CD-RW any more, given that > cdrecord can handle such devices directly? >From what I understand, cdrecord code for handling ide devices is still alpha quality. Also many gui based cd writing software still expects scsi emulation or needs to be configured to use IDE devices. In fact, the only cd writing program that recognized IDE CDRW for me was X-CD-Roast - which somehow depends on dev=ATAPI option for cdrecord, which only works with 2.4 kernels. > > rday > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From igorbounov at voronezh.serw.ru Mon Jul 28 11:27:12 2003 From: igorbounov at voronezh.serw.ru (Igor Gorbounov) Date: Mon, 28 Jul 2003 15:27:12 +0400 Subject: Problem with IDE-CDRW drive In-Reply-To: <6A3008858445D711A58A00062939B2F1EC0A@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EC0A@EXCHANGE> Message-ID: <3F250890.7010007@voronezh.serw.mps> Pavel Rozenboim wrote: > >[...] > > Where link /dev/cdrom points to? It should point to something like > /dev/scdX. Usually kudzu sets it up automatically. No, it points to /dev/hdc, don't know why. Igor Gorbounov From pavelr at coresma.com Mon Jul 28 12:26:10 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Mon, 28 Jul 2003 14:26:10 +0200 Subject: Problem with IDE-CDRW drive Message-ID: <6A3008858445D711A58A00062939B2F1EC10@EXCHANGE> > -----Original Message----- > From: Igor Gorbounov [mailto:igorbounov at voronezh.serw.ru] > Sent: Mon, July 28, 2003 1:27 PM > To: rhl-beta-list at redhat.com > Subject: Re: Problem with IDE-CDRW drive > > > Pavel Rozenboim wrote: > > > >[...] > > > > Where link /dev/cdrom points to? It should point to something like > > /dev/scdX. Usually kudzu sets it up automatically. > No, it points to /dev/hdc, don't know why. Does entry for cdrw in /etc/fstab have 'kudzu' option? If it does, it's probably kudzu problem. > Igor Gorbounov > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From ms-nospam-0306 at arcor.de Mon Jul 28 11:42:33 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Mon, 28 Jul 2003 13:42:33 +0200 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: <200307262140.h6QLeDN09679@xos037.xos.nl> References: <20030724121005.5ecde2da.matthias@rpmforge.net> <200307262140.h6QLeDN09679@xos037.xos.nl> Message-ID: <20030728134233.4d4946e7.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 26 Jul 2003 23:40:13 +0200, Jos Vos wrote: > OK, my first experiences using the yum rpm for RHL9 on RHL9: ^^^^^^^^^^^^^^^^^^^^^^^^ yum rpm for RHL9 on RHL9? Or did you mean "yum rpm for RHL9 on RHL9.0.93"? > - yum-arch -z does not seem to compress the headers Run "yum-arch" to find this somewhat hidden info: -z = gzip compress the headers [default, will be deprecated as an option] Yes, it's not in the man page. > - yum install sometimes segfaults when installing a package Weird. I've been using Yum on Shrike without any such problems at all. Is it reproducible for you? Based on "sometimes it segfaults", it doesn't sound like it is. Bad RAM-chips maybe? > - How can I do special actions, like installing a kernel i.s.o. > upgrading it? Hmm, it installs a new kernel instead of upgrading the old one. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/JQwp0iMVcrivHFQRAoQmAKCGD01+mqygG+tX3Ghqmq4lRGkF9ACdEzD9 WGlcoq1qDo8vsAVmWn4Tzv8= =Quxd -----END PGP SIGNATURE----- From ali at packetknife.com Mon Jul 28 11:40:38 2003 From: ali at packetknife.com (Ali-Reza Anghaie) Date: Mon, 28 Jul 2003 07:40:38 -0400 Subject: Easing the pain of LDAP setup In-Reply-To: <1058937042.2411.94.camel@mentor.gurulabs.com> References: <1058937042.2411.94.camel@mentor.gurulabs.com> Message-ID: <200307280740.45023.ali@packetknife.com> On Wednesday 23 July 2003 01:10, Dax Kelson wrote: > I wrote a single script "ldapmigrate" (free software) that replaces all > the PADL.COM scripts. The advantages of "ldapmigrate" over the PADL > scripts are as follows: > > Here is a RFE I opened in Feb 2002, please add comments if you see fit. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=59225 Dax, I think I'm missing something. Have you posted this 'ldapmigrate' script somewhere? You draw comparisons w/ PADL in the email which leads me to believe this is out in the wild somewhere.. I can't seem to find it. Can you point me/us in the right direction? Where can we take a peek at this script of yours? Thanks, -Ali -- OpenPGP Key: 030E44E6 -- Was I helpful?: http://svcs.affero.net/rm.php?r=packetknife -- Umm. I'm looking for something in an after dinner burrito. -- Homer Simpson -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: signature URL: From redtuxxx at yahoo.co.uk Mon Jul 28 11:47:44 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Mon, 28 Jul 2003 12:47:44 +0100 (BST) Subject: Problem with IDE-CDRW drive In-Reply-To: <6A3008858445D711A58A00062939B2F1EC0D@EXCHANGE> Message-ID: <20030728114744.65670.qmail@web60001.mail.yahoo.com> --- Pavel Rozenboim wrote: > > > > -----Original Message----- > > From: Robert P. J. Day [mailto:rpjday at mindspring.com] > > Sent: Mon, July 28, 2003 1:11 PM > > To: rhl-beta-list at redhat.com > > Subject: RE: Problem with IDE-CDRW drive > > > > > > On Mon, 28 Jul 2003, Pavel Rozenboim wrote: > > > > > > -----Original Message----- > > > > From: Igor Gorbounov [mailto:igorbounov at voronezh.serw.ru] > > > > Sent: Mon, July 28, 2003 12:57 PM > > > > To: rhl-beta-list at redhat.com > > > > Subject: Problem with IDE-CDRW drive > > > > > > > > > > > > Under RH-9.093 can't use anymore the IDE CD-RW drive. > > > > Under RH-9 it worked fine. And now: > > > > > > > > "mount: wrong fs type, bad option, bad superblock on > /dev/cdrom, > > > > or too many mounted file systems > > > > (could this be the IDE device where you in fact use > > > > ide-scsi so that sr0 or sda or so is needed?)" > > > > > > > > /dev/hdc is recognised during Linux startup. > > > > "hdc=ide-scsi" exists in grub.conf. > > > > So what became wrong? > > > > > > Where link /dev/cdrom points to? It should point to something > like > > > /dev/scdX. Usually kudzu sets it up automatically. > > > > based on a previous thread, is there any compelling reason to > > use SCSI emulation for an ATAPI CD-RW any more, given that > > cdrecord can handle such devices directly? > > >From what I understand, cdrecord code for handling ide devices is > still > alpha quality. Also many gui based cd writing software still > expects scsi > emulation or needs to be configured to use IDE devices. In fact, > the only cd > writing program that recognized IDE CDRW for me was X-CD-Roast - > which > somehow depends on dev=ATAPI option for cdrecord, which only works > with 2.4 > kernels. > dont you mean 2.5/2.6 kernels? > > > > rday > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From pavelr at coresma.com Mon Jul 28 12:45:43 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Mon, 28 Jul 2003 14:45:43 +0200 Subject: Problem with IDE-CDRW drive Message-ID: <6A3008858445D711A58A00062939B2F1EC12@EXCHANGE> > -----Original Message----- > From: Mike Martin [mailto:redtuxxx at yahoo.co.uk] > Sent: Mon, July 28, 2003 1:48 PM > To: rhl-beta-list at redhat.com > Subject: RE: Problem with IDE-CDRW drive > > > --- Pavel Rozenboim wrote: > > > > > > -----Original Message----- > > > From: Robert P. J. Day [mailto:rpjday at mindspring.com] > > > Sent: Mon, July 28, 2003 1:11 PM > > > To: rhl-beta-list at redhat.com > > > Subject: RE: Problem with IDE-CDRW drive > > > > > > > > > On Mon, 28 Jul 2003, Pavel Rozenboim wrote: > > > > > > > > -----Original Message----- > > > > > From: Igor Gorbounov [mailto:igorbounov at voronezh.serw.ru] > > > > > Sent: Mon, July 28, 2003 12:57 PM > > > > > To: rhl-beta-list at redhat.com > > > > > Subject: Problem with IDE-CDRW drive > > > > > > > > > > > > > > > Under RH-9.093 can't use anymore the IDE CD-RW drive. > > > > > Under RH-9 it worked fine. And now: > > > > > > > > > > "mount: wrong fs type, bad option, bad superblock on > > /dev/cdrom, > > > > > or too many mounted file systems > > > > > (could this be the IDE device where you in fact use > > > > > ide-scsi so that sr0 or sda or so is needed?)" > > > > > > > > > > /dev/hdc is recognised during Linux startup. > > > > > "hdc=ide-scsi" exists in grub.conf. > > > > > So what became wrong? > > > > > > > > Where link /dev/cdrom points to? It should point to something > > like > > > > /dev/scdX. Usually kudzu sets it up automatically. > > > > > > based on a previous thread, is there any compelling reason to > > > use SCSI emulation for an ATAPI CD-RW any more, given that > > > cdrecord can handle such devices directly? > > > > >From what I understand, cdrecord code for handling ide devices is > > still > > alpha quality. Also many gui based cd writing software still > > expects scsi > > emulation or needs to be configured to use IDE devices. In fact, > > the only cd > > writing program that recognized IDE CDRW for me was X-CD-Roast - > > which > > somehow depends on dev=ATAPI option for cdrecord, which only works > > with 2.4 > > kernels. > > > > dont you mean 2.5/2.6 kernels? No, I mean 2.4 redhat kernels. With 2.6 kernels, you have to specify dev=/dev/hdx, dev=ATAPI does not detect IDE cdroms correctly. > > > > > > > rday > > > > > > > > > -- > > > Rhl-beta-list mailing list > > > Rhl-beta-list at redhat.com > > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > __________________________________________________ > Yahoo! Plus - For a better Internet experience > http://uk.promotions.yahoo.com/yplus/yoffer.html > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From jos at xos.nl Mon Jul 28 12:00:01 2003 From: jos at xos.nl (Jos Vos) Date: Mon, 28 Jul 2003 14:00:01 +0200 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: <20030728134233.4d4946e7.ms-nospam-0306@arcor.de>; from ms-nospam-0306@arcor.de on Mon, Jul 28, 2003 at 01:42:33PM +0200 References: <20030724121005.5ecde2da.matthias@rpmforge.net> <200307262140.h6QLeDN09679@xos037.xos.nl> <20030728134233.4d4946e7.ms-nospam-0306@arcor.de> Message-ID: <20030728140001.A23295@xos037.xos.nl> On Mon, Jul 28, 2003 at 01:42:33PM +0200, Michael Schwendt wrote: > > OK, my first experiences using the yum rpm for RHL9 on RHL9: > ^^^^^^^^^^^^^^^^^^^^^^^^ > yum rpm for RHL9 on RHL9? > Or did you mean "yum rpm for RHL9 on RHL9.0.93"? Nope, I really meant RHL9, the final version. > Weird. I've been using Yum on Shrike without any such problems at > all. Is it reproducible for you? Based on "sometimes it segfaults", > it doesn't sound like it is. Bad RAM-chips maybe? Well, it's one of our test systems that I never have problems with (and we generate also kernel rpm's on that system ;-)), so this is not very likely. I can reproduce it pretty easy, in many cases it seems to segfault (I didn't count, but my guess is in 30 or 40% of the installs I tested - I did this with one single rpm, b.t.w.). > > - How can I do special actions, like installing a kernel i.s.o. > > upgrading it? > > Hmm, it installs a new kernel instead of upgrading the old one. Yeah, in the meantime I did notice this. Anyway, I started a new thread on the Yum mailing list, with more specific requirements in this area. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From mike at netlyncs.com Mon Jul 28 12:00:15 2003 From: mike at netlyncs.com (Mike Chambers) Date: 28 Jul 2003 07:00:15 -0500 Subject: graphical boot - initdefault In-Reply-To: <1059368853.3374.1.camel@orionsbelt.alvinsmith.com> References: <3F23E209.7070705@gmx.de> <1059367141.12308.12.camel@bart.netlyncs.com> <1059368853.3374.1.camel@orionsbelt.alvinsmith.com> Message-ID: <1059393614.12731.0.camel@bart.netlyncs.com> On Mon, 2003-07-28 at 00:07, Alvin Smith wrote: > Can that be set at boot time? If so, what is the syntax for that? That's it, nogui. Nothing else goes before or after it, just, nogui -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From redtuxxx at yahoo.co.uk Mon Jul 28 12:07:02 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Mon, 28 Jul 2003 13:07:02 +0100 (BST) Subject: Problem with IDE-CDRW drive In-Reply-To: <6A3008858445D711A58A00062939B2F1EC12@EXCHANGE> Message-ID: <20030728120702.96270.qmail@web60005.mail.yahoo.com> --- Pavel Rozenboim wrote: > > > > -----Original Message----- > > From: Mike Martin [mailto:redtuxxx at yahoo.co.uk] > > Sent: Mon, July 28, 2003 1:48 PM > > To: rhl-beta-list at redhat.com > > Subject: RE: Problem with IDE-CDRW drive > > > > > > --- Pavel Rozenboim wrote: > > > > > > > > -----Original Message----- > > > > From: Robert P. J. Day [mailto:rpjday at mindspring.com] > > > > Sent: Mon, July 28, 2003 1:11 PM > > > > To: rhl-beta-list at redhat.com > > > > Subject: RE: Problem with IDE-CDRW drive > > > > > > > > > > > > On Mon, 28 Jul 2003, Pavel Rozenboim wrote: > > > > > > > > > > -----Original Message----- > > > > > > From: Igor Gorbounov [mailto:igorbounov at voronezh.serw.ru] > > > > > > Sent: Mon, July 28, 2003 12:57 PM > > > > > > To: rhl-beta-list at redhat.com > > > > > > Subject: Problem with IDE-CDRW drive > > > > > > > > > > > > > > > > > > Under RH-9.093 can't use anymore the IDE CD-RW drive. > > > > > > Under RH-9 it worked fine. And now: > > > > > > > > > > > > "mount: wrong fs type, bad option, bad superblock on > > > /dev/cdrom, > > > > > > or too many mounted file systems > > > > > > (could this be the IDE device where you in fact > use > > > > > > ide-scsi so that sr0 or sda or so is needed?)" > > > > > > > > > > > > /dev/hdc is recognised during Linux startup. > > > > > > "hdc=ide-scsi" exists in grub.conf. > > > > > > So what became wrong? > > > > > > > > > > Where link /dev/cdrom points to? It should point to > something > > > like > > > > > /dev/scdX. Usually kudzu sets it up automatically. > > > > > > > > based on a previous thread, is there any compelling reason to > > > > > use SCSI emulation for an ATAPI CD-RW any more, given that > > > > cdrecord can handle such devices directly? > > > > > > >From what I understand, cdrecord code for handling ide devices > is > > > still > > > alpha quality. Also many gui based cd writing software still > > > expects scsi > > > emulation or needs to be configured to use IDE devices. In > fact, > > > the only cd > > > writing program that recognized IDE CDRW for me was X-CD-Roast > - > > > which > > > somehow depends on dev=ATAPI option for cdrecord, which only > works > > > with 2.4 > > > kernels. > > > > > > > dont you mean 2.5/2.6 kernels? > > No, I mean 2.4 redhat kernels. With 2.6 kernels, you have to > specify > dev=/dev/hdx, dev=ATAPI does not detect IDE cdroms correctly. > apologies - didn't realise any 2.4 kernels could do without scsi emulation > > > > > > > > > > rday > > > > > > > > > > > > -- > > > > Rhl-beta-list mailing list > > > > Rhl-beta-list at redhat.com > > > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > > > > > > > > > -- > > > Rhl-beta-list mailing list > > > Rhl-beta-list at redhat.com > > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > __________________________________________________ > > Yahoo! Plus - For a better Internet experience > > http://uk.promotions.yahoo.com/yplus/yoffer.html > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From pavelr at coresma.com Mon Jul 28 13:17:58 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Mon, 28 Jul 2003 15:17:58 +0200 Subject: Problem with IDE-CDRW drive Message-ID: <6A3008858445D711A58A00062939B2F1EC17@EXCHANGE> > -----Original Message----- > From: Mike Martin [mailto:redtuxxx at yahoo.co.uk] > Sent: Mon, July 28, 2003 2:07 PM > To: rhl-beta-list at redhat.com > Subject: RE: Problem with IDE-CDRW drive > > > --- Pavel Rozenboim wrote: > > > > > > -----Original Message----- > > > From: Mike Martin [mailto:redtuxxx at yahoo.co.uk] > > > Sent: Mon, July 28, 2003 1:48 PM > > > To: rhl-beta-list at redhat.com > > > Subject: RE: Problem with IDE-CDRW drive > > > > > > > > > --- Pavel Rozenboim wrote: > > > > > > > > > > -----Original Message----- > > > > > From: Robert P. J. Day [mailto:rpjday at mindspring.com] > > > > > Sent: Mon, July 28, 2003 1:11 PM > > > > > To: rhl-beta-list at redhat.com > > > > > Subject: RE: Problem with IDE-CDRW drive > > > > > > > > > > > > > > > On Mon, 28 Jul 2003, Pavel Rozenboim wrote: > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Igor Gorbounov [mailto:igorbounov at voronezh.serw.ru] > > > > > > > Sent: Mon, July 28, 2003 12:57 PM > > > > > > > To: rhl-beta-list at redhat.com > > > > > > > Subject: Problem with IDE-CDRW drive > > > > > > > > > > > > > > > > > > > > > Under RH-9.093 can't use anymore the IDE CD-RW drive. > > > > > > > Under RH-9 it worked fine. And now: > > > > > > > > > > > > > > "mount: wrong fs type, bad option, bad superblock on > > > > /dev/cdrom, > > > > > > > or too many mounted file systems > > > > > > > (could this be the IDE device where you in fact > > use > > > > > > > ide-scsi so that sr0 or sda or so is needed?)" > > > > > > > > > > > > > > /dev/hdc is recognised during Linux startup. > > > > > > > "hdc=ide-scsi" exists in grub.conf. > > > > > > > So what became wrong? > > > > > > > > > > > > Where link /dev/cdrom points to? It should point to > > something > > > > like > > > > > > /dev/scdX. Usually kudzu sets it up automatically. > > > > > > > > > > based on a previous thread, is there any compelling reason to > > > > > > > use SCSI emulation for an ATAPI CD-RW any more, given that > > > > > cdrecord can handle such devices directly? > > > > > > > > >From what I understand, cdrecord code for handling ide devices > > is > > > > still > > > > alpha quality. Also many gui based cd writing software still > > > > expects scsi > > > > emulation or needs to be configured to use IDE devices. In > > fact, > > > > the only cd > > > > writing program that recognized IDE CDRW for me was X-CD-Roast > > - > > > > which > > > > somehow depends on dev=ATAPI option for cdrecord, which only > > works > > > > with 2.4 > > > > kernels. > > > > > > > > > > dont you mean 2.5/2.6 kernels? > > > > No, I mean 2.4 redhat kernels. With 2.6 kernels, you have to > > specify > > dev=/dev/hdx, dev=ATAPI does not detect IDE cdroms correctly. > > > > apologies - didn't realise any 2.4 kernels could do without scsi > emulation I don't know if stock 2.4 kernels can do it, but RH kernels shipped since RH 9 can. > > > > > > > > > > > > > > rday > > > > > > > > > > > > > > > -- > > > > > Rhl-beta-list mailing list > > > > > Rhl-beta-list at redhat.com > > > > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > > > > > > > > > > > > > -- > > > > Rhl-beta-list mailing list > > > > Rhl-beta-list at redhat.com > > > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > > __________________________________________________ > > > Yahoo! Plus - For a better Internet experience > > > http://uk.promotions.yahoo.com/yplus/yoffer.html > > > > > > > > > -- > > > Rhl-beta-list mailing list > > > Rhl-beta-list at redhat.com > > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > > > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > __________________________________________________ > Yahoo! Plus - For a better Internet experience > http://uk.promotions.yahoo.com/yplus/yoffer.html > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From rpjday at mindspring.com Mon Jul 28 12:24:37 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 28 Jul 2003 08:24:37 -0400 (EDT) Subject: 2.6.0-test2 kernel freezes upon booting Message-ID: in my ongoing quest to still live dangerously, i downloaded, configured and built the new 2.6.0-test2 kernel from ftp.kernel.org, and very unpleasant things are happening. (seems to have been a sizable step up from test1 to test2). booting under a new 2.6.0-test2 kernel prints a pile of kernel messages, up to: -------------- ide: Assuming 33MHz system bus speed for PIO modes, override with \ idebus=xx ide-floppy driver 0.99.newide hda: 8032MB, CHS=1024/255/63 hda: [total lockup here, with disk activity light on solid] --------------- in the first place, it's not an 8G disk, it's 48G, and that's obviously totally bogus geometry, but this has never caused a problem before. i did check the system bus, it's 66MHz, so i rebooted with (just to play it safe): ... acpi=off idebus=66 same problem. i'm open to advice. it seems 2.6.0-test2 is fairly confused by the hard drive, but i'm open to suggestions. rday From Bernd.Bartmann at sohanet.de Mon Jul 28 12:35:40 2003 From: Bernd.Bartmann at sohanet.de (Bernd Bartmann) Date: Mon, 28 Jul 2003 14:35:40 +0200 Subject: Discussion of RH Enterprise Beta? Message-ID: <3F25189C.6020009@sohanet.de> Is there any mailing list for the discussion of RH Enterprise Beta Taroon or RH Enterprise in general? I've found some bugs which apply to Severn Beta1, Taroon Beta1 AS and WS. Shall I report these bugs in bugzilla for Taroon and Severn? Right now we have RH Enterprise WS, ES and AS but Taroon was only released as WS and AS. What are the plans for this product lines? Best regards. -- Dipl.-Ing. (FH) Bernd Bartmann SoHaNet Technology GmbH / Kaiserin-Augusta-Allee 10-11 / 10553 Berlin Software / Hardware / Netzwerke * Entwicklung / Verkauf / Wartung Fon: +49 30 214783-44 / Fax: +49 30 214783-46 From laroche at redhat.com Mon Jul 28 12:45:50 2003 From: laroche at redhat.com (Florian La Roche) Date: Mon, 28 Jul 2003 14:45:50 +0200 Subject: Discussion of RH Enterprise Beta? In-Reply-To: <3F25189C.6020009@sohanet.de> References: <3F25189C.6020009@sohanet.de> Message-ID: <20030728124550.GA14833@dudweiler.stuttgart.redhat.com> On Mon, Jul 28, 2003 at 02:35:40PM +0200, Bernd Bartmann wrote: > Is there any mailing list for the discussion of RH Enterprise Beta > Taroon or RH Enterprise in general? I think we want to setup a Taroon mailinglist soon, it does not exist today. > > I've found some bugs which apply to Severn Beta1, Taroon Beta1 AS and > WS. Shall I report these bugs in bugzilla for Taroon and Severn? Bugzilla is best for all bug-reports. > > Right now we have RH Enterprise WS, ES and AS but Taroon was only > released as WS and AS. What are the plans for this product lines? AFAIK yes, but this should probably be discussed with someone from sales. greetings, Florian La Roche From alan at redhat.com Mon Jul 28 12:57:04 2003 From: alan at redhat.com (Alan Cox) Date: Mon, 28 Jul 2003 08:57:04 -0400 (EDT) Subject: 2.6.0-test2 kernel freezes upon booting In-Reply-To: from "Robert P. J. Day" at Gor 28, 2003 08:24:37 Message-ID: <200307281257.h6SCv4700526@devserv.devel.redhat.com> > ide-floppy driver 0.99.newide > hda: 8032MB, CHS=1024/255/63 > hda: > [total lockup here, with disk activity light on solid] You built with the legacy HD driver not the IDE driver. > i did check the system bus, it's 66MHz, so i rebooted with (just to play > it safe): ... acpi=off idebus=66 idebus= is for idebus speed not system bus speed btw - except for some weird VLB systems you dont need to touch it From email at alvinsmith.com Mon Jul 28 13:11:41 2003 From: email at alvinsmith.com (Alvin Smith) Date: 28 Jul 2003 09:11:41 -0400 Subject: graphical boot - initdefault In-Reply-To: <1059393614.12731.0.camel@bart.netlyncs.com> References: <3F23E209.7070705@gmx.de> <1059367141.12308.12.camel@bart.netlyncs.com> <1059368853.3374.1.camel@orionsbelt.alvinsmith.com> <1059393614.12731.0.camel@bart.netlyncs.com> Message-ID: <1059397901.3374.9.camel@orionsbelt.alvinsmith.com> On Mon, 2003-07-28 at 08:00, Mike Chambers wrote: > On Mon, 2003-07-28 at 00:07, Alvin Smith wrote: > > > Can that be set at boot time? If so, what is the syntax for that? > > That's it, nogui. Nothing else goes before or after it, just, nogui At the Grub menu, I have three choices: 'e' to edit commands, 'a' to modify kernel arguments, 'c' for a command line. Which option do I use to insert the 'nogui' switch? Or is there somewhere else I should be doing this? At boot time, my monitor changes modes and the screen just goes blank and the LEDs on my keyboard flash at the point where I think the gui load begins... Sorry if this has already been covered. Alvin From rhce at cybersurf.com Mon Jul 28 13:13:14 2003 From: rhce at cybersurf.com (Mark Hutchinson) Date: Mon, 28 Jul 2003 07:13:14 -0600 Subject: Intel 875P / Dell PowerEdge 400SC In-Reply-To: <200307280955.h6S9t1922968@xos037.xos.nl> References: <200307280955.h6S9t1922968@xos037.xos.nl> Message-ID: <1059397994.3f25216a7da8f@webmail.3web.com> I was using that board with RHL9 and the latest errata kernel. I had to compile a 2.4.21 kernel though to get the SATA drives working properly. You have to install the OS with the BIOS set to legacy mode, then apply the new kernel and switch back to enhanced mode. Works fine now. Mark Quoting Jos Vos : > Hi, > > Will RHL 9 (with latest updates) work fine on an Intel 875P chipset, > as in the Dell PowerEdge 400SC server? > > Thanks, > > -- > -- Jos Vos > -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 > -- Amsterdam, The Netherlands | Fax: +31 20 6948204 > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > -- "Computers are like air conditioners: They stop working properly if you open windows." ------------------------------------------------- This mail sent with 3Web WebMail http://www.3web.com From rpjday at mindspring.com Mon Jul 28 13:11:37 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 28 Jul 2003 09:11:37 -0400 (EDT) Subject: 2.6.0-test2 kernel freezes upon booting In-Reply-To: <200307281257.h6SCv4700526@devserv.devel.redhat.com> Message-ID: On Mon, 28 Jul 2003, Alan Cox wrote: > > ide-floppy driver 0.99.newide > > hda: 8032MB, CHS=1024/255/63 > > hda: > > [total lockup here, with disk activity light on solid] > > You built with the legacy HD driver not the IDE driver. dang, you're right, but that's kind of surprising since i've never selected that option before and i certainly had no need to select it now. and when i looked closely at my .config file, it didn't seem to bear a strong resemblance to what i had actually selected thru "make menuconfig". since i haven't built my nvidia driver yet, i was just using "make menuconfig", but the interface seemed to be constantly messed up just a little -- as if it continually needed a refresh to get things back in place. and my .config file showed options that i *know* i didn't select. so this is a bit of a mystery. thanks for the info. rday From alan at redhat.com Mon Jul 28 13:13:44 2003 From: alan at redhat.com (Alan Cox) Date: Mon, 28 Jul 2003 09:13:44 -0400 (EDT) Subject: graphical boot - initdefault In-Reply-To: <1059397901.3374.9.camel@orionsbelt.alvinsmith.com> from "Alvin Smith" at Gor 28, 2003 09:11:41 Message-ID: <200307281313.h6SDDij05691@devserv.devel.redhat.com> > At the Grub menu, I have three choices: 'e' to edit commands, 'a' to > modify kernel arguments, 'c' for a command line. Which option do I use > to insert the 'nogui' switch? Or is there somewhere else I should be > doing this? "a" then add nogui From email at alvinsmith.com Mon Jul 28 13:41:23 2003 From: email at alvinsmith.com (Alvin Smith) Date: 28 Jul 2003 09:41:23 -0400 Subject: graphical boot - initdefault In-Reply-To: <200307281313.h6SDDij05691@devserv.devel.redhat.com> References: <200307281313.h6SDDij05691@devserv.devel.redhat.com> Message-ID: <1059399682.3374.22.camel@orionsbelt.alvinsmith.com> On Mon, 2003-07-28 at 09:13, Alan Cox wrote: > > At the Grub menu, I have three choices: 'e' to edit commands, 'a' to > > modify kernel arguments, 'c' for a command line. Which option do I use > > to insert the 'nogui' switch? Or is there somewhere else I should be > > doing this? > > "a" then add nogui When I use the 'a' option, I get: "grub append> ro root=LABEL=/" on the command line. If I just add "nogui", I get: mkrootdev: label /nogui not found Mounting root filesystem mount: error 2 mounting ext3 pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2 Freeing unused kernel memory: 120k freed Kernel panic: No init found. Try passing init= option to kernel From pavelr at coresma.com Mon Jul 28 14:38:39 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Mon, 28 Jul 2003 16:38:39 +0200 Subject: graphical boot - initdefault Message-ID: <6A3008858445D711A58A00062939B2F1EC22@EXCHANGE> > -----Original Message----- > From: Alvin Smith [mailto:email at alvinsmith.com] > Sent: Mon, July 28, 2003 3:41 PM > To: rhl-beta-list at redhat.com > Subject: Re: graphical boot - initdefault > > > On Mon, 2003-07-28 at 09:13, Alan Cox wrote: > > > At the Grub menu, I have three choices: 'e' to edit > commands, 'a' to > > > modify kernel arguments, 'c' for a command line. Which > option do I use > > > to insert the 'nogui' switch? Or is there somewhere else > I should be > > > doing this? > > > > "a" then add nogui > > When I use the 'a' option, I get: "grub append> ro > root=LABEL=/" on the > command line. If I just add "nogui", I get: > > mkrootdev: label /nogui not found Add a space before 'nogui'. > Mounting root filesystem > mount: error 2 mounting ext3 > pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2 > Freeing unused kernel memory: 120k freed > Kernel panic: No init found. Try passing init= option to kernel > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From blizzard at redhat.com Mon Jul 28 13:51:27 2003 From: blizzard at redhat.com (Christopher Blizzard) Date: Mon, 28 Jul 2003 09:51:27 -0400 Subject: Severn and Mozilla Firebird? In-Reply-To: <1059240483.21688.9.camel@lando> References: <1059238118.21688.2.camel@lando> <200307261854.57560.edusilva@ya.com> <1059240483.21688.9.camel@lando> Message-ID: <3F252A5F.5070107@redhat.com> Kyle Maxwell wrote: > Nope, I removed the (defunct) symbolic link to the Java plugin and it > still gives me the same error. > > I'll try to install a new build elsewhere in the tree, though, and see > if it's just due to some legacy problem from the RH9 install. At least > now I know that someone else is running it so it's something local here. The fact that you had to create a new profile kind of scares me. Are you sure there wasn't a Mozilla Firebird upgrade mixed in there? There was at least one version where you had to recreate your profile, otherwise there would be problems. --Chris > > On Sat, 2003-07-26 at 11:54, Eduardo Silva wrote: > >>On Saturday 26 July 2003 18:48, Kyle Maxwell wrote: >> >>>Has anyone had any difficulty (or success) running Mozilla Firebird >>>under Severn? I'm trying to run v0.6 (build 2003051615) and it just >>>returns >>> >>>/path/to/MozillaFirebird/run-mozilla.sh: line 454: 21714 Segmentation >>>fault "$prog" ${1+"$@"} >>> >>>Or should I take this to a Mozilla Firebird list somewhere? It ran >>>beautifully on the same system running Red Hat 9 until I upgraded to >>>9.0.93 last night. >> >>I've been running it OK with no issues. I also installed a build in /opt and >>it's been going OK. >> >>Can it be because of the plugins you have installed? I sometimes have issue >>when the java plugin is incorrectly installed (linking to incorrect version). > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From bennet at redhat.com Mon Jul 28 13:52:00 2003 From: bennet at redhat.com (Karen Bennet) Date: Mon, 28 Jul 2003 09:52:00 -0400 Subject: add rhdb to RHL References: <1059324537.2355.80.camel@one.myworld> Message-ID: <3F252A80.DB7B5020@redhat.com> F?liciano Matias wrote: > Do RedHat have some business reasons to not provide rhdb in rhl ? It's something that we could consider including in the Community Project; but currently it's a community project run off of sources.redhat.com in conjuction with the postgresql community project. These project(s) will likely be coming under the RHL community project in future weeks. > > > If no, how can i ask to add rhdb into rhl with bugzilla ? > That would be an excellent way not to lose sight of what additional packages could be added to rhl. > > -- > F?liciano Matias > > From sopwith at redhat.com Mon Jul 28 13:55:12 2003 From: sopwith at redhat.com (Elliot Lee) Date: Mon, 28 Jul 2003 09:55:12 -0400 (EDT) Subject: add rhdb to RHL In-Reply-To: <3F252A80.DB7B5020@redhat.com> Message-ID: > F?liciano Matias wrote: > > > If no, how can i ask to add rhdb into rhl with bugzilla ? File a bug against the 'distribution' component. -- Elliot Humpty Dumpty was pushed. From email at alvinsmith.com Mon Jul 28 13:56:30 2003 From: email at alvinsmith.com (Alvin Smith) Date: 28 Jul 2003 09:56:30 -0400 Subject: graphical boot - initdefault In-Reply-To: <6A3008858445D711A58A00062939B2F1EC22@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EC22@EXCHANGE> Message-ID: <1059400589.3374.25.camel@orionsbelt.alvinsmith.com> On Mon, 2003-07-28 at 10:38, Pavel Rozenboim wrote: > > -----Original Message----- > > From: Alvin Smith [mailto:email at alvinsmith.com] > > Sent: Mon, July 28, 2003 3:41 PM > > To: rhl-beta-list at redhat.com > > Subject: Re: graphical boot - initdefault > > > > > > On Mon, 2003-07-28 at 09:13, Alan Cox wrote: > > > > At the Grub menu, I have three choices: 'e' to edit > > commands, 'a' to > > > > modify kernel arguments, 'c' for a command line. Which > > option do I use > > > > to insert the 'nogui' switch? Or is there somewhere else > > I should be > > > > doing this? > > > > > > "a" then add nogui > > > > When I use the 'a' option, I get: "grub append> ro > > root=LABEL=/" on the > > command line. If I just add "nogui", I get: > > > > mkrootdev: label /nogui not found > > Add a space before 'nogui'. > That works. Thanks. From rpjday at mindspring.com Mon Jul 28 13:58:41 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 28 Jul 2003 09:58:41 -0400 (EDT) Subject: 2.6.0-test2 kernel freezes upon booting In-Reply-To: <200307281257.h6SCv4700526@devserv.devel.redhat.com> Message-ID: On Mon, 28 Jul 2003, Alan Cox wrote: > > ide-floppy driver 0.99.newide > > hda: 8032MB, CHS=1024/255/63 > > hda: > > [total lockup here, with disk activity light on solid] > > You built with the legacy HD driver not the IDE driver. ok, after getting past that, i noticed briefly that the kernel recognized had, and shortly after that, i had a kernel panic, with the last few traceback routines being: idedisk_setup idedisk_attach ata_attach ide_register_drives idedisk_init i'm not aware of any way to take a screenshot of a kernel panic. again (sigh), any advice? should i forward the relevant part of my .config? rday From deatrich at lthipc5.epfl.ch Mon Jul 28 14:07:05 2003 From: deatrich at lthipc5.epfl.ch (Denice) Date: Mon, 28 Jul 2003 16:07:05 +0200 (CEST) Subject: PHP4 + Apache2 = Experimental In-Reply-To: <57515.81.200.225.99.1059379185.squirrel@smtp.westtoeast.it> Message-ID: On Mon, 28 Jul 2003, Marco Ermini wrote: > Marc Richards disse: > > I noticed that Apache2 is now the default httpd for both Severn and > > Taroon. > > I also noticed that php.net still considers Apache 2 support experimental > > (http://www.php.net/manual/en/install.apache2.php). Is there some > > particular configuration (pre-fork module?) or patch that RedHat is using > > in > > order to guarantee a configuration that is reliable enough for use even on > > your enterprise platform? > > I had no problems at all with PHP and Apache2. For what I know, it is > widely used, although it may be labeled "experimental" I think it is quite > reliable. I for one have had problems with apache2/php, initially because of buggy configuration directives. While away in June I took my portable and started seriously working on moving some of my web trees to apache2/php on RH9. I found post-variable corruption in some of the web pages that was very disturbing. I had planned on writing up some simpler scripts where I could _reproduce_ these problems and submit them as bugz on my return from vacation. However patch php-4.2.2-17.2.i386.rpm in early july specifically mentions corruption fixes: "This update contains fixes for a number of bugs discovered in the version of PHP included in Red Hat Linux 8.0 and 9. These bugs include the use of a PHP script as an ErrorDocument and possible POST body corruption in some configurations." So recently I started testing again. On the surface php-4.2.2-17.2.i386.rpm seems to have solved some of my problems at RH9, but I still can find cases where this problem occurs. So now I will give Severn a try since it offers php 4.3.2, and see if this makes a difference. I have to admit that I am leary of the combination of apache2/php... I don't think it is as reliable as apache1/php. cheers, denice -- denice.deatrich @ epfl.ch, DSC / LTHC-LTHI, E.P.F.L. PH: +41 (21) 693 76 67 <*> This moment's fortune cookie: Do you guys know what you're doing, or are you just hacking? From jos at xos.nl Mon Jul 28 14:14:00 2003 From: jos at xos.nl (Jos Vos) Date: Mon, 28 Jul 2003 16:14:00 +0200 Subject: Intel 875P / Dell PowerEdge 400SC In-Reply-To: <1059397994.3f25216a7da8f@webmail.3web.com>; from rhce@cybersurf.com on Mon, Jul 28, 2003 at 07:13:14AM -0600 References: <200307280955.h6S9t1922968@xos037.xos.nl> <1059397994.3f25216a7da8f@webmail.3web.com> Message-ID: <20030728161400.B23697@xos037.xos.nl> On Mon, Jul 28, 2003 at 07:13:14AM -0600, Mark Hutchinson wrote: > I was using that board with RHL9 and the latest errata kernel. I had to compile > a 2.4.21 kernel though to get the SATA drives working properly. > > You have to install the OS with the BIOS set to legacy mode, then apply the new > kernel and switch back to enhanced mode. In the PE 400SC specs I don't see something mentioned about SATA. Can't it handle "normal" IDE drives? -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From rhce at cybersurf.com Mon Jul 28 14:40:48 2003 From: rhce at cybersurf.com (Mark Hutchinson) Date: Mon, 28 Jul 2003 08:40:48 -0600 Subject: Intel 875P / Dell PowerEdge 400SC In-Reply-To: <20030728161400.B23697@xos037.xos.nl> References: <200307280955.h6S9t1922968@xos037.xos.nl> <1059397994.3f25216a7da8f@webmail.3web.com> <20030728161400.B23697@xos037.xos.nl> Message-ID: <1059403248.3f2535f043f28@webmail.3web.com> I was using the 875 chipset Intel board w/ SATA support. Intel 875PBR or something. Mark Quoting Jos Vos : > On Mon, Jul 28, 2003 at 07:13:14AM -0600, Mark Hutchinson wrote: > > > I was using that board with RHL9 and the latest errata kernel. I had to > compile > > a 2.4.21 kernel though to get the SATA drives working properly. > > > > You have to install the OS with the BIOS set to legacy mode, then apply the > new > > kernel and switch back to enhanced mode. > > In the PE 400SC specs I don't see something mentioned about SATA. > Can't it handle "normal" IDE drives? > > -- > -- Jos Vos > -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 > -- Amsterdam, The Netherlands | Fax: +31 20 6948204 > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > -- "Computers are like air conditioners: They stop working properly if you open windows." ------------------------------------------------- This mail sent with 3Web WebMail http://www.3web.com From rpjday at mindspring.com Mon Jul 28 14:44:04 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 28 Jul 2003 10:44:04 -0400 (EDT) Subject: trying kernel 2.6.0-test2 under severn Message-ID: just to make sure i'm not totally wasting my time, is there any *theoretical* reason why a combination of severn and the 2.6.0-test2 kernel wouldn't work? (i noticed that severn did have the appropriate newer RPMs (modutils, mkinitrd, ...) to be compatible with the newer kernel.) so, should this be a workable combination, taking into account the double beta-ness of the whole thing? :-) rday From redtuxxx at yahoo.co.uk Mon Jul 28 14:52:21 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Mon, 28 Jul 2003 15:52:21 +0100 (BST) Subject: 2.6.0-test2 kernel freezes upon booting In-Reply-To: Message-ID: <20030728145221.28471.qmail@web60003.mail.yahoo.com> --- "Robert P. J. Day" wrote: > On Mon, 28 Jul 2003, Alan Cox wrote: > > > > ide-floppy driver 0.99.newide > > > hda: 8032MB, CHS=1024/255/63 > > > hda: > > > [total lockup here, with disk activity light on solid] > > > > You built with the legacy HD driver not the IDE driver. > > ok, after getting past that, i noticed briefly that the kernel > recognized > had, and shortly after that, i had a kernel panic, with the last > few > traceback routines being: > > idedisk_setup > idedisk_attach > ata_attach > ide_register_drives > idedisk_init > > i'm not aware of any way to take a screenshot of a kernel panic. > again (sigh), any advice? should i forward the relevant part of > my .config? > > rday > > this looks a hell of a lot like what I was getting with stock test1 When I downloaded arjanv's source rpm it worked fine, and bizarrely enough stock test2 worked fine. sounds like an occasional nasty bug > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From redtuxxx at yahoo.co.uk Mon Jul 28 14:55:27 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Mon, 28 Jul 2003 15:55:27 +0100 (BST) Subject: 2.6.0-test2 kernel freezes upon booting In-Reply-To: <20030728145221.28471.qmail@web60003.mail.yahoo.com> Message-ID: <20030728145527.61110.qmail@web60004.mail.yahoo.com> --- Mike Martin wrote: > --- "Robert P. J. Day" wrote: > On Mon, 28 > Jul 2003, Alan Cox wrote: > > > > > > ide-floppy driver 0.99.newide > > > > hda: 8032MB, CHS=1024/255/63 > > > > hda: > > > > [total lockup here, with disk activity light on > solid] > > > > > > You built with the legacy HD driver not the IDE driver. > > > > ok, after getting past that, i noticed briefly that the kernel > > recognized > > had, and shortly after that, i had a kernel panic, with the last > > few > > traceback routines being: > > > > idedisk_setup > > idedisk_attach > > ata_attach > > ide_register_drives > > idedisk_init > > > > i'm not aware of any way to take a screenshot of a kernel panic. > > again (sigh), any advice? should i forward the relevant part of > > my .config? > > > > rday > > > > > > this looks a hell of a lot like what I was getting with stock test1 > > When I downloaded arjanv's source rpm it worked fine, and bizarrely > enough stock test2 worked fine. > > sounds like an occasional nasty bug > > > -- sorry forgot bug is here http://bugzilla.kernel.org/show_bug.cgi?id=938 > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > __________________________________________________ > Yahoo! Plus - For a better Internet experience > http://uk.promotions.yahoo.com/yplus/yoffer.html > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From hosting at j2solutions.net Mon Jul 28 14:45:24 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 28 Jul 2003 07:45:24 -0700 Subject: graphical boot - initdefault In-Reply-To: <1059399682.3374.22.camel@orionsbelt.alvinsmith.com> References: <200307281313.h6SDDij05691@devserv.devel.redhat.com> <1059399682.3374.22.camel@orionsbelt.alvinsmith.com> Message-ID: <200307280745.24384.hosting@j2solutions.net> On Monday 28 July 2003 06:41, Alvin Smith uttered: > When I use the 'a' option, I get: "grub append> ro root=LABEL=/" on the > command line. If I just add "nogui", I get: > > mkrootdev: label /nogui not found > Mounting root filesystem > mount: error 2 mounting ext3 > pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2 > Freeing unused kernel memory: 120k freed > Kernel panic: No init found. Try passing init= option to kernel Well you gotta add a space in there, you can't just add "nogui" to the previous argument and expect it to work. "ro root=LABEL=/ nogui" -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From hosting at j2solutions.net Mon Jul 28 14:50:24 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 28 Jul 2003 07:50:24 -0700 Subject: Problem with IDE-CDRW drive In-Reply-To: <6A3008858445D711A58A00062939B2F1EC17@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EC17@EXCHANGE> Message-ID: <200307280750.24707.hosting@j2solutions.net> On Monday 28 July 2003 06:17, Pavel Rozenboim uttered: > I don't know if stock 2.4 kernels can do it, but RH kernels shipped since > RH 9 can. Hey guys (Pavel Ronzenbolm, Mike Martin), just a little note about etiquette. Can you guys please only quote the relevant part of eachother's emails, and cut out the quoting of everybody's OE produced headers and all the signatures? In the last email there were 4 OE "Original Message" blocks with nothing but Pavel's signature in them, and 7 copies of listfooters and yahoo footers. Really not necessary. Just something to think about as we all try to communicate on this very busy email list. Thanks! -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jbinpg at shaw.ca Mon Jul 28 15:14:07 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Mon, 28 Jul 2003 08:14:07 -0700 Subject: 2.6.0-test2 kernel freezes upon booting In-Reply-To: References: Message-ID: <0HIQ00MHRQBPEJ@l-daemon> ** Reply to message from "Robert P. J. Day" on Mon, 28 Jul 2003 08:24:37 -0400 (EDT) > in my ongoing quest to still live dangerously, i downloaded, > configured and built the new 2.6.0-test2 kernel from ftp.kernel.org, > and very unpleasant things are happening. (seems to have been a > sizable step up from test1 to test2). > > booting under a new 2.6.0-test2 kernel prints a pile of kernel > messages, up to: > -------------- > > ide: Assuming 33MHz system bus speed for PIO modes, override with \ > idebus=xx > ide-floppy driver 0.99.newide > hda: 8032MB, CHS=1024/255/63 > hda: > [total lockup here, with disk activity light on solid] > > --------------- > > in the first place, it's not an 8G disk, it's 48G, and that's obviously > totally bogus geometry, but this has never caused a problem before. > > i did check the system bus, it's 66MHz, so i rebooted with (just to play > it safe): ... acpi=off idebus=66 > > same problem. i'm open to advice. it seems 2.6.0-test2 is fairly > confused by the hard drive, but i'm open to suggestions. Hi, Robert. You could try adding the "ide0=nodma" switch. jb From pavelr at coresma.com Mon Jul 28 16:08:50 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Mon, 28 Jul 2003 18:08:50 +0200 Subject: Problem with IDE-CDRW drive Message-ID: <6A3008858445D711A58A00062939B2F1EC28@EXCHANGE> > -----Original Message----- > From: Jesse Keating [mailto:hosting at j2solutions.net] > Sent: Mon, July 28, 2003 4:50 PM > To: rhl-beta-list at redhat.com > Subject: Re: Problem with IDE-CDRW drive > > > On Monday 28 July 2003 06:17, Pavel Rozenboim uttered: > > I don't know if stock 2.4 kernels can do it, but RH kernels > shipped since > > RH 9 can. > > Hey guys (Pavel Ronzenbolm, Mike Martin), just a little note > about etiquette. > Can you guys please only quote the relevant part of > eachother's emails, and > cut out the quoting of everybody's OE produced headers and all the > signatures? In the last email there were 4 OE "Original > Message" blocks with > nothing but Pavel's signature in them, and 7 copies of Hmm... I didn't know I have a signature :) From rpjday at mindspring.com Mon Jul 28 15:04:46 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 28 Jul 2003 11:04:46 -0400 (EDT) Subject: 2.6.0-test2 kernel freezes upon booting In-Reply-To: <20030728145527.61110.qmail@web60004.mail.yahoo.com> Message-ID: On Mon, 28 Jul 2003, Mike Martin wrote: > --- Mike Martin wrote: > --- "Robert P. J. > Day" wrote: > On Mon, 28 > > > traceback routines being: > > > > > > idedisk_setup > > > idedisk_attach > > > ata_attach > > > ide_register_drives > > > idedisk_init > > this looks a hell of a lot like what I was getting with stock test1 > > > > When I downloaded arjanv's source rpm it worked fine, and bizarrely > > enough stock test2 worked fine. > > > > sounds like an occasional nasty bug > sorry forgot bug is here > http://bugzilla.kernel.org/show_bug.cgi?id=938 hmmm ... that bug report output *sort of* looks like my output, but not exactly, although yes, it might be close enough for government work. i've not tried any of arjan's RPMs -- i've always built from stock source, but if he's got a -test2 RPM, i'll give that a shot. this makes me wonder if there's a summary of the non-stock fixes or adds that arjan has done to the RPM version, to help in isolating the problem if the RPM works. my last working configuration was RH 9 and kernel 2.6.0-test1-bk2, with the appropriate newer RPMs. this is my first attempt at trying this under severn. rday From jbinpg at shaw.ca Mon Jul 28 15:19:28 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Mon, 28 Jul 2003 08:19:28 -0700 Subject: trying kernel 2.6.0-test2 under severn In-Reply-To: References: Message-ID: <0HIQ00MOLQKMDW@l-daemon> ** Reply to message from "Robert P. J. Day" on Mon, 28 Jul 2003 10:44:04 -0400 (EDT) > just to make sure i'm not totally wasting my time, is there > any *theoretical* reason why a combination of severn and the > 2.6.0-test2 kernel wouldn't work? (i noticed that severn did > have the appropriate newer RPMs (modutils, mkinitrd, ...) to be > compatible with the newer kernel.) > > so, should this be a workable combination, taking into account > the double beta-ness of the whole thing? :-) Just a tangential data point - test2 is working perfectly on my RH8 box. jb From elwoo at videotron.ca Mon Jul 28 15:18:29 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 28 Jul 2003 11:18:29 -0400 Subject: Who Monitors this list In-Reply-To: <1059357186.1139.89.camel@chastain> References: <1059357186.1139.89.camel@chastain> Message-ID: <200307281118.29772.elwoo@videotron.ca> On Sunday 27 July 2003 21:53, Terry R Linhardt Terry R Linhardt wrote: > So, I'm curious... > > To what extent does RedHat monitor this list? My intuition is that there > are a lot of issues posted here which may never be reported via > Bugzilla. Comments ? Is a formal report using Bugzilla the only way > problems get resolved? To quote from one of the Severn install panels: "If it's not in bugzilla, it doesn't exist -- Katz". Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From rpjday at mindspring.com Mon Jul 28 15:29:47 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 28 Jul 2003 11:29:47 -0400 (EDT) Subject: 2.6.0-test2 kernel freezes upon booting In-Reply-To: <0HIQ00MHRQBPEJ@l-daemon> Message-ID: On Mon, 28 Jul 2003, Jack Bowling wrote: > Hi, Robert. You could try adding the "ide0=nodma" switch. by now, it's not clear that that's the problem, but it's curious that that option is not documented in the kernel doc file .../Documentation/ide.txt, which is where i normally expect to see such things explained. rday p.s. yes, idex=dma is there, but not idex=nodma. a small oversight, i expect. From John.Hearns at micromuse.com Mon Jul 28 15:34:50 2003 From: John.Hearns at micromuse.com (John Hearns) Date: Mon, 28 Jul 2003 16:34:50 +0100 Subject: trying kernel 2.6.0-test2 under severn In-Reply-To: <0HIQ00MOLQKMDW@l-daemon> References: <0HIQ00MOLQKMDW@l-daemon> Message-ID: <3F25429A.8040409@micromuse.com> Jack Bowling wrote: >Just a tangential data point - test2 is working perfectly on my RH8 box. > > > Pointers towards the 2.6.0 RPMs please? I intend to put RH 9 on my new EPIA-M board tonight, and upgrade as much as possible from freshrpms. I might even try a dist-upgrade to severn, if I'm feeling brave. I'd like to try out 2.6 if I can, just for kicks. The cunning plan then Mr. B is to build an optimised kernel using gcc 3.3. And watch everything go 'poof' probably :-) From rpjday at mindspring.com Mon Jul 28 15:38:06 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 28 Jul 2003 11:38:06 -0400 (EDT) Subject: trying kernel 2.6.0-test2 under severn In-Reply-To: <3F25429A.8040409@micromuse.com> Message-ID: On Mon, 28 Jul 2003, John Hearns wrote: > Pointers towards the 2.6.0 RPMs please? http://people.redhat.com/arjanv/2.5/RPMS.kernel/ > The cunning plan then Mr. B is to build an optimised kernel using gcc > 3.3. And watch everything go 'poof' probably :-) "i have a plan so cunning, you could pin a tail on it, and call it a weasel." rday From veillard at redhat.com Mon Jul 28 15:45:46 2003 From: veillard at redhat.com (Daniel Veillard) Date: Mon, 28 Jul 2003 11:45:46 -0400 Subject: Who Monitors this list In-Reply-To: ; from riel@redhat.com on Sun, Jul 27, 2003 at 10:51:59PM -0400 References: <20030727222131.B26282@redhat.com> Message-ID: <20030728114546.G17377@redhat.com> On Sun, Jul 27, 2003 at 10:51:59PM -0400, Rik van Riel wrote: > On Sun, 27 Jul 2003, Adrian Likins wrote: > > > when it comes time to decide priorites on > > what gets fixed, things not in bugzilla > > are easily lost. > > Or worse ... repeated ad infinitum. > > In bugzilla bugs and RFEs are visible until fixed, but on > a mailing list they'll just drop out of people's memory > by the end of the week/month. This means a mailing list > like this will see popular feature requests at least once > a month, always followed by pretty much the same replies, > flames, etc... > > Bugzilla is just nicer ;) Totally agree, I will just point out that if the bug is likely to not be related to a Red Hat specific fix, it could be more efficient to bugzilla to the upstream project, especially for projects like XFree86/GNOME/KDE, etc ... Maybe we should build a Buzilla list associated with package name and the given target module (other bug reporting system would be fine too). Daniel -- Daniel Veillard | Red Hat Network https://rhn.redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From imoq at imoqland.com Mon Jul 28 15:46:22 2003 From: imoq at imoqland.com (Alejandro =?ISO-8859-1?Q?Gonz=E1lez_Hern=E1ndez?= - Imoq) Date: 28 Jul 2003 10:46:22 -0500 Subject: trying kernel 2.6.0-test2 under severn In-Reply-To: References: Message-ID: <1059407182.30297.5.camel@imoqland.morelos.gob.mx> On Mon, 2003-07-28 at 10:38, Robert P. J. Day wrote: > On Mon, 28 Jul 2003, John Hearns wrote: > > > Pointers towards the 2.6.0 RPMs please? > > http://people.redhat.com/arjanv/2.5/RPMS.kernel/ There are only -test1 RPMs in there (still). -- ?S? libre, usa software libre! Be free, use free software! http://www.imoqland.com/ From rhl-beta-list at cygnusx-1.org Mon Jul 28 15:51:46 2003 From: rhl-beta-list at cygnusx-1.org (Nathan G. Grennan) Date: 28 Jul 2003 08:51:46 -0700 Subject: trying kernel 2.6.0-test2 under severn In-Reply-To: References: Message-ID: <1059407506.29727.3.camel@ws.1sttier.net> On Mon, 2003-07-28 at 07:44, Robert P. J. Day wrote: > just to make sure i'm not totally wasting my time, is there > any *theoretical* reason why a combination of severn and the > 2.6.0-test2 kernel wouldn't work? (i noticed that severn did > have the appropriate newer RPMs (modutils, mkinitrd, ...) to be > compatible with the newer kernel.) > > so, should this be a workable combination, taking into account > the double beta-ness of the whole thing? :-) > I am running 2.6.0-test2 on my desktop. I took the patches from arjvan's source rpm, leaving out the test1-bk1 patch since was basically a pre-test2 patch. I also included Ingo's scheduler patch for test1. This fixed issues with xmms skipping when doing cpu intensive things. Since I started using this kernel yesterday xmms hasn't skipped once. I used G6, and it looks like G7 is now out. http://people.redhat.com/mingo/O(1)-scheduler/sched-2.6.0-test1-G7 From John.Hearns at micromuse.com Mon Jul 28 15:53:46 2003 From: John.Hearns at micromuse.com (John Hearns) Date: Mon, 28 Jul 2003 16:53:46 +0100 Subject: trying kernel 2.6.0-test2 under severn In-Reply-To: References: Message-ID: <3F25470A.4070600@micromuse.com> Robert P. J. Day wrote: > >http://people.redhat.com/arjanv/2.5/RPMS.kernel/ > > Thanks Mr. B. Looking at the README: Known to currently not work *LVM Bit of a biggie...Guess I'll make sure to use ordinary ext3 partitions. ps. is XFS coming builtin with Severn? (This may have been in a recent thread) From notting at redhat.com Mon Jul 28 16:11:22 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 28 Jul 2003 12:11:22 -0400 Subject: battery charge status applet broken? In-Reply-To: <3F24BC08.7060307@spiritone.com>; from stevewa@spiritone.com on Sun, Jul 27, 2003 at 11:00:40PM -0700 References: <20030728050701.1181.64383.Mailman@listman.back-rdu.redhat.com> <3F24BC08.7060307@spiritone.com> Message-ID: <20030728121122.A1551@devserv.devel.redhat.com> Steve Ward (stevewa at spiritone.com) said: > OK, I loaded the acpid RPM and started it, loaded ac and battery > modules, now when I start the battery monitor applet it works fine but > my cursor goes "out of control" and races about the screen doing random > things. > > If I manage to logout of the session and the login screen returns, the > cursor becomes sane again. > > Confirmed after a power cycle. > > Ideas? Um, you have a very very strange BIOS? :) Seriously, the cursor only goes wacky *after* starting the battery applet? Bill From jbinpg at shaw.ca Mon Jul 28 16:21:19 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Mon, 28 Jul 2003 09:21:19 -0700 Subject: trying kernel 2.6.0-test2 under severn In-Reply-To: <3F25429A.8040409@micromuse.com> References: <0HIQ00MOLQKMDW@l-daemon> <3F25429A.8040409@micromuse.com> Message-ID: <20030728162119.GA13930@nonesuch> On Mon, Jul 28, 2003 at 04:34:50PM +0100, John Hearns wrote: > Jack Bowling wrote: > > >Just a tangential data point - test2 is working perfectly on my RH8 box. > > > > > > > Pointers towards the 2.6.0 RPMs please? > I intend to put RH 9 on my new EPIA-M board tonight, and upgrade as much > as possible from freshrpms. > I might even try a dist-upgrade to severn, if I'm feeling brave. > I'd like to try out 2.6 if I can, just for kicks. > The cunning plan then Mr. B is to build an optimised kernel using gcc > 3.3. And watch everything go 'poof' probably :-) Sorry. I only build from kernel.org source for my test kernels for my RH8 box. Severn gets Arjan's kernels. ftp://people.redhat.com/arjanv/2.5 -- Jack Bowling mailto: jbinpg at shaw.ca From joden at malachi.lee.k12.nc.us Mon Jul 28 16:53:58 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Mon, 28 Jul 2003 12:53:58 -0400 (EDT) Subject: Who Monitors this list In-Reply-To: <20030728114546.G17377@redhat.com> Message-ID: On Mon, 28 Jul 2003, Daniel Veillard wrote: > On Sun, Jul 27, 2003 at 10:51:59PM -0400, Rik van Riel wrote: > > On Sun, 27 Jul 2003, Adrian Likins wrote: > > > > > when it comes time to decide priorites on > > > what gets fixed, things not in bugzilla > > > are easily lost. > > > > Or worse ... repeated ad infinitum. > > > > In bugzilla bugs and RFEs are visible until fixed, but on > > a mailing list they'll just drop out of people's memory > > by the end of the week/month. This means a mailing list > > like this will see popular feature requests at least once > > a month, always followed by pretty much the same replies, > > flames, etc... > > > > Bugzilla is just nicer ;) > > Totally agree, I will just point out that if the bug is likely > to not be related to a Red Hat specific fix, it could be more > efficient to bugzilla to the upstream project, especially for > projects like XFree86/GNOME/KDE, etc ... > Maybe we should build a Buzilla list associated with package > name and the given target module (other bug reporting system would > be fine too). > That would be really nice. The tactic I often use is to create the bug on the original project bug tracker, and then create a bugzilla report in RedHat's bugzilla. This lets both the software maintainers and the package maintainer know of the issues. Cheers...james > Daniel > > From scottb at bxwa.com Mon Jul 28 17:14:47 2003 From: scottb at bxwa.com (Scott Becker) Date: Mon, 28 Jul 2003 10:14:47 -0700 Subject: Taroon annoyance In-Reply-To: References: Message-ID: <3F255A07.3060302@bxwa.com> >>>This happened well over 10 times during the entire install for me. >>The problem is that AS and WS share the same disk2 and 3, but different disk 1s. Because of the order the RPMS have to be installed in, this can lead to the multiple swapping of disks. Some work _might_ be able to be done to lower the number of swaps, but *shrug* >>I wonder why they decided to use the same disk2 and disk3 for both >My guess is because all of the archs for this make it huge. Something like 26 gig. I think they were trying to save space. With hardlinking it comes down to around 18 gig but that is still huge compared to a normal release. Perhaps when the installer first needs a package that's not on the current disk, it can copy the remaining packages from the current disk that it is going to install before prompting for the next. This may cause it to need a few gigs more temporary space but would be a permanent solution which would allow common disks across final releases as well as an easier time laying out the disks in all the releases. Perhaps it could read the CD steady while it's installing the rpms (should streamline install when installing from a SCSI cdrom). Scott Becker From duck at duckland.org Mon Jul 28 17:55:20 2003 From: duck at duckland.org (Don 'Duck' Harper) Date: 28 Jul 2003 12:55:20 -0500 Subject: battery charge status applet broken? In-Reply-To: <20030728121122.A1551@devserv.devel.redhat.com> References: <20030728050701.1181.64383.Mailman@listman.back-rdu.redhat.com> <3F24BC08.7060307@spiritone.com> <20030728121122.A1551@devserv.devel.redhat.com> Message-ID: <1059414920.12842.3.camel@elvis> On Mon, 2003-07-28 at 11:11, Bill Nottingham wrote: > Steve Ward (stevewa at spiritone.com) said: > > OK, I loaded the acpid RPM and started it, loaded ac and battery > > modules, now when I start the battery monitor applet it works fine but > > my cursor goes "out of control" and races about the screen doing random > > things. > > > > If I manage to logout of the session and the login screen returns, the > > cursor becomes sane again. > > > > Confirmed after a power cycle. > > > > Ideas? > > Um, you have a very very strange BIOS? :) > > Seriously, the cursor only goes wacky *after* starting the battery > applet? For me it does....as does using the battery monitor in gkrellm. External mouse (usb) does work, not the PS/2 built-in...this is on an R31. Don -- Don Harper, RHCE, MCSE email: duck at duckland.org Just a systems kinda guy... http://www.duckland.org "New versions happen." -- Larry Wall This email was sent from Solid System's Houston Office. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 155 bytes Desc: This is a digitally signed message part URL: From brugolsky at telemetry-investments.com Mon Jul 28 18:06:20 2003 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Mon, 28 Jul 2003 14:06:20 -0400 Subject: severn, 2.6.0-test1 kernel *and* LVM In-Reply-To: References: Message-ID: <20030728180620.GB7635@ti19> I had attempted to get root on LVM2 back in January: https://listman.redhat.com/archives/phoebe-list/2003-January/msg00558.html DM was not then stable enough to be usable, but you can find my patches here: ftp://67.83.203.127/pub/lvm The major annoyance was that LVM2 didn't build with with dietlibc, so putting it in an initrd was a hassle. I jumped through hoops to attempt (not quite) to support LVM1 on 2.4 and LVM2 on 2.5. Since DM is available and working for 2.4, there's no point in that anymore -- just use LVM2. The major annoyance was that LVM2 didn't build statically with with dietlibc, so putting it in an initrd was a hassle. According to my vsftpd logs a bunch of people downloaded it to have a look, but the only person that I ever heard from was Warren Togami. I had to move on to other things after the experiment with DM failed to be robust enough. Regards, Bill Rugolsky From elwoo at videotron.ca Mon Jul 28 18:07:02 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 28 Jul 2003 14:07:02 -0400 Subject: initial comments on Severn: is rpm broken??? Message-ID: <200307281407.02884.elwoo@videotron.ca> My first install of Severn (selecting Personal desktop). However, I could not install any applications using the software installer. The CD drive would breifly flasn, but .... NOTHING! 1) After three other tries at installing, I finally got Severn installed as Workstation (with "select individual packages"). A couple of times, Anaconda complained that /hda was "not formatted" so it kindly told me to reboot, thereby making me have to start the whole install process from scratch. 2) I got this message from the KDE Configuration Tool (kernel section): "Sorry The kernel configuration could not be read due to the following error: /usr/src/linux-2.4/drivers/net/wan/Config.in, line 84: then ^ parse error Either your kernel sources contain invalid configuration rules or you just found a bug in the KDE Kernel Configurator." 3) My last (successful) install, I notice that plugger _still was not installed_ *why not*? 4) I'm now trying to install openmotif, but as in (2) above, the CD light just flashes. Copied the openmotif21-2.1.30-8.i386.rpm from CD 3, checked my permissions, and as su tried rpm -ivh openmotif.... and the console command just *sits there* is rpm still broken? I need openmotif so I can install RealPlayer One. On my *first*, and on my *last* installs, I made a point of verifying all three CD's so the problem is not with the media, nor is it with the CD drive. Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From oystein.olsen at astro.uio.no Mon Jul 28 18:23:39 2003 From: oystein.olsen at astro.uio.no (=?iso-8859-1?q?=D8ystein=20Olsen?=) Date: Mon, 28 Jul 2003 20:23:39 +0200 Subject: Questions about acpi and cpufreq... Message-ID: <200307282023.39512.oystein.olsen@astro.uio.no> and hoping for synaptics driver. I've got a laptop with the synaptics touchpad. Is there any hope that redhat will include a driver liked this: http://w1.894.telia.com/~u89404340/touchpad/index.html I just love to control the scroll-bars with my touchpad. Life is so much simpler:) I've noticed that cpufreq for pentium 4 is not enabled. Is there any particular reason for this? Since the kernel is acpi-enabled, why isn't the acpi-related modules(*) loaded during boot when acpi is used? It's not very important, since I anyway have to patch and compile my own kernel. (Such that it loads a fixed dsdt-table.) But I'm slightly curious. (*) battery, thermal, processor, fan etc. -- ?ystein Olsen, oystein.olsen at astro.uio.no, http://folk.uio.no/oeysteio Institute of Theoretical Astrophysics, http://www.astro.uio.no University of Oslo, Norway From notting at redhat.com Mon Jul 28 18:32:48 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 28 Jul 2003 14:32:48 -0400 Subject: battery charge status applet broken? In-Reply-To: <1059414920.12842.3.camel@elvis>; from duck@duckland.org on Mon, Jul 28, 2003 at 12:55:20PM -0500 References: <20030728050701.1181.64383.Mailman@listman.back-rdu.redhat.com> <3F24BC08.7060307@spiritone.com> <20030728121122.A1551@devserv.devel.redhat.com> <1059414920.12842.3.camel@elvis> Message-ID: <20030728143248.C2795@devserv.devel.redhat.com> Don 'Duck' Harper (duck at duckland.org) said: > > Um, you have a very very strange BIOS? :) > > > > Seriously, the cursor only goes wacky *after* starting the battery > > applet? > > For me it does....as does using the battery monitor in gkrellm. > > External mouse (usb) does work, not the PS/2 built-in...this is on an > R31. Please bugzilla, assign to/cc jgarzik at redhat.com. Bill From felipe_alfaro at linuxmail.org Mon Jul 28 19:13:58 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Mon, 28 Jul 2003 21:13:58 +0200 Subject: Massive kernel oopses with Taroon beta 1 Message-ID: <1059419638.536.1.camel@teapot.felipe-alfaro.com> I'm experiencing massive oops using Taroon's kernel on an AMD Athlon laptop. This is so serious that, after booting or using the system for a while, the filesystems gets completely corrupted and even "fsck" is unable to repair it. I've filled a bug into bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101040 From tom.georgoulias at motorola.com Mon Jul 28 19:24:40 2003 From: tom.georgoulias at motorola.com (Tom Georgoulias) Date: Mon, 28 Jul 2003 14:24:40 -0500 Subject: Massive kernel oopses with Taroon beta 1 In-Reply-To: <1059419638.536.1.camel@teapot.felipe-alfaro.com> References: <1059419638.536.1.camel@teapot.felipe-alfaro.com> Message-ID: <3F257878.3050909@motorola.com> Felipe Alfaro Solana wrote: > I'm experiencing massive oops using Taroon's kernel on an AMD Athlon > laptop. This is so serious that, after booting or using the system for a > while, the filesystems gets completely corrupted and even "fsck" is > unable to repair it. Wow, you're running RHEL on a laptop? The Workstation version I presume? Tom From notting at redhat.com Mon Jul 28 19:29:17 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 28 Jul 2003 15:29:17 -0400 Subject: Massive kernel oopses with Taroon beta 1 In-Reply-To: <1059419638.536.1.camel@teapot.felipe-alfaro.com>; from felipe_alfaro@linuxmail.org on Mon, Jul 28, 2003 at 09:13:58PM +0200 References: <1059419638.536.1.camel@teapot.felipe-alfaro.com> Message-ID: <20030728152917.A4909@devserv.devel.redhat.com> Felipe Alfaro Solana (felipe_alfaro at linuxmail.org) said: > I'm experiencing massive oops using Taroon's kernel on an AMD Athlon > laptop. This is so serious that, after booting or using the system for a > while, the filesystems gets completely corrupted and even "fsck" is > unable to repair it. There are known issues with Athlons and the beta 1 kernel. As a workaround, use the i686 kernel for now. Bill From feliciano.matias at free.fr Mon Jul 28 19:48:50 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 28 Jul 2003 21:48:50 +0200 Subject: Massive kernel oopses with Taroon beta 1 In-Reply-To: <1059419638.536.1.camel@teapot.felipe-alfaro.com> References: <1059419638.536.1.camel@teapot.felipe-alfaro.com> Message-ID: <1059421728.1805.79.camel@one.myworld> Le lun 28/07/2003 ? 21:13, Felipe Alfaro Solana a ?crit : > I'm experiencing massive oops using Taroon's kernel on an AMD Athlon > laptop. This is so serious that, after booting or using the system for a > while, the filesystems gets completely corrupted and even "fsck" is > unable to repair it. > > I've filled a bug into bugzilla: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101040 > I see the same problem and i have filled a bug in bugzilla : https://bugzilla.redhat.com/bugzilla/post_bug.cgi (useless with your bug report). But i don't see filesystem corruptions. I only boot one time (no more; too many kernel oops). I have an AMD Athlon. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From elwoo at videotron.ca Mon Jul 28 20:11:30 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 28 Jul 2003 16:11:30 -0400 Subject: oopses with Severn (was Re: Massive kernel oopses with Taroon beta 1 In-Reply-To: <20030728152917.A4909@devserv.devel.redhat.com> References: <1059419638.536.1.camel@teapot.felipe-alfaro.com> <20030728152917.A4909@devserv.devel.redhat.com> Message-ID: <3F258372.7000203@videotron.ca> Bill Nottingham wrote: >Felipe Alfaro Solana (felipe_alfaro at linuxmail.org) said: > > >>I'm experiencing massive oops using Taroon's kernel on an AMD Athlon >>laptop. This is so serious that, after booting or using the system for a >>while, the filesystems gets completely corrupted and even "fsck" is >>unable to repair it. >> >> > >There are known issues with Athlons and the beta 1 kernel. As a workaround, >use the i686 kernel for now. > > Bill, I'm running an Athlon Thunderbird 1.0Gb here, and I'm having similar problems with Severn. Of *eight* attempted installs, this is the _third_ successful one. How long severn will last, is a huge question. Between last night and today, I've installed Severn several times, either the Personal Desktop, Workstation (with selected applications), and Workstation (default apps). So far (... at least, on *my* machine) "Severn" seems to be consonant with 'crash and burn'. Elton :-( -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From nmarsh1 at mac.com Mon Jul 28 20:15:17 2003 From: nmarsh1 at mac.com (Nick Marsh) Date: Mon, 28 Jul 2003 15:15:17 -0500 Subject: Rant about not being able to test X config in anaconda Message-ID: <8081601.1059423317277.JavaMail.nmarsh1@mac.com> It really bothers me that there is no way to test X config in anaconda. If anaconda doesn?t probe your settings correctly, and/or you don't set them correctly, it becomes a challenge to get past firstboot. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=99564 Anyone else have thoughts on this? nick marsh nmarsh1 at mac.com From elwoo at videotron.ca Mon Jul 28 20:20:38 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 28 Jul 2003 16:20:38 -0400 Subject: more system failures with Severn.... (on an Athlon) Message-ID: <3F258596.5020409@videotron.ca> I don't have kmail installed (this time) ... third *successful* install. Instead I have to use Mozilla mail. Starting Evolution, and I get this error message: " Cannot activate component OAFIID:GNOME_Evolution_Mail_ShellComponent : The error from the activation system is: Unknown CORBA exception id: 'IDL:omg.org/CORBA/INV_OBJREF:1.0' " Evolution then loads, but without it's default contents and folders. Also, sendmail is VERY SLOW to load, so the load process (even the graphical one) 'hangs' for about 2 full minutes when almost at the 80% mark .... I'm gauging the "80 %" as a "guesstimate" of the visual completion bar. bugs? you betcha! ... and to think that some in this list are already running the 2.6 prerelease kernel. I guess this means serious problems for the AMD users here. Compared to most of 'em on the list, I'm running a fairly "old" system (about 4 years): AMD Athlon, nVidia (3 D Labs) card, and Viewsonic 17. Before my last crash and burn, I tried installing the nVidia drivers, and it could not create the needed module. Sounds logical though, since I imagine there would be some need of updating or patching to support the present kernel in Severn. Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From lfarkas at bnap.hu Mon Jul 28 20:25:29 2003 From: lfarkas at bnap.hu (lfarkas at bnap.hu) Date: Mon, 28 Jul 2003 22:25:29 +0200 (CEST) Subject: package whichlist Message-ID: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> hi, I'd like to see the following packages in the next rh release (of course the latest from everything). these are required for a minimal working soltion which can comparable with windows clients and servers. on the client side: - acrobatreader - gtkdiff for visual diff - ntfs driver - keychain - flash plugin - infrared support (automatic recognition), and gprs support through infrared connection. on the server side: - dovecot imap server (AFAIS is already in the beta), we alredy use it in our production env. with 300 users. - yum as the most usable and free package updater, we use it for a long time. - mdadm since on all raid list everybody suggest to forget about raidtool and use mdadm. - rdiff-backup (with librsync and rsync compiled to use librsync) for incretemntal backup. - openldap - latest nss_ldap and pam_ldap - directory_administrator (support for samba 3 schema). - samba 3 or at least both samba 2.x and 3.x. - freeswan with x509 (since this is the only vpn solution which has linux and windows clients). the best would be if rh kernel contains ipsec and we no longer has to recompile the kernel for freeswan! I'd like to see freeswan 2.01 with x509 or the best a with super freeswan. - l2tpd-0.69-7jdl just my 2c. From etbonick at networkinggeeks.com Mon Jul 28 20:29:54 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Mon, 28 Jul 2003 15:29:54 -0500 (CDT) Subject: more system failures with Severn.... (on an Athlon) In-Reply-To: <3F258596.5020409@videotron.ca> References: <3F258596.5020409@videotron.ca> Message-ID: <43924.63.96.64.130.1059424194.squirrel@www.networkinggeeks.com> > I don't have kmail installed (this time) ... third *successful* install. > Instead I have to use Mozilla mail. Starting Evolution, and I get > this error message: > " Cannot activate component OAFIID:GNOME_Evolution_Mail_ShellComponent > : The error from the activation system is: > Unknown CORBA exception id: 'IDL:omg.org/CORBA/INV_OBJREF:1.0' " > Evolution then loads, but without it's default contents and folders. > > Also, sendmail is VERY SLOW to load, so the load process (even the > graphical one) 'hangs' for about 2 full minutes when almost at the 80% > mark .... I'm gauging the "80 %" as a "guesstimate" of the visual > completion bar. > > bugs? you betcha! ... and to think that some in this list are already > running the > 2.6 prerelease kernel. I guess this means serious problems for the AMD > users > here. Compared to most of 'em on the list, I'm running a fairly "old" > system > (about 4 years): AMD Athlon, nVidia (3 D Labs) card, and Viewsonic 17. > > Before my last crash and burn, I tried installing the nVidia drivers, > and it could not create the needed module. Sounds logical though, since > I imagine there would be some need of updating or patching to support > the present kernel in Severn. > I installed 2.6.0-test1 one today on ath 700 over ssh and rebooted the machine, it came up fine and i just ssh'd in to check it. Granted I am not running anything on it yet. I also did to my ath 1800 and rebooted, but it didnt come back up. So its not "old" hardware causing it. I also have rage128 pro vid on the 700. Will try beta on my ibm 600E later and maybe I can have sound again wiht 2.6 kernel. -- Ethan Bonick etbonick_AT_networkinggeeks.com http://www.networkinggeeks.com From jeremyp at pobox.com Mon Jul 28 20:37:32 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 28 Jul 2003 16:37:32 -0400 Subject: package wishlist In-Reply-To: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> References: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> Message-ID: <1059424651.20903.66.camel@jeremy.dtcc.cc.nc.us> On Mon, 2003-07-28 at 16:25, lfarkas at bnap.hu wrote: > hi, > I'd like to see the following packages in the next rh release (of course > the latest from everything). these are required for a minimal working > soltion which can comparable with windows clients and servers. > on the client side: > - acrobatreader Um, Red Hat Linux comes with xpdf already. Obviously Adobe's Acrobat Reader cannot be included -- it is not free or open source. (Windows doesn't come with this either, now does it?) It's just as easy to download and install Adobe Acrobat Reader for Linux as it is for Windows, however. I really only replied to make that point, but here's some other comments: > - ntfs driver Already been rehashed; please see the previous discussion. I think it's fair to say it won't be included, my guesses based on this discussion. > - yum as the most usable and free package updater, we use it for a long time. Yum is in rawhide, so it will probably be in a future release. Been discussed here already too. > - rdiff-backup (with librsync and rsync compiled to use librsync) for > incretemntal backup. This would be cool, I agree. > - samba 3 or at least both samba 2.x and 3.x. Been quite a lot of discussion already on samba 3... --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From hoyt at cavtel.net Mon Jul 28 20:38:57 2003 From: hoyt at cavtel.net (HoytDuff) Date: Mon, 28 Jul 2003 16:38:57 -0400 Subject: Rant about not being able to test X config in anaconda In-Reply-To: <8081601.1059423317277.JavaMail.nmarsh1@mac.com> References: <8081601.1059423317277.JavaMail.nmarsh1@mac.com> Message-ID: <200307281638.57593.hoyt@cavtel.net> On Monday 28 July 2003 04:15 pm, Nick Marsh wrote: > Anyone else have thoughts on this? Use the edit feature of GRUB and set the runlevel to 3; fix the problem; reset firstboot. -- Hoyt From elwoo at videotron.ca Mon Jul 28 20:35:36 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 28 Jul 2003 16:35:36 -0400 Subject: package whichlist In-Reply-To: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> References: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> Message-ID: <3F258918.7080202@videotron.ca> lfarkas at bnap.hu wrote: >hi, >I'd like to see the following packages in the next rh release (of course > Anything that you'd like to see in the next release, please indicate by going to bugzilla and filing an RFE. Create a 'bug report" , and when you are about to complete it, you will see an option: "Requested Feature Enhancement". (Naturally, you would leave the entries 'severity' and 'frequency' blank, since it's not really a bug). >the latest from everything). these are required for a minimal working >soltion which can comparable with windows clients and servers. >on the client side: > >- acrobatreader > ... is not GPL. >- ntfs driver > (not likely) ... see previous discussions in this list and the shrike archives about NTFS support. >- flash plugin > this isn't GPL, either! > >just my 2c. > > Kindly donate your 2c to Redhat Bugzilla. The Red Hatters would certainly appreciate it! cheers, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Mon Jul 28 20:40:51 2003 From: elwoo at videotron.ca (Elton Woo) Date: Mon, 28 Jul 2003 16:40:51 -0400 Subject: more system failures with Severn.... (on an Athlon) In-Reply-To: <43924.63.96.64.130.1059424194.squirrel@www.networkinggeeks.com> References: <3F258596.5020409@videotron.ca> <43924.63.96.64.130.1059424194.squirrel@www.networkinggeeks.com> Message-ID: <3F258A53.1040601@videotron.ca> Ethan Bonick wrote: >>2.6 prerelease kernel. I guess this means serious problems for the AMD >>users >>here. Compared to most of 'em on the list, I'm running a fairly "old" >>system >>(about 4 years): AMD Athlon, nVidia (3 D Labs) card, and Viewsonic 17. >> >>Before my last crash and burn, I tried installing the nVidia drivers, >>and it could not create the needed module. Sounds logical though, since >>I imagine there would be some need of updating or patching to support >>the present kernel in Severn. >> >> >> > >I installed 2.6.0-test1 one today on ath 700 over ssh and rebooted the >machine, it came up fine and i just ssh'd in to check it. Granted I am not >running anything on it yet. I also did to my ath 1800 and rebooted, but it >didnt come back up. So its not "old" hardware causing it. I also have >rage128 pro vid on the 700. Will try beta on my ibm 600E later and maybe I >can have sound again wiht 2.6 kernel. > I took a clue from Bill Nottingham who was responding to a message regading kernel oopses with AMD's and the Taroon beta. Looks like the same case for AMD and Severn... Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From tom at syroidmanor.com Mon Jul 28 20:41:38 2003 From: tom at syroidmanor.com (Tom Syroid) Date: Mon, 28 Jul 2003 14:41:38 -0600 Subject: Massive kernel oopses with Taroon beta 1 In-Reply-To: <20030728152917.A4909@devserv.devel.redhat.com> References: <1059419638.536.1.camel@teapot.felipe-alfaro.com> <20030728152917.A4909@devserv.devel.redhat.com> Message-ID: <16640000.1059424898@phaedrus.syroidmanor.com> Interesting... I was preparing to write lavish praise for the RH engineers regarding taroon. I've been running it since Saturday AM on my dual Athlon box (MPs) without a glitch. Very responsive, very impressive -- I really like the package loadout for this release (nice to see Samba 3 in there). I've had it up and down several times without error or incident. Using the stock 2.4.21 kernel. Let me know if there's anything I can do to help cross-check any issues (given I appear to have a very stable install here). Best, /tom --On Monday, July 28, 2003 15:29:17 -0400 Bill Nottingham wrote: > Felipe Alfaro Solana (felipe_alfaro at linuxmail.org) said: >> I'm experiencing massive oops using Taroon's kernel on an AMD Athlon >> laptop. This is so serious that, after booting or using the system for a >> while, the filesystems gets completely corrupted and even "fsck" is >> unable to repair it. > > There are known issues with Athlons and the beta 1 kernel. As a > workaround, use the i686 kernel for now. > > Bill > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From etbonick at networkinggeeks.com Mon Jul 28 20:45:43 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Mon, 28 Jul 2003 15:45:43 -0500 (CDT) Subject: Rant about not being able to test X config in anaconda In-Reply-To: <200307281638.57593.hoyt@cavtel.net> References: <8081601.1059423317277.JavaMail.nmarsh1@mac.com> <200307281638.57593.hoyt@cavtel.net> Message-ID: <43362.63.96.64.130.1059425143.squirrel@www.networkinggeeks.com> > On Monday 28 July 2003 04:15 pm, Nick Marsh wrote: >> Anyone else have thoughts on this? > > Use the edit feature of GRUB and set the runlevel to 3; fix the problem; > reset firstboot. > Doesn't help first time users very much. :) Test should be included in install, unless the developers have a better way, that hasn't been shown to us yet. -- Ethan Bonick etbonick_AT_networkinggeeks.com http://www.networkinggeeks.com From katzj at redhat.com Mon Jul 28 20:48:52 2003 From: katzj at redhat.com (Jeremy Katz) Date: 28 Jul 2003 16:48:52 -0400 Subject: Rant about not being able to test X config in anaconda In-Reply-To: <8081601.1059423317277.JavaMail.nmarsh1@mac.com> References: <8081601.1059423317277.JavaMail.nmarsh1@mac.com> Message-ID: <1059425331.21365.108.camel@mirkwood.devel.redhat.com> On Mon, 2003-07-28 at 16:15, Nick Marsh wrote: > It really bothers me that there is no way to test X config in anaconda. > If anaconda doesn?t probe your settings correctly, and/or you don't set > them correctly, it becomes a challenge to get past firstboot. If they don't get probed correctly, then you end up in the text mode installer. If you have a situation where the installer X config works but the post-install doesn't, *please* file in bugzilla (preferably with both X configs -- the one for the installer environment is in /tmp during the install and can be scp'd off or copied to a floppy). The problem is that on a non-trivial amount of hardware, the system will hard lock if you have multiple X servers running. So people would click on "Test Settings" and they end up with no X configuration at all written out. It's a lot nicer if we get you a working configuration (even if its not optimal) and then let you tweak it after the installation where you're actually in an environment that's not full of weird things. Cheers, Jeremy From rpjday at mindspring.com Mon Jul 28 21:08:59 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 28 Jul 2003 17:08:59 -0400 (EDT) Subject: more system failures with Severn.... (on an Athlon) In-Reply-To: <3F258596.5020409@videotron.ca> Message-ID: On Mon, 28 Jul 2003, Elton Woo wrote: > bugs? you betcha! ... and to think that some in this list are already > running the 2.6 prerelease kernel. then there are those of us for whom the 2.6.0-test2 kernel explodes into panic at boot time. :-( rday From florin at sgi.com Mon Jul 28 21:19:44 2003 From: florin at sgi.com (Florin Andrei) Date: 28 Jul 2003 14:19:44 -0700 Subject: Problem with IDE-CDRW drive In-Reply-To: <6A3008858445D711A58A00062939B2F1EC0D@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EC0D@EXCHANGE> Message-ID: <1059427184.2821.8.camel@stantz.corp.sgi.com> On Mon, 2003-07-28 at 05:14, Pavel Rozenboim wrote: > >From what I understand, cdrecord code for handling ide devices is still > alpha quality. Also many gui based cd writing software still expects scsi > emulation or needs to be configured to use IDE devices. In fact, the only cd > writing program that recognized IDE CDRW for me was X-CD-Roast - which > somehow depends on dev=ATAPI option for cdrecord, which only works with 2.4 > kernels. Apparently, the CVS cdrdao now supports ATAPI. So, you can use k3b or other interfaces that rely on it (in theory). -- Florin Andrei "Never send a human to do a machine's job." - Agent Smith From feliciano.matias at free.fr Mon Jul 28 21:21:36 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 28 Jul 2003 23:21:36 +0200 Subject: Massive kernel oopses with Taroon beta 1 In-Reply-To: <1059421728.1805.79.camel@one.myworld> References: <1059419638.536.1.camel@teapot.felipe-alfaro.com> <1059421728.1805.79.camel@one.myworld> Message-ID: <1059427295.1805.81.camel@one.myworld> Le lun 28/07/2003 ? 21:48, F?liciano Matias a ?crit : > I see the same problem and i have filled a bug in bugzilla : > https://bugzilla.redhat.com/bugzilla/post_bug.cgi (useless with your bug > report). Oops : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101047 -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From kylem at xwell.org Mon Jul 28 21:38:55 2003 From: kylem at xwell.org (Kyle Maxwell) Date: 28 Jul 2003 16:38:55 -0500 Subject: Severn and Mozilla Firebird? In-Reply-To: <3F252A5F.5070107@redhat.com> References: <1059238118.21688.2.camel@lando> <200307261854.57560.edusilva@ya.com> <1059240483.21688.9.camel@lando> <3F252A5F.5070107@redhat.com> Message-ID: <1059428335.2046.1.camel@lando> On Mon, 2003-07-28 at 08:51, Christopher Blizzard wrote: > The fact that you had to create a new profile kind of scares me. Are > you sure there wasn't a Mozilla Firebird upgrade mixed in there? There > was at least one version where you had to recreate your profile, > otherwise there would be problems. Yes, this was definitely 0.6. I'll try to reproduce on another system this week and see how it goes. -- Kyle Maxwell From kylem at xwell.org Mon Jul 28 21:46:33 2003 From: kylem at xwell.org (Kyle Maxwell) Date: 28 Jul 2003 16:46:33 -0500 Subject: Wine for Severn? Message-ID: <1059428793.2046.9.camel@lando> Am I just missing it, or is Wine not available for Severn? I don't see it on the CDs or FTP server, and there's no mention of it in the release notes. Any chance it's going to make it into the final RHL release, or am I just being obtuse and not seeing it somewhere? -- Kyle Maxwell From johnsonm at redhat.com Mon Jul 28 21:50:13 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 28 Jul 2003 17:50:13 -0400 Subject: Severn plus RTL8139 == transmit timeouts In-Reply-To: <3F1FED72.9070000@spiritone.com>; from stevewa@spiritone.com on Thu, Jul 24, 2003 at 07:30:10AM -0700 References: <20030724121808.17904.72840.Mailman@listman.back-rdu.redhat.com> <3F1FED72.9070000@spiritone.com> Message-ID: <20030728175013.A4622@devserv.devel.redhat.com> On Thu, Jul 24, 2003 at 07:30:10AM -0700, Steve Ward wrote: > Fixed...this system is requiring pci=noacpi to work. Please file a bug in bugzilla (if you have not done so already) which includes the output of two programs, run as root: /usr/sbin/dmidecode /usr/sbin/acpidmp and the information that pci=noacpi was required. Thanks! michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From shrek-m at gmx.de Mon Jul 28 21:50:59 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 28 Jul 2003 23:50:59 +0200 Subject: package whichlist In-Reply-To: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> References: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> Message-ID: <3F259AC3.2090101@gmx.de> lfarkas at bnap.hu wrote: >hi, >I'd like to see the following packages in the next rh release (of course >the latest from everything). these are required for a minimal working >soltion which can comparable with windows clients and servers. >on the client side: >- acrobatreader >- gtkdiff for visual diff >- ntfs driver >- keychain >- flash plugin >- infrared support (automatic recognition), and gprs support through >infrared connection. > >on the server side: >- dovecot imap server (AFAIS is already in the beta), we alredy use it in >our production env. with 300 users. >- yum as the most usable and free package updater, we use it for a long time. >- mdadm since on all raid list everybody suggest to forget about raidtool >and use mdadm. >- rdiff-backup (with librsync and rsync compiled to use librsync) for >incretemntal backup. >- openldap >- latest nss_ldap and pam_ldap >- directory_administrator (support for samba 3 schema). >- samba 3 or at least both samba 2.x and 3.x. >- freeswan with x509 (since this is the only vpn solution which has linux >and windows clients). the best would be if rh kernel contains ipsec and we >no longer has to recompile the kernel for freeswan! I'd like to see >freeswan 2.01 with x509 or the best a with super freeswan. >- l2tpd-0.69-7jdl > the redhat christmas wishlist [RFE] https://bugzilla.redhat.com/bugzilla/ my list, not filled yet: xxdiff - http://xxdiff.sourceforge.net/ healey 100/4 - eg. http://www.vintagemotorssarasota.com/Car_pages/Austin_Healy/55austinhealy/55austinhealy.htm -- shrek-m From jef at tech-info.qc.ca Mon Jul 28 21:53:16 2003 From: jef at tech-info.qc.ca (Jean-Francois) Date: 28 Jul 2003 17:53:16 -0400 Subject: File system corruption with Severn In-Reply-To: <43924.63.96.64.130.1059424194.squirrel@www.networkinggeeks.com> References: <3F258596.5020409@videotron.ca> <43924.63.96.64.130.1059424194.squirrel@www.networkinggeeks.com> Message-ID: <1059429196.21820.23.camel@jef.tech-info.qc.ca> I've got file system corruption using Severn twice, some time after the installation, I'm using a PII-800 with a Intel 440ZX chipset based board, and a Quantum 40Gig hd. After repaired the filesystem, I've got a ton of error messages in the messages log: hda: task_no_data_intr: status 0x51 hda: task_no_data_intr: error 0x04 With RedHat 5,2 to 9.0 never had any problems on this computer, it was very stable, now very unstable. I've got strange message too, when trying to execute something, it said something like unable to execute binary file when I tried to run some command, then I restarted the system and the file executed perfectly. My newer pc run perfectly with Severn. Don't know what this is.... From markj at jeanmougin.org Mon Jul 28 21:01:35 2003 From: markj at jeanmougin.org (Mark W. Jeanmougin) Date: Mon, 28 Jul 2003 17:01:35 -0400 (EDT) Subject: File system corruption with Severn In-Reply-To: <1059429196.21820.23.camel@jef.tech-info.qc.ca> Message-ID: On 28 Jul 2003, Jean-Francois wrote: > I've got file system corruption using Severn twice, some time after the > installation, I'm using a PII-800 with a Intel 440ZX chipset based > board, and a Quantum 40Gig hd. After repaired the filesystem, I've got a > ton of error messages in the messages log: > > hda: task_no_data_intr: status 0x51 > hda: task_no_data_intr: error 0x04 Sounds hardware related to me. Try executing dd if=/dev/hda | wc -c (That command will read your entire hard drive and then output a count of how many bytes were read) Then, keep an eye on syslog for error messages. > With RedHat 5,2 to 9.0 never had any problems on this computer, it was > very stable, now very unstable. I've got strange message too, when > trying to execute something, it said something like unable to execute > binary file when I tried to run some command, then I restarted the > system and the file executed perfectly. If it's been stable under other OS's, try booting to one of them and then trying the same command. Or, boot off one of their install cd's (using 'linux rescue') and run the same command. It sounds to me like your drive may be going bad. If you don't get any errors from that command, then you know that your drive is reading OK. MJ From mike at netlyncs.com Mon Jul 28 22:18:35 2003 From: mike at netlyncs.com (Mike Chambers) Date: 28 Jul 2003 17:18:35 -0500 Subject: package wishlist In-Reply-To: <1059424651.20903.66.camel@jeremy.dtcc.cc.nc.us> References: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> <1059424651.20903.66.camel@jeremy.dtcc.cc.nc.us> Message-ID: <1059430714.2308.6.camel@bart.netlyncs.com> On Mon, 2003-07-28 at 15:37, Jeremy Portzer wrote: > > - samba 3 or at least both samba 2.x and 3.x. > > Been quite a lot of discussion already on samba 3... And it's already in rawhide. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From pp at ee.oulu.fi Mon Jul 28 22:23:05 2003 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Tue, 29 Jul 2003 01:23:05 +0300 Subject: more system failures with Severn.... (on an Athlon) In-Reply-To: <3F258A53.1040601@videotron.ca> References: <3F258596.5020409@videotron.ca> <43924.63.96.64.130.1059424194.squirrel@www.networkinggeeks.com> <3F258A53.1040601@videotron.ca> Message-ID: <20030728222305.GA2314@ee.oulu.fi> On Mon, Jul 28, 2003 at 04:40:51PM -0400, Elton Woo wrote: > >>Before my last crash and burn, I tried installing the nVidia drivers, > >>and it could not create the needed module. Sounds logical though, since > >>I imagine there would be some need of updating or patching to support > >>the present kernel in Severn. > I took a clue from Bill Nottingham who was responding to a message regading > kernel oopses with AMD's and the Taroon beta. Looks like the same case for > AMD and Severn... Mine has been rock solid (Athlon XP 2000, KT400)... Well not quite, I did have some serious nVidia-related stability problems. The fan on my GeForce 4 blew up, which made the chip blow up, which made the system blow up (well, just crash all the time and print random characters/pixels on the screen). Apart from that, no problems with a AMD+Severn combination. -- Pekka Pietikainen From ghenriks at rogers.com Mon Jul 28 22:48:53 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Mon, 28 Jul 2003 18:48:53 -0400 Subject: more system failures with Severn.... (on an Athlon) In-Reply-To: <3F258596.5020409@videotron.ca> References: <3F258596.5020409@videotron.ca> Message-ID: On Mon, 28 Jul 2003 16:20:38 -0400, you wrote: >Before my last crash and burn, I tried installing the nVidia drivers, and it >could not create the needed module. Sounds logical though, since I imagine >there would be some need of updating or patching to support the present >kernel in Severn. Nope. The current NVIDIA drivers work just fine with the kernel included with Severn once you tell the NVIDIA installer to use the compiler used to compile the kernel by doing export CC=gcc32 first. From felipe_alfaro at linuxmail.org Mon Jul 28 22:54:01 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Tue, 29 Jul 2003 00:54:01 +0200 Subject: Massive kernel oopses with Taroon beta 1 In-Reply-To: <3F257878.3050909@motorola.com> References: <1059419638.536.1.camel@teapot.felipe-alfaro.com> <3F257878.3050909@motorola.com> Message-ID: <1059432841.562.1.camel@teapot.felipe-alfaro.com> On Mon, 2003-07-28 at 21:24, Tom Georgoulias wrote: > Felipe Alfaro Solana wrote: > > I'm experiencing massive oops using Taroon's kernel on an AMD Athlon > > laptop. This is so serious that, after booting or using the system for a > > while, the filesystems gets completely corrupted and even "fsck" is > > unable to repair it. > > Wow, you're running RHEL on a laptop? The Workstation version I presume? No ;-) Although it may seems stupid, I was installing Red Hat Linux Advanced Server on the laptop to give it a preview. I didn't expect any problems, so now, to double check, I will install it on one of my server boxes. From johnsonm at redhat.com Mon Jul 28 23:11:14 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 28 Jul 2003 19:11:14 -0400 Subject: package/feature request In-Reply-To: <3F2024D6.1010106@comarb.gov.ar>; from rgorosito@comarb.gov.ar on Thu, Jul 24, 2003 at 03:26:30PM -0300 References: <3F2024D6.1010106@comarb.gov.ar> Message-ID: <20030728191114.B4622@devserv.devel.redhat.com> On Thu, Jul 24, 2003 at 03:26:30PM -0300, Ricardo Ariel Gorosito wrote: > What think about the following list? > > * Kernel Patches: > > - Alsa (to be more 2.6 ready) Not enough time to modify userspace for it -- we're just going to focus on that for Cambridge++. > - IPsec (freeswan?) Not freeswan kernel stuff, it's a right mess. We had looked at pulling in the 2.5 ipsec into Cambridge, but it was one too many invasive patches. Remember, the intent for Cambridge++ is short cycle for 2.6. > - update lm_sensors (patch & apps) Hmm, could post a suggested patchset to rhl-devel-list for discussion. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Mon Jul 28 23:18:02 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 28 Jul 2003 19:18:02 -0400 Subject: Missing kernel module? (kernel/drivers/scsi/advansys.o) In-Reply-To: <3F20315B.2080100@pacbell.net>; from rmlynch@pacbell.net on Thu, Jul 24, 2003 at 12:19:55PM -0700 References: <3F20315B.2080100@pacbell.net> Message-ID: <20030728191802.C4622@devserv.devel.redhat.com> On Thu, Jul 24, 2003 at 12:19:55PM -0700, Robert Lynch wrote: > kernel-2.4.21-20.1.2024.2.1.nptl seems to lack the advansys scsi module > required by my scanner's scsi input card. I can make it manually with a ... > Maybe this is a feature, not a bug? No bug seems to have been filed on > this. You need to install the kernel-unsupported (or kernel-smp-unsupported) package that matches your kernel. We probably need to change that name since it gives the wrong impression for the project :-) We're just trying to set expectations... So it's a feature, but the package name should probably be considered a bug. > Otherwise I find the severn beta astonishingly good. Good to hear! michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Mon Jul 28 23:23:13 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 28 Jul 2003 19:23:13 -0400 Subject: Feature Request In-Reply-To: <20030724193810.A14088@devserv.devel.redhat.com>; from notting@redhat.com on Thu, Jul 24, 2003 at 07:38:10PM -0400 References: <52002.63.96.64.130.1059079004.squirrel@www.networkinggeeks.com> <1059081103.5247.65.camel@jeremy.dtcc.cc.nc.us> <48224.63.96.64.130.1059083216.squirrel@www.networkinggeeks.com> <3F205941.6070900@rackable.com> <3F205DC1.5080107@rackable.com> <1059087147.31800.119.camel@mirkwood.devel.redhat.com> <1059087271.12134.23.camel@benjamin> <20030724185703.A30801@devserv.devel.redhat.com> <1059088861.12134.32.camel@benjamin> <20030724193810.A14088@devserv.devel.redhat.com> Message-ID: <20030728192313.D4622@devserv.devel.redhat.com> On Thu, Jul 24, 2003 at 07:38:10PM -0400, Bill Nottingham wrote: > Currently, the module is not built (don't recall why, off the top of > my head), and therefore it's not on the images. It is built; it's in kernel-unsupported, which as I mentioned in a different email, needs to be re-thought a bit... Installer doesn't pull from that package, which is why it quit showing up. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From chrismcc at pricegrabber.com Mon Jul 28 23:33:27 2003 From: chrismcc at pricegrabber.com (Christopher McCrory) Date: 28 Jul 2003 16:33:27 -0700 Subject: no ncftp ? Message-ID: <1059435207.18270.23.camel@morticia.pricegrabber.com> Hello... in taroon, there is no ncftp package. Was this an oversight? [TAB] completion really helps :) Ugh, I have to type cd /pub/redhat/linux/beta/taroon/en/as/i386/RedHat/RPMS ! Ouch ! -- Christopher McCrory "The guy that keeps the servers running" chrismcc at pricegrabber.com http://www.pricegrabber.com Let's face it, there's no Hollow Earth, no robots, and no 'mute rays.' And even if there were, waxed paper is no defense. I tried it. Only tinfoil works. From hosting at j2solutions.net Mon Jul 28 23:35:50 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Mon, 28 Jul 2003 16:35:50 -0700 Subject: no ncftp ? In-Reply-To: <1059435207.18270.23.camel@morticia.pricegrabber.com> References: <1059435207.18270.23.camel@morticia.pricegrabber.com> Message-ID: <200307281635.50774.hosting@j2solutions.net> On Monday 28 July 2003 16:33, Christopher McCrory wrote: > in taroon, there is no ncftp package. Was this an oversight? [TAB] > completion really helps :) > > Ugh, I have to type > cd /pub/redhat/linux/beta/taroon/en/as/i386/RedHat/RPMS > > ! Ouch ! Try lftp, if it's included. I've got a feeling that ncftp is deprecated, or soon will be, in favor of lftp. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From johnsonm at redhat.com Mon Jul 28 23:37:22 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 28 Jul 2003 19:37:22 -0400 Subject: ACPI Issues -- No Battery? In-Reply-To: <1059161191.2984.6.camel@localhost.localdomain>; from mattharrison@sbcglobal.net on Fri, Jul 25, 2003 at 12:26:31PM -0700 References: <1059161191.2984.6.camel@localhost.localdomain> Message-ID: <20030728193722.E4622@devserv.devel.redhat.com> On Fri, Jul 25, 2003 at 12:26:31PM -0700, Matt Jones wrote: > Any one have any issues w/ ACPI? My laptop (a toshiba 1400) isn't > showing its battery. CONFIG_ACPI_BATTERY=m Perhaps you did CONFIG_ACPI_BATTERY=y instead, and now you need to load the module for that to work? FWIW, our intent with ACPI in 2.4 is to enable configuration so that machines run... michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Mon Jul 28 23:39:49 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 28 Jul 2003 19:39:49 -0400 Subject: epoll fully supported? In-Reply-To: <1059188724.31008.4.camel@laptop.virtualbuilder.com>; from jeff.macdonald@virtualbuilder.com on Fri, Jul 25, 2003 at 11:05:25PM -0400 References: <1059188724.31008.4.camel@laptop.virtualbuilder.com> Message-ID: <20030728193949.F4622@devserv.devel.redhat.com> On Fri, Jul 25, 2003 at 11:05:25PM -0400, Jeff Macdonald wrote: > I haven't had a chance to load the beta onto a computer yet, so can > anyone tell me if the epoll system calls are in this beta and if glibc > has been patched to support these new system calls? > > RHL 9 has sys/epoll.h header, but glibc doesn't have the stubs and doing > a locate for 'libepoll' turns up nothing. epoll is not there. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Tue Jul 29 00:17:15 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Mon, 28 Jul 2003 20:17:15 -0400 Subject: driver-modul e100 intel etherexpress 100 In-Reply-To: <3F242796.6040506@gmx.de>; from shrek-m@gmx.de on Sun, Jul 27, 2003 at 09:27:18PM +0200 References: <3F242796.6040506@gmx.de> Message-ID: <20030728201715.G4622@devserv.devel.redhat.com> On Sun, Jul 27, 2003 at 09:27:18PM +0200, shrek-m at gmx.de wrote: > are there known problems in severn with the > e100 > intel-etherexpress 100 modul Not that I know of. Probably should file a bug report with lspci output... > tcpdump = nothing seems to go out only come in Oh, wait. Please try acpi=nopci and acpi=off -- interrupt routing might be confused by ACPI. If one or both of these fix the problem, please post to bugzilla with the output of /usr/sbin/dmidecode /usr/sbin/acpidmp both run as root. Thanks. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From mrichar1 at alum.swarthmore.edu Tue Jul 29 00:20:30 2003 From: mrichar1 at alum.swarthmore.edu (Marc Richards) Date: Mon, 28 Jul 2003 20:20:30 -0400 Subject: PHP4 + Apache2 = Experimental Message-ID: <000c01c35567$3b294a20$6501a8c0@diablo> > I had no problems at all with PHP and Apache2. For what I know, it is widely used, although it may be labeled "experimental" I think it is quite reliable. > Note that PHP 4.3.2 (which was released by the end of May) includes a totally rewritten apxs2 support. It is worth trying. > regards -- Marco Ermini I have posted questions to the PHP development list in the past and the main reason that they gave for it still being experimental was that PHP as a whole is not thread-safe and therefore if one of the extensions or libraries was buggy and not thread-safe it could take down the whole apache instance. Basically the impression I got was that no one in the PHP dev team saw enough benefit in Apache 2 to warrant the testing and patching that would be necessary to guarantee thread safety. The also say that most issues would only come up under high load, so it would be hard to see it at first. Zend published a whitepaper here (http://www.zend.com/whitepapers/PHPandApache2-ZendWhitepaper.pdf) that contains more details and basically urges users not to upgrade to Apache2.it sounds very FUDish to me, and gives the impression that they don't want users to upgrade because they are too lazy to test that configuration thouroughly. Basically I would like to know if RedHat did any specific patching or high load testing in order to guarantee enterprise worthiness. I would love to use PHP with Apache 2 but I would just like to get some info on what it takes to make it reliable. Marc -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhl-beta-list at cygnusx-1.org Tue Jul 29 01:03:29 2003 From: rhl-beta-list at cygnusx-1.org (Nathan G. Grennan) Date: 28 Jul 2003 18:03:29 -0700 Subject: driver-modul e100 intel etherexpress 100 In-Reply-To: <3F242796.6040506@gmx.de> References: <3F242796.6040506@gmx.de> Message-ID: <1059440609.4642.2.camel@proton.cygnusx-1.org> On Sun, 2003-07-27 at 12:27, shrek-m at gmx.de wrote: > hi, > > are there known problems in severn with the > e100 > intel-etherexpress 100 modul > > i was trying now for 2 days to bring one of my severn into the lan. > > i was not able to do a net-install wih the severn boot-disk, > tested once again with the rhl 9 boot-disk and the e100 on the same > maschine, no problems. > Yes, I found problems with e100 and eepro100 right after the install. I have already filed a bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100522 If you have already filed one of your own I suggest marking it duplicate. Another reply mentions acpi=off which fixed the issue for me. I haven't tried acpi=nopci. Will have to get that a try tomorrow. From tom at syroidmanor.com Tue Jul 29 01:59:46 2003 From: tom at syroidmanor.com (Tom Syroid) Date: Mon, 28 Jul 2003 19:59:46 -0600 Subject: no ncftp ? In-Reply-To: <200307281635.50774.hosting@j2solutions.net> References: <1059435207.18270.23.camel@morticia.pricegrabber.com> <200307281635.50774.hosting@j2solutions.net> Message-ID: <38120000.1059443986@phaedrus.syroidmanor.com> Or just build from source ;-) http://www.ncftpd.com/ --On Monday, July 28, 2003 16:35:50 -0700 Jesse Keating wrote: > On Monday 28 July 2003 16:33, Christopher McCrory wrote: >> in taroon, there is no ncftp package. Was this an oversight? [TAB] >> completion really helps :) >> >> Ugh, I have to type >> cd /pub/redhat/linux/beta/taroon/en/as/i386/RedHat/RPMS >> >> ! Ouch ! > > Try lftp, if it's included. I've got a feeling that ncftp is > deprecated, or soon will be, in favor of lftp. From sflory at rackable.com Tue Jul 29 01:56:10 2003 From: sflory at rackable.com (Samuel Flory) Date: Mon, 28 Jul 2003 18:56:10 -0700 Subject: Making reiserfs work in the installer Message-ID: <3F25D43A.20703@rackable.com> The following are the steps to make the beta work with reiserfs. This will work with a cdrom iso image or a full nfs image. 1)Create a stage 2 image with reiserfs: cd /severn/RedHat/base/ cp stage2.img stage2.img.old mkdir m1 mount -oloop stage2.img m1 1022 cp -a m1/ tree mkdir mymods rpm2cpio ../RPMS/kernel-2.4.21-20.1.2024.2.1.nptl.i586.rpm |cpio -ivd rpm2cpio ../RPMS/kernel-unsupported-2.4.21-20.1.2024.2.1.nptl.i586.rpm |cpio -ivd cd mymods/ cp ../lib/modules/2.4.21-20.1.2024.2.1.nptl/unsupported/fs/reiserfs/reiserfs.o 2.4.21-20.1.2024.2.1.nptl/i586/ cp ../lib/modules/2.4.21-20.1.2024.2.1.nptl/unsupported/fs/jfs/jfs.o 2.4.21-20.1.2024.2.1.nptl/i586/ find . -type f | cpio -H crc -o | gzip -9 > ../modules.cgz cd .. mv modules.cgz tree/modules/ umount m2 rm -rf boot lib mymods mkcramfs tree/ stage2.img rm stage2.img.old (only if this is going to be a cdrom image otherwise keep the backup image.) 1a)Create a new iso image. (Haven't done this as I do network installs, but in theroy.) mkisofs -T -r -o ../newrhbeta.iso -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table . 2)Boot the installer with the additional reiserfs option. Examples "linux reiserfs" or "text reiserfs". PS- If you want I can email my modules.cgz off list. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From notting at redhat.com Tue Jul 29 02:18:54 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 28 Jul 2003 22:18:54 -0400 Subject: bugs, bugs, bugs! Message-ID: <20030728221854.A21358@devserv.devel.redhat.com> Just some intro for those who haven't played this game before... If you've reported a bug, you may have noticed in the past few days that the bug may now be listed as blocking bug 100643 or bug 100644. These bugs are the 'CambridgeBlocker' and 'CambridgeTarget' bugs What these bugs represent: - categorization of bugs into relative high and medium priorities What these bugs don't represent: - guarantees that the bug will be fixed Note that these lists are populated at first through cursory bug triage; issues in these bugs may eventually turn out to be NOTABUG or WONTFIX. How You Can Help (if you so desire): 1) If you've got a bug that appears to be overlooked in this categorization, feel free to nomintate it in the body of the appropriate tracking bug ('CambridgeBlocker', or 'CambridgeTarget'); then our crack (cracked?) bug triage team will review it again. (Note that all bugs opened against the beta are usually given a once-over within a day or two of being opened; this is how the list normally gets populated) 2) Look at the bugs on the list, and feel free to: - perform duplicate eliminations - verfiy reproducibility/create test cases - provide patches to fix them. (This option is preferred, of course.) Bugs may be moved from one list to the other at any time, or deescalated completely. The chances of an enhancement requests landing on either of these lists is fairly low. Bill From loftyhauser at yahoo.com Tue Jul 29 03:17:28 2003 From: loftyhauser at yahoo.com (Andrew Lofthouse) Date: Mon, 28 Jul 2003 20:17:28 -0700 (PDT) Subject: ACPI/PCMCIA, cdrom/smartd, VESA settings issues with laptop Message-ID: <20030729031728.75910.qmail@web20416.mail.yahoo.com> I just installed Severn on my Toshiba 2595CDT (BTW, thanks, Bill!)... I've run into a couple of problems -- I'd like to know if anybody else has seen these same problems and any ideas (I'll bugzilla if necessary). 1 -- ACPI doesn't work. With ACPI enabled, booting hangs when PCMCIA is supposed to start. Adding acpi=off to the grub line will let me boot up. Same thing happened during the install. 2 -- What is smartd? After logging in, machine hung during Gnome start-up during "CD Device Handler" message (happened several times). I finally realized (after getting rhgb stopped) that smartd was giving me a "Drive Ready Seek Complete Error" with my cdrom (at boot). After stopping smartd, I was able to get into Gnome without any problems. 3 -- How can I get an 800x600 virtual console? With previous versions, I've been able to pass vga=788 as a kernel parameter at boot to get a console that fills my whole screen (800x600 laptop LCD). Doesn't work anymore (but rhgb doesn't work when I do try to pass that parameter). Any insight is welcome! Andrew Lofthouse __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From linhardt at swbell.net Tue Jul 29 03:20:05 2003 From: linhardt at swbell.net (Terry R Linhardt) Date: 28 Jul 2003 22:20:05 -0500 Subject: Graphical boot Message-ID: <1059448804.1210.3.camel@chastain> Sorry if this is redundant. But, I haven't seen any discussion... The graphical boot...is it supposed to work with the newest beta? It appears to be configured in /etc/sysconfig/init...but certainly nothing "graphical" occurs. Any feedback. Thanks...Terry -- Terry R Linhardt From cochranb at speakeasy.net Tue Jul 29 03:24:44 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 28 Jul 2003 23:24:44 -0400 Subject: Rant about not being able to test X config in anaconda In-Reply-To: <8081601.1059423317277.JavaMail.nmarsh1@mac.com> References: <8081601.1059423317277.JavaMail.nmarsh1@mac.com> Message-ID: <1059449084.1976.4.camel@bobcp4.lingpgmr.com> Yes, I agree. And then when more functionality is added to firstboot it becomes even more important to complete it normally or rerun broken firstboot functions. X configuration needs a lot of attention. Bob Cochran On Mon, 2003-07-28 at 16:15, Nick Marsh wrote: > It really bothers me that there is no way to test X config in anaconda. If anaconda doesnt probe your settings correctly, and/or you don't set them correctly, it becomes a challenge to get past firstboot. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=99564 > > Anyone else have thoughts on this? > > > nick marsh > nmarsh1 at mac.com > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Tue Jul 29 03:36:06 2003 From: notting at redhat.com (Bill Nottingham) Date: Mon, 28 Jul 2003 23:36:06 -0400 Subject: Graphical boot In-Reply-To: <1059448804.1210.3.camel@chastain>; from linhardt@swbell.net on Mon, Jul 28, 2003 at 10:20:05PM -0500 References: <1059448804.1210.3.camel@chastain> Message-ID: <20030728233606.A12945@devserv.devel.redhat.com> Terry R Linhardt (linhardt at swbell.net) said: > Sorry if this is redundant. But, I haven't seen any discussion... > > The graphical boot...is it supposed to work with the newest beta? It > appears to be configured in /etc/sysconfig/init...but certainly nothing > "graphical" occurs. Any feedback. Do you have a separate /usr? Bill From ebpeele2 at pams.ncsu.edu Tue Jul 29 05:27:15 2003 From: ebpeele2 at pams.ncsu.edu (Elliot Peele) Date: 29 Jul 2003 01:27:15 -0400 Subject: Wine for Severn? In-Reply-To: <1059428793.2046.9.camel@lando> References: <1059428793.2046.9.camel@lando> Message-ID: <1059456435.1471.25.camel@localhost.localdomain> Wine has been removed since Red Hat Linux 9. In the release notes it was listed as not being included because of developer resource constraints, which means that more than likely if someone is willing to maintain a wine package and it was approved to be added it could makes its way back into the distro. Elliot On Mon, 2003-07-28 at 17:46, Kyle Maxwell wrote: > Am I just missing it, or is Wine not available for Severn? I don't see > it on the CDs or FTP server, and there's no mention of it in the release > notes. Any chance it's going to make it into the final RHL release, or > am I just being obtuse and not seeing it somewhere? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pmatilai at welho.com Tue Jul 29 06:47:31 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 29 Jul 2003 09:47:31 +0300 Subject: Wine for Severn? In-Reply-To: <1059456435.1471.25.camel@localhost.localdomain> References: <1059428793.2046.9.camel@lando> <1059456435.1471.25.camel@localhost.localdomain> Message-ID: <1059461251.3f2618835046c@webmail.welho.com> Quoting Elliot Peele : > On Mon, 2003-07-28 at 17:46, Kyle Maxwell wrote: > > Am I just missing it, or is Wine not available for Severn? I don't see > > it on the CDs or FTP server, and there's no mention of it in the release > > notes. Any chance it's going to make it into the final RHL release, or > > am I just being obtuse and not seeing it somewhere? > > Wine has been removed since Red Hat Linux 9. In the release notes it was > listed as not being included because of developer resource constraints, > which means that more than likely if someone is willing to maintain a > wine package and it was approved to be added it could makes its way back > into the distro. I'm hoping to maintain a wine package in Fedora, just hasn't passed QA yet. Feel free to help with getting it published by testing: https://bugzilla.fedora.us/show_bug.cgi?id=255 -- - Panu - From dax at gurulabs.com Tue Jul 29 07:12:54 2003 From: dax at gurulabs.com (Dax Kelson) Date: 29 Jul 2003 01:12:54 -0600 Subject: GuruLabs.com ldapmigrate script Message-ID: <1059462773.3413.59.camel@mentor.gurulabs.com> We greatly appreciate the Open Source work produced by PADL Software Pty Ltd and we humbly offer the GuruLabs.com "ldapmigrate" script as an alternative solution to the PADL.COM migration scripts. It licensed under the GPLv2 and can be found at: http://www.GuruLabs.com/downloads.html Documentation can be read with --help. It requires the Net::LDAP perl module be installed. I have an outstanding RFE to get Net::LDAP added to RHL. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=59225 From redtuxxx at yahoo.co.uk Tue Jul 29 09:24:15 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Tue, 29 Jul 2003 10:24:15 +0100 (BST) Subject: package wishlist In-Reply-To: <1059424651.20903.66.camel@jeremy.dtcc.cc.nc.us> Message-ID: <20030729092415.21661.qmail@web60003.mail.yahoo.com> --- Jeremy Portzer wrote: > On Mon, 2003-07-28 at 16:25, lfarkas at bnap.hu wrote: > > hi, > > I'd like to see the following packages in the next rh release (of > course > > the latest from everything). these are required for a minimal > working > > soltion which can comparable with windows clients and servers. > > on the client side: > > - acrobatreader > > Um, Red Hat Linux comes with xpdf already. Obviously Adobe's > Acrobat > Reader cannot be included -- it is not free or open source. > (Windows > doesn't come with this either, now does it?) It's just as easy to > download and install Adobe Acrobat Reader for Linux as it is for > Windows, however. about including gpdf - now the default gnome pdf viewer > > I really only replied to make that point, but here's some other > comments: > > > - ntfs driver > > Already been rehashed; please see the previous discussion. I think > it's > fair to say it won't be included, my guesses based on this > discussion. > > > - yum as the most usable and free package updater, we use it for > a long time. > > Yum is in rawhide, so it will probably be in a future release. > Been > discussed here already too. > > > - rdiff-backup (with librsync and rsync compiled to use librsync) > for > > incretemntal backup. > > This would be cool, I agree. > > > - samba 3 or at least both samba 2.x and 3.x. > > Been quite a lot of discussion already on samba 3... > > --Jeremy > > -- > /---------------------------------------------------------------------\ > | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy > | > | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A > 7B92 | > \---------------------------------------------------------------------/ > > ATTACHMENT part 2 application/pgp-signature name=signature.asc __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From rpjday at mindspring.com Tue Jul 29 10:55:10 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 29 Jul 2003 06:55:10 -0400 (EDT) Subject: severn + 2.6.0-test1 kernel -- can't get wireless working Message-ID: the results of more experimentation: so far, i installed severn on my laptop, then the 2.6.0-test1 kernel straight from www.kernel.org. that built and booted. on top of that, i built the patched nvidia driver and got that to work. so far, so good. (side note: the 2.6.0-test2 kernel in this situation is an unmitigated disaster. kernel panic every single time, even when i build it based on the test1 .config file. so i've just given up on that kernel.) what's *not* good is that i've completely failed to get my linksys WCF11 wireless pcmcia card working, and i'm at a complete loss. as a test, i can reboot to the stock kernel (2.4 variation) that comes with severn, and wireless comes up nicely (on eth0, via DHCP from a linksys router here). when i reboot to 2.6.0-test1, i can verify that the card is visible with "cardctl ident". the modules hermes, orinoco and orinoco_cs are loaded. but trying to activate that interface accomplishes nothing. the redhat-config-network tool does see the linksys pcmcia card as the only device on the system, but when i try to configure a wireless interface, the only choice i get is "other wireless card" or something like that. (doing this from memory since i have to reboot back to 2.4 just to get email. argh.) anyone else got past this point? i'm definitely open to suggestions. rday From alan at redhat.com Tue Jul 29 11:36:25 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 29 Jul 2003 07:36:25 -0400 (EDT) Subject: File system corruption with Severn In-Reply-To: <1059429196.21820.23.camel@jef.tech-info.qc.ca> from "Jean-Francois" at Gor 28, 2003 05:53:16 Message-ID: <200307291136.h6TBaPY11450@devserv.devel.redhat.com> > I've got file system corruption using Severn twice, some time after the > installation, I'm using a PII-800 with a Intel 440ZX chipset based > board, and a Quantum 40Gig hd. After repaired the filesystem, I've got a Does this occur if you run with acpi=off ? From rpjday at mindspring.com Tue Jul 29 12:10:29 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 29 Jul 2003 08:10:29 -0400 (EDT) Subject: more system failures with Severn.... (on an Athlon) In-Reply-To: <3F258596.5020409@videotron.ca> Message-ID: On Mon, 28 Jul 2003, Elton Woo wrote: > bugs? you betcha! ... and to think that some in this list are already > running the 2.6 prerelease kernel. time to toss in the towel, methinks. i've been struggling for the last day or so to try to get a working system of: dell inspiron 8100 severn base install kernel-2.6.0 testx kernel nvidia driver for geforce2go card linksys wireless pcmcia card logitech optical PS/2 mouse as it stands, i can generally get some subset of the above working at any one time, but so far, have been unable to get it all going at once. if i can get wireless, for some reason, the nvidia driver fails to build. if i try to use the 2.6.0 kernel, i lose wireless. my last attempt cost me my optical PS/2 mouse. any attempt to use the 2.6.0-test2 kernel causes a kernel panic. now, i'm aware that, this being a severn list, use of a beta kernel is outside the mandate of the list, but i'm pretty spoiled by the new kernel, and i've been using it happily for several weeks now under RH 9. so it's frustrating to think that, to test severn, i have to sacrifice my kernel. time to back off to RH 9 and wait for the next beta, i think. bummer. rday From rpjday at mindspring.com Tue Jul 29 12:11:43 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 29 Jul 2003 08:11:43 -0400 (EDT) Subject: more system failures with Severn.... (on an Athlon) In-Reply-To: <3F258596.5020409@videotron.ca> Message-ID: On Mon, 28 Jul 2003, Elton Woo wrote: > Before my last crash and burn, I tried installing the nVidia drivers, and it > could not create the needed module. Sounds logical though, since I imagine > there would be some need of updating or patching to support the present > kernel in Severn. this part i think i can help with. i built the nvidia driver for severn and its stock kernel with their 4363 release. it seemed to work fine. you only need the patch at www.minion.de for the 2.5.xx and 2.6 kernels, AFAIK. rday From jdy at cs.brown.edu Tue Jul 29 13:08:28 2003 From: jdy at cs.brown.edu (Joel Young) Date: Tue, 29 Jul 2003 09:08:28 -0400 Subject: list serve? Message-ID: <20030729130828.849A23F06@null.cs.brown.edu> I seem to have stopped getting messages on the list as of late last night. I can see them on the list archive. Other emails are streaming in from other lists. Ghost in the machine? Joel From ms-nospam-0306 at arcor.de Tue Jul 29 13:30:45 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 29 Jul 2003 15:30:45 +0200 Subject: ncurses buttons look corrupted Message-ID: <20030729153045.0d925ee1.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In ncurses package changelog is written: * Fri May 23 2003 Adrian Havill 5.3-5 - added latest rollup patch with widec/UTF8 centric weekly (20030517) - added --enable-widec to configure (#86311) Now some difference between ncurses in Shrike and ncurses in Severn causes "centericq" [1] to look bad. A src.rpm is linked below. In particular, the buttons on its startup screen are displaced, corrupted, and upon selection are not toggled correctly either. Since centericq doesn't show that problem with Shrike, I would appreciate a comment on whether it is more likely to be a bug in Severn's modified ncurses than in centericq. [1] http://download.fedora.us/fedora/redhat/9/i386/SRPMS.stable/centericq-4.9.4-0.fdr.2.rh90.src.rpm - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/JncF0iMVcrivHFQRAtI8AJ9n+urJi4UTwnTLg6q1qeKePmjM7wCeJLg9 YCUF9KW79j/Fe9U95n5q2GY= =Goxl -----END PGP SIGNATURE----- From rpjday at mindspring.com Tue Jul 29 13:50:21 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 29 Jul 2003 09:50:21 -0400 (EDT) Subject: where is severn bugzilla stuff? Message-ID: how does one query bugzilla.redhat.com for severn reports? there seems to be no enrtry yet for severn, and it's doubly confusing that the Product window contains the two entries: Red Hat Linux Beta ... Red Hat Public Beta neither of which seem to mention severn. rday From jkt at redhat.com Tue Jul 29 14:26:00 2003 From: jkt at redhat.com (Jay Turner) Date: Tue, 29 Jul 2003 10:26:00 -0400 Subject: where is severn bugzilla stuff? In-Reply-To: References: Message-ID: <20030729142559.GA3770@redhat.com> On Tue, Jul 29, 2003 at 09:50:21AM -0400, Robert P. J. Day wrote: > > how does one query bugzilla.redhat.com for severn reports? there > seems to be no enrtry yet for severn, and it's doubly confusing that > the Product window contains the two entries: > > Red Hat Linux Beta > ... > Red Hat Public Beta > > neither of which seem to mention severn. Directly from Bugzilla: Red Hat Linux Beta For bugs about the Severn release of Red Hat Linux Project, please choose "Beta1" as the version and "i386" as the platform. -- --*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--* Jay Turner, QA Technical Lead jkt at redhat.com Red Hat, Inc. Reality is merely an illusion, albeit a very persistent one. - Albert Einstein From charleshixsn at earthlink.net Tue Jul 29 14:28:59 2003 From: charleshixsn at earthlink.net (Charles Hixson) Date: Tue, 29 Jul 2003 07:28:59 -0700 Subject: Severn Printing Configuration Message-ID: <3F2684AB.9020902@earthlink.net> Network printing in Severn: Both the Networked JetDirect and the Networked Novell (NCP) appear to be broken in this version. There don't seem to be any details to include. With Networked JetDirect the error message is: There was a problem sending CUPS test page to 'lp357m' queue: lpr: unable to print file: server-error-service-unavailable (I am less certain about just which printer queue name to use with NCP, so that may possibly be working, even though it appears to also be broken in a similar way.) From charleshixsn at earthlink.net Tue Jul 29 14:32:26 2003 From: charleshixsn at earthlink.net (Charles Hixson) Date: Tue, 29 Jul 2003 07:32:26 -0700 Subject: Severn installation aborted Message-ID: <3F26857A.7060708@earthlink.net> If one doesn't have the third CD, the install aborts in a quite unpleasant manner. I was forced to power-down the computer (and then re-install another system) because I had left the final CD at work. My expectation was that this would result in some capabilities being missing. From ms-nospam-0306 at arcor.de Tue Jul 29 14:47:40 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 29 Jul 2003 16:47:40 +0200 Subject: Error while installing In-Reply-To: <1059032626.5911.39.camel@wks20.rptec.ch> References: <1059032626.5911.39.camel@wks20.rptec.ch> Message-ID: <20030729164740.5f5fd8e2.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 24 Jul 2003 09:43:46 +0200, Jean-Eric Cuendet wrote: > I try to install Severn. The setup finished just when beginning to > install packages. First part of the setup is OK (choosing > Desktop/Workstation/Server, fdisk the disk, choosing packages). > Then the installer format the disk and then I have the following error: > 1..2..3.. X server started successfully > rpmdb: /mnt/sysimage/var/lib/rpm/Name: No such file or directory > rpmdb: /mnt/sysimage/var/lib/rpm/Name: cannot sync: No such file or > directory > install exited abnormally > send termination signals > ... > > This is copied by hand. > My setup: > - P4 host > - Vmware 4.0 > - HDA disk of 4Gb > - Copied all severn CD in an HTTP accessible directory. > - Boot vmware with boot.iso VMware? Is above error reproducible for you when you install without running VMware? > - Choose HTTP install - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/JokM0iMVcrivHFQRAhOaAJ9nSdxUpPzvdTZMkoTAPzy6gfiOTQCfbbTc YvCimQCdjpAqC45RYxQni6U= =kZ3R -----END PGP SIGNATURE----- From ms-nospam-0306 at arcor.de Tue Jul 29 14:51:49 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 29 Jul 2003 16:51:49 +0200 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: <1059053783.32579.11.camel@spatula> References: <1059053783.32579.11.camel@spatula> Message-ID: <20030729165149.20b6dc94.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 24 Jul 2003 09:36:24 -0400, Jef Spaleta wrote: > Feature comparison sticks aside...the fact that yum uses the python > bindings of redhat's own rpm related applications, makes yum seem to me > the absolutely obvious choice for further development inside rhl, in > terms of future development integration. > > Want to give the installer or r-c-p the ability to talk to external > repos as a matter of project goals on down the road? Yum seems to be the > thing for that. Does r-c-p still fail to install certain packages on a system which has errata packages installed already? A network-capable backend in r-c-p would be the only way to fix that (known) problem. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/JooF0iMVcrivHFQRAhT5AKCAXzgidBWBTnj+avguUcQfjk6HHACeM4Rh pf/2WMo+LlNtrgMa0zt9xaQ= =Uj9O -----END PGP SIGNATURE----- From hp at redhat.com Tue Jul 29 15:04:10 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 29 Jul 2003 11:04:10 -0400 Subject: Graphical boot In-Reply-To: <20030728233606.A12945@devserv.devel.redhat.com> References: <1059448804.1210.3.camel@chastain> <20030728233606.A12945@devserv.devel.redhat.com> Message-ID: <20030729110410.C13129@devserv.devel.redhat.com> On Mon, Jul 28, 2003 at 11:36:06PM -0400, Bill Nottingham wrote: > Terry R Linhardt (linhardt at swbell.net) said: > > Sorry if this is redundant. But, I haven't seen any discussion... > > > > The graphical boot...is it supposed to work with the newest beta? It > > appears to be configured in /etc/sysconfig/init...but certainly nothing > > "graphical" occurs. Any feedback. > > Do you have a separate /usr? > Maybe rhgb should print something like "skipping graphical boot as /usr is on another partition" if it doesn't. Havoc From feliciano.matias at free.fr Tue Jul 29 15:09:55 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 29 Jul 2003 17:09:55 +0200 Subject: RHE AS miss openoffice. Message-ID: <1059491394.1112.3.camel@one.myworld> No openoffice in RHE AS. Should i fill a bug report ? -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From kodis at mail630.gsfc.nasa.gov Tue Jul 29 15:12:55 2003 From: kodis at mail630.gsfc.nasa.gov (John Kodis) Date: Tue, 29 Jul 2003 11:12:55 -0400 Subject: Severn Printing Configuration In-Reply-To: <3F2684AB.9020902@earthlink.net> References: <3F2684AB.9020902@earthlink.net> Message-ID: <20030729151255.GA32152@tux.gsfc.nasa.gov> On Tue, Jul 29, 2003 at 07:28:59AM -0700, Charles Hixson wrote: > Both the Networked JetDirect and the Networked Novell (NCP) appear to be > broken in this version. There don't seem to be any details to include. > With Networked JetDirect the error message is: > There was a problem sending CUPS test page to 'lp357m' queue: > > lpr: unable to print file: server-error-service-unavailable I recently reported a similar problem with sending print jobs from a severn machine to a printer locally attached to a shrike box using the CUPS IPP server on both machines. With your problem report, it sound like there may be a larger problem with the CUPS setup in severn. You should probably include your problem report as a follow-on to bug #100913 at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100913 -- John Kodis Goddard Space Flight Center kodis at mail630.gsfc.nasa.gov Greenbelt, Maryland, USA Phone: 301-286-7376 Fax: 301-286-1771 From ksonney at redhat.com Tue Jul 29 15:18:01 2003 From: ksonney at redhat.com (Kevin Sonney) Date: Tue, 29 Jul 2003 11:18:01 -0400 Subject: RHE AS miss openoffice. In-Reply-To: <1059491394.1112.3.camel@one.myworld> References: <1059491394.1112.3.camel@one.myworld> Message-ID: <20030729111801.297688c4.ksonney@redhat.com> On 29 Jul 2003 17:09:55 +0200 F??liciano Matias wrote: > No openoffice in RHE AS. > > Should i fill a bug report ? Uh, no. AS is a server product. OOo is in WS, which is the workstation and/or technical desktop product. -- ------------------------------------------ -- Kevin Sonney - Inside Sales Engineer -- -- Red Hat, Inc - 919.754.3700 x44112 -- -- ksonney at redhat.com - AIM: ksonney -- ------------------------------------------ 1024D/EB74 3C54 0260 6A01 705A 6F3F CD3B BAF1 4EB9 55BC It's not stupid...it's ADVANCED -- All Mighty Tallest Red (Invader Zim Ep 1) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dstewart at atl.lmco.com Tue Jul 29 15:18:15 2003 From: dstewart at atl.lmco.com (Douglas Stewart) Date: Tue, 29 Jul 2003 11:18:15 -0400 Subject: No messages? In-Reply-To: <200307281638.57593.hoyt@cavtel.net> References: <8081601.1059423317277.JavaMail.nmarsh1@mac.com> <200307281638.57593.hoyt@cavtel.net> Message-ID: <3F269037.4010902@atl.lmco.com> This is mainly a test. Every morning I've checked my work email and seen between 50 and 100 messages from this beta list. This morning: nothing! Not a single message. Is everyone just questioned out, or is my mail being cut off somewhere in route...? -- ---------- Doug Stewart Systems Administrator/Web Applications Developer Lockheed Martin Advanced Technology Labs Quidquid latine dictum sit, altum viditur From notting at redhat.com Tue Jul 29 15:19:22 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 29 Jul 2003 11:19:22 -0400 Subject: RHE AS miss openoffice. In-Reply-To: <1059491394.1112.3.camel@one.myworld>; from feliciano.matias@free.fr on Tue, Jul 29, 2003 at 05:09:55PM +0200 References: <1059491394.1112.3.camel@one.myworld> Message-ID: <20030729111922.A9126@devserv.devel.redhat.com> F?liciano Matias (feliciano.matias at free.fr) said: > No openoffice in RHE AS. Intentional, it's in WS. Bill From pavelr at coresma.com Tue Jul 29 16:15:20 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Tue, 29 Jul 2003 18:15:20 +0200 Subject: Severn Printing Configuration Message-ID: <6A3008858445D711A58A00062939B2F1EC40@EXCHANGE> > -----Original Message----- > From: John Kodis [mailto:kodis at mail630.gsfc.nasa.gov] > Sent: Tue, July 29, 2003 6:13 PM > To: rhl-beta-list at redhat.com > Subject: Re: Severn Printing Configuration > > > On Tue, Jul 29, 2003 at 07:28:59AM -0700, Charles Hixson wrote: > > > Both the Networked JetDirect and the Networked Novell (NCP) > appear to be > > broken in this version. There don't seem to be any details > to include. > > With Networked JetDirect the error message is: > > There was a problem sending CUPS test page to 'lp357m' queue: > > > > lpr: unable to print file: server-error-service-unavailable > > I recently reported a similar problem with sending print jobs from a > severn machine to a printer locally attached to a shrike box using the > CUPS IPP server on both machines. With your problem report, it sound > like there may be a larger problem with the CUPS setup in severn. I got similar errors with JetDirect and LPD printers few times, but in general, JetDirect, Samba and LPD printing works well for me. > > You should probably include your problem report as a follow-on to bug > #100913 at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100913 > > -- > John Kodis Goddard Space > Flight Center > kodis at mail630.gsfc.nasa.gov Greenbelt, > Maryland, USA > Phone: 301-286-7376 Fax: > 301-286-1771 > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From notting at redhat.com Tue Jul 29 15:22:22 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 29 Jul 2003 11:22:22 -0400 Subject: Discussion of RH Enterprise Beta? In-Reply-To: <3F25189C.6020009@sohanet.de>; from Bernd.Bartmann@sohanet.de on Mon, Jul 28, 2003 at 02:35:40PM +0200 References: <3F25189C.6020009@sohanet.de> Message-ID: <20030729112222.A11249@devserv.devel.redhat.com> Bernd Bartmann (Bernd.Bartmann at sohanet.de) said: > Is there any mailing list for the discussion of RH Enterprise Beta > Taroon or RH Enterprise in general? taroon-beta-list at redhat.com Bill From mattdm at mattdm.org Tue Jul 29 15:35:20 2003 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 29 Jul 2003 11:35:20 -0400 Subject: RHE AS miss openoffice. In-Reply-To: <20030729111801.297688c4.ksonney@redhat.com> References: <1059491394.1112.3.camel@one.myworld> <20030729111801.297688c4.ksonney@redhat.com> Message-ID: <20030729153520.GA31214@jadzia.bu.edu> On Tue, Jul 29, 2003 at 11:18:01AM -0400, Kevin Sonney wrote: > > No openoffice in RHE AS. > > Should i fill a bug report ? > Uh, no. AS is a server product. OOo is in WS, which is the workstation > and/or technical desktop product. And so obviously AS is not meant to be an application or login server product. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From chris at boredinboise.org Tue Jul 29 15:50:11 2003 From: chris at boredinboise.org (Chris Hillman) Date: Tue, 29 Jul 2003 09:50:11 -0600 Subject: Severn Printing Configuration In-Reply-To: <3F2684AB.9020902@earthlink.net> References: <3F2684AB.9020902@earthlink.net> Message-ID: <3F2697B3.4060709@boredinboise.org> I'm printing fine with Severn to a Cups 'Networked JetDirect' queue... I had set up this queue originally on Shrike and it carried over with the upgrade to Severn. -Chris Hillman Charles Hixson wrote: > Network printing in Severn: > Both the Networked JetDirect and the Networked Novell (NCP) appear to > be broken in this version. From eric at interplas.com Tue Jul 29 16:11:52 2003 From: eric at interplas.com (Eric Wood) Date: Tue, 29 Jul 2003 12:11:52 -0400 Subject: install problem: partion check of removable media Message-ID: <030301c355ec$200be880$9100000a@intgrp.com> During the install of Severn, the kernel detects (right before anaconda gets going): hda: hard drive hdb: cd rom hdc: zip 100 Partition check; hda: /dev/hda1 hdc: lost interrupt lost hdc: lost interrupt lost hdc: lost interrupt lost .....forever.... Only until I put an zip cartridge in does the installation proceed. This may be a problem for other removable media detections as well. -eric wood From etbonick at networkinggeeks.com Tue Jul 29 16:16:10 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Tue, 29 Jul 2003 11:16:10 -0500 (CDT) Subject: test Message-ID: <45862.63.96.64.130.1059495370.squirrel@www.networkinggeeks.com> I havent gotten any emails formt he list since 3:21 yesterday. Can someone reply so I know if it works? I see messages in the archives. -- Ethan Bonick etbonick_AT_networkinggeeks.com http://www.networkinggeeks.com From wintermi at teratools.com Tue Jul 29 16:26:33 2003 From: wintermi at teratools.com (Matthew Winter) Date: 29 Jul 2003 17:26:33 +0100 Subject: RHL Severn - Initial Findings Message-ID: <1059495993.3936.52.camel@pc1-hink2-3-cust85.nott.cable.ntl.com> Hi, Having got my system fully working with RHL 9, only 2 months ago, I decided that it was time for me to give something back to the community. So I decided to join the Severn Beta trial. Well here are my finidings: As part of the install, I performed the CD check, even though CDRecorder did not show any messages. It said the disks were fine, so I went ahead with the install. However when the installer got to disk 2, it would not read one of the packages, which meant I had to exit at this point, reburn the CD and try again. Luckily it worked OK the second attempt. Question : Why did the CD Check say there was nothing wrong with disk 2, when clearly there was. I decided intially it would make better sense to perform an upgrade rather than a full install, since I had everything working. This was my first mistake. Once the installation was complete, I found that the system did not make use of the new graphical boot. I assume the installer prefers to keep the existing config in its entirity. Once booted, I attempted to install the NVidia driver, rebuilding the kernel. This failed as the NVidia driver performs a check of the CC versions and found that they are compiled using an earlier release. I assume NVidia will update there drivers when Severn goes into GA. OK, so using the generic drivers, I logged into Gnome, attempted to make use of Mozilla. Complete failure, no messages, just would not start. I then attempted to resize the screen. The system at this point, did not recognise the higher resultions, and only offered me a maximum of 800 x 600. I then noticed that even though I have only installed possible 4 additional RPM's ontop of the original RHL 9, I had alot of package dependency problems Anyway, this went on for a bit, so I decided to go for a full reinstall of the RHL Severn Beta. Once this was complete, the graphical boot appeared, which I have to say slows the boot process down quite considerably, at least twice as long. All of the applications started to work again. Two configuration problems. My DVD+RW stopped working, due to the /dev/cdrom being pointed at /dev/hdc when it should have been /dev/sdc0. Even though IDE-SCSI was installed, it did not fully configure the system, when the RHL 9 did. The other problem is related to my sound card not being noticed, which it was with RHL 9. Not got down to the bottom of this one yet, but will in time. The screen resolution program picked up the correct list of resultions, however when I increased the resolution, I noticed the background does not get correctly painted, and the apps running still think that the screen size is alot smaller, which looks perculiar when the applications are maximised, and only using the top left corner. Also resizing the window, passed the old maximum limit, causes the window to start painting in a very strange manner, effectively picking sizes out at random. All of which clears up after a restart of X. I noticed on the forum a comment about the fonts. Even though they look clear, they do look as if they have been streteched to a thin version when compared to RHL 9. Nice to see alot more of the latest versions of software. Do you think that version 1.1 of OpenOffice will be included before the GA release. Initial feelings are mixed, but the final outcome was good. Still got a long way to go though. Matthew From etbonick at networkinggeeks.com Tue Jul 29 16:33:38 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Tue, 29 Jul 2003 11:33:38 -0500 (CDT) Subject: realtek 8139too Message-ID: <14522.63.96.64.130.1059496418.squirrel@www.networkinggeeks.com> I upgraded my rh9 to kernel 2.6 and my realtek 8139 stopped working. It can't ping anything. I then upgraded to RHL 9.0.93 and still no luck. Anyone else having this problem? module 8139too -- Ethan Bonick etbonick_AT_networkinggeeks.com http://www.networkinggeeks.com From bfox at redhat.com Tue Jul 29 16:34:17 2003 From: bfox at redhat.com (Brent Fox) Date: 29 Jul 2003 12:34:17 -0400 Subject: test In-Reply-To: <45862.63.96.64.130.1059495370.squirrel@www.networkinggeeks.com> References: <45862.63.96.64.130.1059495370.squirrel@www.networkinggeeks.com> Message-ID: <1059496457.17408.7.camel@bfox.devel.redhat.com> On Tue, 2003-07-29 at 12:16, Ethan Bonick wrote: > I havent gotten any emails formt he list since 3:21 yesterday. Can someone > reply so I know if it works? I see messages in the archives. I got your mail ok. Cheers, Brent From scottb at bxwa.com Tue Jul 29 16:48:35 2003 From: scottb at bxwa.com (Scott Becker) Date: Tue, 29 Jul 2003 09:48:35 -0700 Subject: realtek 8139too In-Reply-To: <14522.63.96.64.130.1059496418.squirrel@www.networkinggeeks.com> References: <14522.63.96.64.130.1059496418.squirrel@www.networkinggeeks.com> Message-ID: <3F26A563.7060305@bxwa.com> I've had this. It seems that the kudzu/modprobe systems don't have an entry for that chip quite right and so that linux doesn't properly assign the IRQ and IO address to the plug n play NIC (all pci cards?). A work around is to go into the bios setup and tell it that the OS is not plug n play compatible. Then when you boot, the bios will assign the resources and it's likely to work. When you identify a proper fix set the bios back and test it. I started having this problem with version 8. There's been attempts to fix it but I think it's an ongoing task to maintain a hardware list somewhere. Scott Becker Ethan Bonick wrote: >I upgraded my rh9 to kernel 2.6 and my realtek 8139 stopped working. It >can't ping anything. I then upgraded to RHL 9.0.93 and still no luck. >Anyone else having this problem? > >module 8139too > > > From barryn at pobox.com Tue Jul 29 17:20:07 2003 From: barryn at pobox.com (Barry K. Nathan) Date: Tue, 29 Jul 2003 10:20:07 -0700 Subject: RHL Severn - Initial Findings In-Reply-To: <1059495993.3936.52.camel@pc1-hink2-3-cust85.nott.cable.ntl.com> References: <1059495993.3936.52.camel@pc1-hink2-3-cust85.nott.cable.ntl.com> Message-ID: <20030729172007.GA3777@ip68-4-255-84.oc.oc.cox.net> On Tue, Jul 29, 2003 at 05:26:33PM +0100, Matthew Winter wrote: > did not show any messages. It said the disks were fine, so I went ahead > with the install. However when the installer got to disk 2, it would not > read one of the packages, which meant I had to exit at this point, > reburn the CD and try again. Luckily it worked OK the second attempt. > > Question : Why did the CD Check say there was nothing wrong with disk 2, > when clearly there was. If the CD's marginal, the drive might be able to read the whole thing through sequentially but later fail to read a file when seeking to it. I've seen this happen with Knoppix CDs burned onto marginal media (e.g., I burn the CD, use readcd or dd to read the whole CD back, notice that there are no errors, reboot into the CD, and start seeing occasional I/O errors), so this isn't specific to Red Hat's media check at all. IME the fix is to use better CDs. -Barry K. Nathan From rhce at cybersurf.com Tue Jul 29 17:07:49 2003 From: rhce at cybersurf.com (Mark Hutchinson) Date: Tue, 29 Jul 2003 11:07:49 -0600 Subject: No messages? In-Reply-To: <3F269037.4010902@atl.lmco.com> References: <8081601.1059423317277.JavaMail.nmarsh1@mac.com> <200307281638.57593.hoyt@cavtel.net> <3F269037.4010902@atl.lmco.com> Message-ID: <1059498469.3f26a9e598d90@webmail.3web.com> I was wondering the same thing. A huge glut of mail just came out. Must have been a problem somewhere. Mark Quoting Douglas Stewart : > This is mainly a test. Every morning I've checked my work email and > seen between 50 and 100 messages from this beta list. This morning: > nothing! Not a single message. > > Is everyone just questioned out, or is my mail being cut off somewhere > in route...? > > -- > ---------- > Doug Stewart > Systems Administrator/Web Applications Developer > Lockheed Martin Advanced Technology Labs > > Quidquid latine dictum sit, altum viditur > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > -- "Computers are like air conditioners: They stop working properly if you open windows." ------------------------------------------------- This mail sent with 3Web WebMail http://www.3web.com From rpjday at mindspring.com Tue Jul 29 17:12:05 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 29 Jul 2003 13:12:05 -0400 (EDT) Subject: kernel and gcc issues -- giving it one more shot Message-ID: refusing to defer to discretion (or good judgment), i'm going to take one more stab at severn on my system, and i'd like to clarify some simple issues regarding versions of gcc. one step at a time, i figure. immediately upon installation, the kernel that is installed was clearly built with gcc 3.2, while gcc itself is gcc 3.3 (although gcc 3.2 is still available through the "gcc32" executable). this has a couple of immediate consequences. first, there is the occasion where you have to deal with a kernel and compiler mismatch, particularly with nvidia drivers. if you try to compile the latest nvidia driver normally, you get a "mismatch" error that you can override by defining the "IGNORE_CC_MISMATCH" environment variable when you build. fair enough, but of course, you never know when this issue will come up again elsewhere. second issue is whether there is any problem simply recompiling the installed kernel source with gcc (3.3, that is)? is there anything about that kernel that's necessarily gcc 3.2-related? i decided to test recompiling with gcc 3.3, using the config file found in /boot, and the compile failed partway through the modules. rerunning the make with "make CC=gcc32 modules", however, seems to be working. i could, of course, just config out the offending (I2C) option, and try again with gcc 3.3, which i'll probably try just for the entertainment value. but is there any reason *not* to rebuild the kernel using gcc 3.3, in order to avoid any future mismatch issues? rday From lance at uklinux.net Tue Jul 29 17:11:16 2003 From: lance at uklinux.net (Lance Davis) Date: Tue, 29 Jul 2003 18:11:16 +0100 (BST) Subject: PHP4 + Apache2 = Experimental In-Reply-To: <000c01c35567$3b294a20$6501a8c0@diablo> Message-ID: On Mon, 28 Jul 2003, Marc Richards wrote: > > I had no problems at all with PHP and Apache2. For what I know, it is > widely used, although it may be labeled "experimental" I think it is quite > reliable. > > > Note that PHP 4.3.2 (which was released by the end of May) includes a > totally rewritten apxs2 support. It is worth trying. apache 2 itself isnt really ready for production and it has been a pain since rh decided to include it in rh 8.0 viz suexec / running cgi as different user/group in different virtual hosts :- replacement in Apache 2.0 is the perchild MPM This MPM does not currently work on most platforms. Work is ongoing to make it functional. http://httpd.apache.org/docs-2.0/mod/perchild.html Apparently it has now been dropped in favour of something else, that has also not been written yet .... Lance -- uklinux.net - The ISP of choice for the discerning Linux user. From rpjday at mindspring.com Tue Jul 29 17:42:17 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 29 Jul 2003 13:42:17 -0400 (EDT) Subject: RHL Severn - Initial Findings In-Reply-To: <20030729172007.GA3777@ip68-4-255-84.oc.oc.cox.net> Message-ID: On Tue, 29 Jul 2003, Barry K. Nathan wrote: > On Tue, Jul 29, 2003 at 05:26:33PM +0100, Matthew Winter wrote: > > did not show any messages. It said the disks were fine, so I went ahead > > with the install. However when the installer got to disk 2, it would not > > read one of the packages, which meant I had to exit at this point, > > reburn the CD and try again. Luckily it worked OK the second attempt. > > > > Question : Why did the CD Check say there was nothing wrong with disk 2, > > when clearly there was. here's what i've settled on as a technique for convenient installs. first, *if* you can arrange it on the system you're using, create a separate partition, perhaps at the end of the disk (out of the way), and download your ISO images there. once they're there, and if you're running on a current version of RH, you can mount them, poke around, "md5sum" sum them to check their health, and so on. once you're set up like that, you can either create a boot floppy or, alternatively, burn a copy of CD 1 and, when you start the install, use boot: linux askmethod select "hard drive" install, point the installation program at the /dev/hdxy partition and directory the ISOs are in, answer all the standard questions, and walk away. the benefits: 1) you can download, verify and examine the ISOs at your leisure before starting the install, so you *know* they'll be healthy, 2) you don't need to burn any physical CDs (except, possibly, for the first one just to start the install process) 3) you don't need to hang around and switch CDs -- the install program will automatically move from one ISO image to the next 4) chances are, the install might be faster than normal given hard drive speed versus CD speed (but no guarantees there) and once you've installed, you have permament access to the CD contents by creating a number of directories as mount points and mounting the ISOs using the loopback feature. (i've actually added the mount points for the ISOs into /etc/fstab so they're always available.) anyway, just my $.02. rday From mike at netlyncs.com Tue Jul 29 17:46:50 2003 From: mike at netlyncs.com (Mike Chambers) Date: 29 Jul 2003 12:46:50 -0500 Subject: kernel and gcc issues -- giving it one more shot In-Reply-To: References: Message-ID: <1059500809.2632.6.camel@bart.netlyncs.com> On Tue, 2003-07-29 at 12:12, Robert P. J. Day wrote: > > but is there any reason *not* to rebuild the kernel using gcc 3.3, in > order to avoid any future mismatch issues? There are/were issues with the latest 2.4 kernels and gcc-3.3 and they won't compile, so that is why 3.2 was/is used. Not sure on the very lastest as of today or if there is any sort of work around. Maybe one of the kernel folks can comment on it. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From Todd at netronin.com Tue Jul 29 17:54:23 2003 From: Todd at netronin.com (Todd Booher) Date: Tue, 29 Jul 2003 10:54:23 -0700 Subject: RHL Severn - Initial Findings Message-ID: This sounds like a great time saver... thanks for the tip. Todd -----Original Message----- From: Robert P. J. Day [mailto:rpjday at mindspring.com] Sent: Tuesday, July 29, 2003 10:42 AM To: rhl-beta-list at redhat.com Subject: Re: RHL Severn - Initial Findings On Tue, 29 Jul 2003, Barry K. Nathan wrote: > On Tue, Jul 29, 2003 at 05:26:33PM +0100, Matthew Winter wrote: > > did not show any messages. It said the disks were fine, so I went > > ahead with the install. However when the installer got to disk 2, it > > would not read one of the packages, which meant I had to exit at > > this point, reburn the CD and try again. Luckily it worked OK the second attempt. > > > > Question : Why did the CD Check say there was nothing wrong with > > disk 2, when clearly there was. here's what i've settled on as a technique for convenient installs. first, *if* you can arrange it on the system you're using, create a separate partition, perhaps at the end of the disk (out of the way), and download your ISO images there. once they're there, and if you're running on a current version of RH, you can mount them, poke around, "md5sum" sum them to check their health, and so on. once you're set up like that, you can either create a boot floppy or, alternatively, burn a copy of CD 1 and, when you start the install, use boot: linux askmethod select "hard drive" install, point the installation program at the /dev/hdxy partition and directory the ISOs are in, answer all the standard questions, and walk away. the benefits: 1) you can download, verify and examine the ISOs at your leisure before starting the install, so you *know* they'll be healthy, 2) you don't need to burn any physical CDs (except, possibly, for the first one just to start the install process) 3) you don't need to hang around and switch CDs -- the install program will automatically move from one ISO image to the next 4) chances are, the install might be faster than normal given hard drive speed versus CD speed (but no guarantees there) and once you've installed, you have permament access to the CD contents by creating a number of directories as mount points and mounting the ISOs using the loopback feature. (i've actually added the mount points for the ISOs into /etc/fstab so they're always available.) anyway, just my $.02. rday -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From etbonick at networkinggeeks.com Tue Jul 29 17:56:51 2003 From: etbonick at networkinggeeks.com (Ethan Bonick) Date: Tue, 29 Jul 2003 12:56:51 -0500 (CDT) Subject: more system failures with Severn.... (on an Athlon) In-Reply-To: <3F258A53.1040601@videotron.ca> References: <3F258596.5020409@videotron.ca> <43924.63.96.64.130.1059424194.squirrel@www.networkinggeeks.com> <3F258A53.1040601@videotron.ca> Message-ID: <44034.63.96.64.130.1059501411.squirrel@www.networkinggeeks.com> > Ethan Bonick wrote: > >>>2.6 prerelease kernel. I guess this means serious problems for the >>> AMD users >>>here. Compared to most of 'em on the list, I'm running a fairly "old" >>> system >>>(about 4 years): AMD Athlon, nVidia (3 D Labs) card, and Viewsonic >>> 17. >>> >>>Before my last crash and burn, I tried installing the nVidia drivers, >>> and it could not create the needed module. Sounds logical though, >>> since I imagine there would be some need of updating or patching to >>> support the present kernel in Severn. >>> >>> >>> >> >>I installed 2.6.0-test1 one today on ath 700 over ssh and rebooted the >> machine, it came up fine and i just ssh'd in to check it. Granted I am >> not running anything on it yet. I also did to my ath 1800 and rebooted, >> but it didnt come back up. So its not "old" hardware causing it. I also >> have rage128 pro vid on the 700. Will try beta on my ibm 600E later and >> maybe I can have sound again wiht 2.6 kernel. >> > I took a clue from Bill Nottingham who was responding to a message > regading kernel oopses with AMD's and the Taroon beta. Looks like the > same case for AMD and Severn... > After getting home the kernel had booted, but my netowrk wasnt working. So I have both a slot one 700 and a socket a 1800 working with 2.6 test1 rpm. -- Ethan Bonick etbonick_AT_networkinggeeks.com http://www.networkinggeeks.com From hoyt at cavtel.net Tue Jul 29 18:05:46 2003 From: hoyt at cavtel.net (HoytDuff) Date: Tue, 29 Jul 2003 14:05:46 -0400 Subject: Making reiserfs work in the installer In-Reply-To: <3F25D43A.20703@rackable.com> References: <3F25D43A.20703@rackable.com> Message-ID: <200307291405.46465.hoyt@cavtel.net> On Monday 28 July 2003 09:56 pm, Samuel Flory wrote: > The following are the steps to make the beta work with reiserfs. This > will work with a cdrom iso image or a full nfs image. > Very nice. Thanks. There is an opportunity for third-party developers to create a substitute boot CD similar to that createrd by PLF for Mandrake 9.1 at ftp://ftp.easynet.fr/plf/iso/. The PLF CD works this way: You begin the install with the custom CD which includes the modified installer plus unofficial RPMs that the installer makes available to you for selection during the install. If such a beast were developed for Red Hat by The Fedora Project or FreshRPMs.Net, that would be useful to those seeking advanced, unsupported features. -- Hoyt From ghenriks at rogers.com Tue Jul 29 18:24:13 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Tue, 29 Jul 2003 14:24:13 -0400 Subject: kernel and gcc issues -- giving it one more shot In-Reply-To: References: Message-ID: <4redivck7ki7vgk6gtohqr6pn80504a6r8@4ax.com> On Tue, 29 Jul 2003 13:12:05 -0400 (EDT), you wrote: > first, there is the occasion where you have to deal with a kernel and >compiler mismatch, particularly with nvidia drivers. if you try to >compile the latest nvidia driver normally, you get a "mismatch" error that >you can override by defining the "IGNORE_CC_MISMATCH" environment >variable when you build. fair enough, but of course, you never know >when this issue will come up again elsewhere. Better might be CC=gcc32 so that the kernel and NVIDIA driver both use the same compiler. > second issue is whether there is any problem simply recompiling the >installed kernel source with gcc (3.3, that is)? is there anything about >that kernel that's necessarily gcc 3.2-related? See the following explanation from Alan Cox on why gcc32 is necessary for the kernel: http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00094.html From rpjday at mindspring.com Tue Jul 29 18:24:25 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 29 Jul 2003 14:24:25 -0400 (EDT) Subject: kernel and gcc issues -- giving it one more shot In-Reply-To: <1059500809.2632.6.camel@bart.netlyncs.com> Message-ID: On 29 Jul 2003, Mike Chambers wrote: > On Tue, 2003-07-29 at 12:12, Robert P. J. Day wrote: > > > > but is there any reason *not* to rebuild the kernel using gcc 3.3, in > > order to avoid any future mismatch issues? > > There are/were issues with the latest 2.4 kernels and gcc-3.3 and they > won't compile, so that is why 3.2 was/is used. Not sure on the very > lastest as of today or if there is any sort of work around. > > Maybe one of the kernel folks can comment on it. well, i'm not one of them, but in trying to build the kernel source with the config file as it comes with severn, i've already have to deselect a couple of options that causes gcc 3.3 to choke. not options that i needed so i didn't feel badly about it. i suspect these are marginally-written modules that the more forgiving gcc 3.2 let go, but gcc 3.3 wasn't going to accept. as we speak, the build is progressing -- we're beyond the kernel and into the modules. the whole point of this is that i'm going to take another stab at upgrading to a 2.6.0 kernel of *some* kind, and i figure at least verifying that i can compile a working kernel with gcc 3.3 is a small step along the way. rday From joe at tmsusa.com Tue Jul 29 18:28:28 2003 From: joe at tmsusa.com (joe) Date: Tue, 29 Jul 2003 11:28:28 -0700 Subject: Severn installation aborted In-Reply-To: <3F26857A.7060708@earthlink.net> References: <3F26857A.7060708@earthlink.net> Message-ID: <3F26BCCC.80505@tmsusa.com> Charles Hixson wrote: > If one doesn't have the third CD, the install aborts in a quite > unpleasant manner. I was forced to power-down the computer (and then > re-install another system) because I had left the final CD at work. > My expectation was that this would result in some capabilities being > missing. No, that would be how suse does things... perhaps rh could take a lesson? Joe From ghenriks at rogers.com Tue Jul 29 18:49:43 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Tue, 29 Jul 2003 14:49:43 -0400 Subject: Graphical boot In-Reply-To: <1059448804.1210.3.camel@chastain> References: <1059448804.1210.3.camel@chastain> Message-ID: On 28 Jul 2003 22:20:05 -0500, you wrote: >Sorry if this is redundant. But, I haven't seen any discussion... > >The graphical boot...is it supposed to work with the newest beta? It >appears to be configured in /etc/sysconfig/init...but certainly nothing >"graphical" occurs. Any feedback. I upgraded from Shrike to Severn and the graphical boot stuff wasn't installed during the upgrade so I had to manually install the rhgb rpm. From jbinpg at shaw.ca Tue Jul 29 18:57:26 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Tue, 29 Jul 2003 11:57:26 -0700 Subject: bugs, bugs, bugs! In-Reply-To: <20030728221854.A21358@devserv.devel.redhat.com> References: <20030728221854.A21358@devserv.devel.redhat.com> Message-ID: <20030729185726.GA31806@nonesuch> On Mon, Jul 28, 2003 at 10:18:54PM -0400, Bill Nottingham wrote: [much snippage] > Bugs may be moved from one list to the other at any time, or > deescalated completely. The chances of an enhancement requests > landing on either of these lists is fairly low. Let me get this straight: - bugs will be triaged and possibly escalated whereas RFEs will not Does this mean that RFEs simply sit there until they fall off the bottom? -- Jack Bowling mailto: jbinpg at shaw.ca From jbj at redhat.com Tue Jul 29 19:00:00 2003 From: jbj at redhat.com (Jeff Johnson) Date: Tue, 29 Jul 2003 15:00:00 -0400 Subject: bugs, bugs, bugs! In-Reply-To: <20030729185726.GA31806@nonesuch>; from jbinpg@shaw.ca on Tue, Jul 29, 2003 at 11:57:26AM -0700 References: <20030728221854.A21358@devserv.devel.redhat.com> <20030729185726.GA31806@nonesuch> Message-ID: <20030729150000.P6922@devserv.devel.redhat.com> On Tue, Jul 29, 2003 at 11:57:26AM -0700, Jack Bowling wrote: > On Mon, Jul 28, 2003 at 10:18:54PM -0400, Bill Nottingham wrote: > > [much snippage] > > Bugs may be moved from one list to the other at any time, or > > deescalated completely. The chances of an enhancement requests > > landing on either of these lists is fairly low. > > Let me get this straight: > - bugs will be triaged and possibly escalated whereas RFEs will not > > Does this mean that RFEs simply sit there until they fall off the > bottom? No, RFE's will remain, just like all bugzilla entries. However, at this point in the release cycle, it's about bugs, not RFE's. 73 de Jeff -- Jeff Johnson ARS N3NPQ jbj at redhat.com (jbj at jbj.org) Chapel Hill, NC From mrichar1 at alum.swarthmore.edu Tue Jul 29 19:05:26 2003 From: mrichar1 at alum.swarthmore.edu (Marc Richards) Date: Tue, 29 Jul 2003 15:05:26 -0400 Subject: Java, NPTL and AMD64 Message-ID: <000001c35604$60baab10$0100000a@diablo> Hi, Is there any J2RE that currently support NPTL and or AMD64? Sun's new Java 1.4.2 doesn't list RedHat 9 as being supported and doesn't even mention AMD64. I have heard murmurs about a Blackdown 1.4.2 coming out anytime now, but the website looks fairly under maintained and I can't seem to find it anywhere. I know that RedHat made a deal with Sun to distribute Java with its enterprise line, but I don't see any Java related rpms in Taroon. Assumedly since Taroon uses NPTL and supports AMD64, a compatible version of Java is forthcoming...anybody know anything more specific? Marc From jbinpg at shaw.ca Tue Jul 29 19:10:15 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Tue, 29 Jul 2003 12:10:15 -0700 Subject: RHL Severn - Initial Findings In-Reply-To: References: <20030729172007.GA3777@ip68-4-255-84.oc.oc.cox.net> Message-ID: <20030729191015.GB31806@nonesuch> On Tue, Jul 29, 2003 at 01:42:17PM -0400, Robert P. J. Day wrote: > 1) you can download, verify and examine the ISOs at your leisure > before starting the install, so you *know* they'll be healthy, You can still be bitten by a bad file. I had this happen last week with a RH9 install. I downloaded the RH9 ISOs from a mirror site but it bombed on a file on Disc 3. Tried another mirror site and same thing. Then I copied all the files to a hard drive partition, mounted Disc 3 on loop and did a rpm-qpi on the bad file. Sure enough, it was munged and I got no output from the command. Solution - I downloaded the good file from the RH repository and reburned Disc 3 and all was fine. -- Jack Bowling mailto: jbinpg at shaw.ca From jorton at redhat.com Tue Jul 29 19:25:26 2003 From: jorton at redhat.com (Joe Orton) Date: Tue, 29 Jul 2003 20:25:26 +0100 Subject: PHP4 + Apache2 = Experimental In-Reply-To: <000c01c35567$3b294a20$6501a8c0@diablo> References: <000c01c35567$3b294a20$6501a8c0@diablo> Message-ID: <20030729192526.GA28302@redhat.com> On Mon, Jul 28, 2003 at 08:20:30PM -0400, Marc Richards wrote: > I have posted questions to the PHP development list in the past and the main > reason that they gave for it still being experimental was that PHP as a > whole is not thread-safe and therefore if one of the extensions or libraries > was buggy and not thread-safe it could take down the whole apache instance. It's important to recognize that the issue about thread-safety is *not* an argument about whether PHP works with Apache 2.0 or not. Using the default httpd binary in 2.0 (and that we ship), there are no thread-safety issues in PHP, period. From the thread-safety perspective, Apache 2.0 is absolutely no different from 1.3 in this configuration. We provide an alternative httpd binary, /usr/sbin/httpd.worker, which uses a thread-based model for processing requests: you can't use PHP with this binary without recompiling it, and you probably wouldn't want to even if you did. It's not entirely clear why the PHP site has a "don't use PHP with Apache 2.0 on production sites" message. There is no message like that on the pages about integrating PHP with any of the Windows servers like Xitami, IIS etc, and I am confident those configurations get a lot less development, attention and production testing than PHP on Apache 2.0. We've done a bunch of testing of 2.0 with PHP and the other modules; be assured we wouldn't ship it if we didn't think it was production ready. A number of (mostly minor) PHP/Apache 2.0 integration issues have been fixed in our errata updates; none of these were reliability or stability issues. Regards, joe From notting at redhat.com Tue Jul 29 19:27:28 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 29 Jul 2003 15:27:28 -0400 Subject: bugs, bugs, bugs! In-Reply-To: <20030729185726.GA31806@nonesuch>; from jbinpg@shaw.ca on Tue, Jul 29, 2003 at 11:57:26AM -0700 References: <20030728221854.A21358@devserv.devel.redhat.com> <20030729185726.GA31806@nonesuch> Message-ID: <20030729152728.B20881@devserv.devel.redhat.com> Jack Bowling (jbinpg at shaw.ca) said: > > Bugs may be moved from one list to the other at any time, or > > deescalated completely. The chances of an enhancement requests > > landing on either of these lists is fairly low. > > Let me get this straight: > - bugs will be triaged and possibly escalated whereas RFEs will not > > Does this mean that RFEs simply sit there until they fall off the > bottom? No, it's just that at this stage in the release, bugs have higher priorities than most RFEs. When you're tracking issues that you want to fix to ship a release, that's mainly bugs as opposed to enhancements. Bill From rpjday at mindspring.com Tue Jul 29 18:59:51 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 29 Jul 2003 14:59:51 -0400 (EDT) Subject: kernel and gcc issues -- giving it one more shot In-Reply-To: <4redivck7ki7vgk6gtohqr6pn80504a6r8@4ax.com> Message-ID: On Tue, 29 Jul 2003, Gerald Henriksen wrote: > On Tue, 29 Jul 2003 13:12:05 -0400 (EDT), you wrote: > > > first, there is the occasion where you have to deal with a kernel and > >compiler mismatch, particularly with nvidia drivers. if you try to > >compile the latest nvidia driver normally, you get a "mismatch" error that > >you can override by defining the "IGNORE_CC_MISMATCH" environment > >variable when you build. fair enough, but of course, you never know > >when this issue will come up again elsewhere. > > Better might be CC=gcc32 so that the kernel and NVIDIA driver both use > the same compiler. > > > second issue is whether there is any problem simply recompiling the > >installed kernel source with gcc (3.3, that is)? is there anything about > >that kernel that's necessarily gcc 3.2-related? > > See the following explanation from Alan Cox on why gcc32 is necessary > for the kernel: > > http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00094.html actually, that pretty much confirms what i had suspected -- that gcc 3.3 was simply more rigorous in rejecting "borderline bogus constructs". so i'm assuming that, as long as the compile succeeds, i should be all right. and in fact, the compile just finished (after having deselected a couple of those bogus modules). so, lessee what happens ... rday From jorton at redhat.com Tue Jul 29 19:37:23 2003 From: jorton at redhat.com (Joe Orton) Date: Tue, 29 Jul 2003 20:37:23 +0100 Subject: PHP4 + Apache2 = Experimental In-Reply-To: References: <000c01c35567$3b294a20$6501a8c0@diablo> Message-ID: <20030729193723.GB28302@redhat.com> On Tue, Jul 29, 2003 at 06:11:16PM +0100, Lance Davis wrote: > On Mon, 28 Jul 2003, Marc Richards wrote: > > > > I had no problems at all with PHP and Apache2. For what I know, it is > > widely used, although it may be labeled "experimental" I think it is quite > > reliable. > > > > > Note that PHP 4.3.2 (which was released by the end of May) includes a > > totally rewritten apxs2 support. It is worth trying. > > apache 2 itself isnt really ready for production and it has been a pain > since rh decided to include it in rh 8.0 > > viz > > suexec / running cgi as different user/group in different virtual hosts > :- > > replacement in Apache 2.0 is the perchild MPM Gosh no, you use suexec to do this in 2.0 just like in 1.3! Have you actually tried 2.0? Regards, joe From sflory at rackable.com Tue Jul 29 19:56:46 2003 From: sflory at rackable.com (Samuel Flory) Date: Tue, 29 Jul 2003 12:56:46 -0700 Subject: Making reiserfs work in the installer In-Reply-To: <3F25D43A.20703@rackable.com> References: <3F25D43A.20703@rackable.com> Message-ID: <3F26D17E.6050708@rackable.com> Samuel Flory wrote: > The following are the steps to make the beta work with reiserfs. > This will work with a cdrom iso image or a full nfs image. > > 1)Create a stage 2 image with reiserfs: > cd /severn/RedHat/base/ > cp stage2.img stage2.img.old > mkdir m1 > mount -oloop stage2.img m1 > 1022 cp -a m1/ tree > mkdir mymods > rpm2cpio ../RPMS/kernel-2.4.21-20.1.2024.2.1.nptl.i586.rpm |cpio -ivd > rpm2cpio ../RPMS/kernel-unsupported-2.4.21-20.1.2024.2.1.nptl.i586.rpm > |cpio -ivd > cd mymods/ > cp > ../lib/modules/2.4.21-20.1.2024.2.1.nptl/unsupported/fs/reiserfs/reiserfs.o > 2.4.21-20.1.2024.2.1.nptl/i586/ > cp ../lib/modules/2.4.21-20.1.2024.2.1.nptl/unsupported/fs/jfs/jfs.o > 2.4.21-20.1.2024.2.1.nptl/i586/ > find . -type f | cpio -H crc -o | gzip -9 > ../modules.cgz > cd .. > mv modules.cgz tree/modules/ > umount m2 > rm -rf boot lib mymods > mkcramfs tree/ stage2.img > rm stage2.img.old (only if this is going to be a cdrom image > otherwise keep the backup image.) > > 1a)Create a new iso image. (Haven't done this as I do network > installs, but in theroy.) > mkisofs -T -r -o ../newrhbeta.iso -b isolinux/isolinux.bin -c > isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table . > > 2)Boot the installer with the additional reiserfs option. Examples > "linux reiserfs" or "text reiserfs". > > > PS- If you want I can email my modules.cgz off list. > BTW- You need to be sure you install the unsupported rpm for your kernel;-) -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory From skvidal at phy.duke.edu Tue Jul 29 20:21:18 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 29 Jul 2003 16:21:18 -0400 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: <200307262140.h6QLeDN09679@xos037.xos.nl> References: <200307262140.h6QLeDN09679@xos037.xos.nl> Message-ID: <1059510077.28471.25.camel@binkley> > - yum-arch -z does not seem to compress the headers -z became the default case and should probably be removed and replaced with -n (no compress) > - pkgpolicy=last does not work as expected: when I have installed > a version of package X (from the first yum server) and I add > a second yum server with another version of package X, yum does > not see a need to update package X! When I install package X if > not installed, it indeed takes the version from the second server. > (serverid's are 01something and 02somethingelse). I'm going to need more information on the failure here. > > - yum install sometimes segfaults when installing a package I'm going to need A LOT MORE information on this one. what versions of rpm installed, which kernel, what other things are going on. This has never happened for me and I test yum in all sorts of dumb states. > > - How can I do special actions, like installing a kernel i.s.o. > upgrading it? it does this automagically. > - Furthermore I probably want to be able to run scripts before > or after rpm actions being done (like the LUA scripts in > apt-rpm). I know this is Python and it should be probably > pretty easy to add... All things are easy - and all things take time and planning to keep from screwing them up badly. I'm not sure where I'd want the arbitrary run stuff to occur - I've mostly estimated it being done AFTER the fact - not before. -sv From lance at uklinux.net Tue Jul 29 20:22:53 2003 From: lance at uklinux.net (Lance Davis) Date: Tue, 29 Jul 2003 21:22:53 +0100 (BST) Subject: PHP4 + Apache2 = Experimental In-Reply-To: <20030729193723.GB28302@redhat.com> Message-ID: On Tue, 29 Jul 2003, Joe Orton wrote: > > replacement in Apache 2.0 is the perchild MPM > > Gosh no, you use suexec to do this in 2.0 just like in 1.3! Have you > actually tried 2.0? Yes. It wont accept 'user' or 'group' statements inside virtual hosts , unless something has changed in the past couple of months. Regards Lance -- uklinux.net - The ISP of choice for the discerning Linux user. From mrichar1 at alum.swarthmore.edu Tue Jul 29 20:32:04 2003 From: mrichar1 at alum.swarthmore.edu (Marc Richards) Date: Tue, 29 Jul 2003 16:32:04 -0400 Subject: PHP4 + Apache2 = Experimental Message-ID: <000101c35610$7e1e0d30$0100000a@diablo> Thanks Joe. That's exactly what I needed to hear. It really seems like the PHP group is being unnecessarily biased against Apache 2 considering that prefork IS the default MPM. Marc On Mon, Jul 28, 2003 at 08:20:30PM -0400, Marc Richards wrote: > I have posted questions to the PHP development list in the past and the main > reason that they gave for it still being experimental was that PHP as a > whole is not thread-safe and therefore if one of the extensions or libraries > was buggy and not thread-safe it could take down the whole apache instance. It's important to recognize that the issue about thread-safety is *not* an argument about whether PHP works with Apache 2.0 or not. Using the default httpd binary in 2.0 (and that we ship), there are no thread-safety issues in PHP, period. From the thread-safety perspective, Apache 2.0 is absolutely no different from 1.3 in this configuration. We provide an alternative httpd binary, /usr/sbin/httpd.worker, which uses a thread-based model for processing requests: you can't use PHP with this binary without recompiling it, and you probably wouldn't want to even if you did. It's not entirely clear why the PHP site has a "don't use PHP with Apache 2.0 on production sites" message. There is no message like that on the pages about integrating PHP with any of the Windows servers like Xitami, IIS etc, and I am confident those configurations get a lot less development, attention and production testing than PHP on Apache 2.0. We've done a bunch of testing of 2.0 with PHP and the other modules; be assured we wouldn't ship it if we didn't think it was production ready. A number of (mostly minor) PHP/Apache 2.0 integration issues have been fixed in our errata updates; none of these were reliability or stability issues. Regards, joe From m.a.young at durham.ac.uk Tue Jul 29 20:33:14 2003 From: m.a.young at durham.ac.uk (M A Young) Date: Tue, 29 Jul 2003 21:33:14 +0100 (BST) Subject: Java, NPTL and AMD64 In-Reply-To: <000001c35604$60baab10$0100000a@diablo> Message-ID: On Tue, 29 Jul 2003, Marc Richards wrote: > Is there any J2RE that currently support NPTL and or AMD64? Sun's new Java > 1.4.2 doesn't list RedHat 9 as being supported Whether or not it is supported Sun's 1.4.2 seems to work on RedHat 9 and severn without problems. Michael Young From elwoo at videotron.ca Tue Jul 29 20:33:41 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 29 Jul 2003 16:33:41 -0400 Subject: comments please: Bug 101181 Message-ID: <200307291633.41292.elwoo@videotron.ca> Installer crash, when doing an "upgrade" install of beta (RH 9.0.93) on a previously installed Severn system. N.B. My system uses an AMD Athlon CPU. Kindly add comments, as appropriate. Thanks, Elton Woo. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From shrek-m at gmx.de Tue Jul 29 20:34:12 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 29 Jul 2003 22:34:12 +0200 Subject: driver-modul e100 intel etherexpress 100 In-Reply-To: <20030728201715.G4622@devserv.devel.redhat.com> References: <3F242796.6040506@gmx.de> <20030728201715.G4622@devserv.devel.redhat.com> Message-ID: <3F26DA44.2020302@gmx.de> Michael K. Johnson wrote: >On Sun, Jul 27, 2003 at 09:27:18PM +0200, shrek-m at gmx.de wrote: > > >>are there known problems in severn with the >> e100 >> intel-etherexpress 100 modul >> >> >Not that I know of. Probably should file a bug report with >lspci output... > > i will do it tomorrow for kudzu ! >>tcpdump = nothing seems to go out only come in >> >> >Oh, wait. Please try acpi=nopci and acpi=off -- interrupt >routing might be confused by ACPI. If one or both of these >fix the problem, please post to bugzilla with the output of >/usr/sbin/dmidecode >/usr/sbin/acpidmp >both run as root. > nothing helps, nothing goes out only comes in but it works now :-) # kudzu -p or # vi /etc/sysconfig/hwconf - class: NETWORK bus: PCI detached: 0 device: eth0 driver: e100 <-- should be eepro100 !! desc: "Intel Corp.|82557/8/9 [Ethernet Pro 100]" network.hwaddr: 00:A0:C9:12:34:56 vendorId: 8086 deviceId: 1229 subVendorId: 0000 subDeviceId: 0000 pciType: 1 - # ifconfig eth0 down # rmmod e100 # modprobe eepro100 # modinfo eepro100 this output looks much better than # modinfo e100 replace in /etc/modules.conf e100 with eepro100 ---- # alias eth0 e100 alias eth0 eepro100 ---- # service network restart don?t worry be happy ;-) $ ping www.google.de PING www.google.com (216.239.53.99) 56(84) bytes of data. 64 bytes from 216.239.53.99: icmp_seq=1 ttl=53 time=241 ms with the severn1 boot-disk is it just the same choose manually the eepro100, [alt][F3] inserted e100 intel ether pro/100 this is the reason why i can?t do a network-install how could i solve this problem ? can i simple rename the eepro100 module to e100 ? the better shot, which file include the info / relationship module <-> nic ? -- shrek-m From lfarkas at bnap.hu Tue Jul 29 20:38:51 2003 From: lfarkas at bnap.hu (Farkas Levente) Date: Tue, 29 Jul 2003 22:38:51 +0200 Subject: package wishlist In-Reply-To: <3F259AC3.2090101@gmx.de> References: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> <3F259AC3.2090101@gmx.de> Message-ID: <3F26DB5B.6050104@bnap.hu> shrek-m at gmx.de wrote: > lfarkas at bnap.hu wrote: > >> hi, >> I'd like to see the following packages in the next rh release (of course >> the latest from everything). these are required for a minimal working >> soltion which can comparable with windows clients and servers. >> on the client side: >> - acrobatreader >> - gtkdiff for visual diff >> - ntfs driver >> - keychain >> - flash plugin >> - infrared support (automatic recognition), and gprs support through >> infrared connection. >> >> on the server side: >> - dovecot imap server (AFAIS is already in the beta), we alredy use it in >> our production env. with 300 users. >> - yum as the most usable and free package updater, we use it for a >> long time. >> - mdadm since on all raid list everybody suggest to forget about raidtool >> and use mdadm. >> - rdiff-backup (with librsync and rsync compiled to use librsync) for >> incretemntal backup. >> - openldap >> - latest nss_ldap and pam_ldap >> - directory_administrator (support for samba 3 schema). >> - samba 3 or at least both samba 2.x and 3.x. >> - freeswan with x509 (since this is the only vpn solution which has linux >> and windows clients). the best would be if rh kernel contains ipsec >> and we >> no longer has to recompile the kernel for freeswan! I'd like to see >> freeswan 2.01 with x509 or the best a with super freeswan. >> - l2tpd-0.69-7jdl >> > > the redhat christmas wishlist [RFE] > https://bugzilla.redhat.com/bugzilla/ where is this RFE? I can't find it:-( -- Levente "Si vis pacem para bellum!" From mark at mark.mielke.cc Tue Jul 29 21:03:32 2003 From: mark at mark.mielke.cc (Mark Mielke) Date: Tue, 29 Jul 2003 17:03:32 -0400 Subject: PHP4 + Apache2 = Experimental In-Reply-To: References: <20030729193723.GB28302@redhat.com> Message-ID: <20030729210332.GA2496@mark.mielke.cc> On Tue, Jul 29, 2003 at 09:22:53PM +0100, Lance Davis wrote: > On Tue, 29 Jul 2003, Joe Orton wrote: > > > replacement in Apache 2.0 is the perchild MPM > > Gosh no, you use suexec to do this in 2.0 just like in 1.3! Have you > > actually tried 2.0? > Yes. > It wont accept 'user' or 'group' statements inside virtual hosts , > unless something has changed in the past couple of months. My running httpd-2.0.47 accepts 'SuexecUserGroup ' in the section. What were you trying? How did it fail? The only problems I've had with httpd-2.0.x have to do with mod_perl-1.99.xx not being ready for httpd-2.0.x. Many of these issues seem to have disappeared. Before RedHat shipped httpd-2.0.x, I was compiling it myself, by choice. I'm glad it is in RedHat. Cheers, mark -- mark at mielke.cc/markm at ncf.ca/markm at nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From lance at uklinux.net Tue Jul 29 21:09:58 2003 From: lance at uklinux.net (Lance Davis) Date: Tue, 29 Jul 2003 22:09:58 +0100 (BST) Subject: PHP4 + Apache2 = Experimental In-Reply-To: <20030729210332.GA2496@mark.mielke.cc> Message-ID: On Tue, 29 Jul 2003, Mark Mielke wrote: > On Tue, Jul 29, 2003 at 09:22:53PM +0100, Lance Davis wrote: > > On Tue, 29 Jul 2003, Joe Orton wrote: > > > > replacement in Apache 2.0 is the perchild MPM > > > Gosh no, you use suexec to do this in 2.0 just like in 1.3! Have you > > > actually tried 2.0? > > Yes. > > It wont accept 'user' or 'group' statements inside virtual hosts , > > unless something has changed in the past couple of months. > > My running httpd-2.0.47 accepts 'SuexecUserGroup ' in the > section. > > What were you trying? How did it fail? ah - I didnt find that - I was using the config from apache 1.3 with 'user' and 'group' directives inside the virtual hosts which it borked at From rpjday at mindspring.com Tue Jul 29 21:23:56 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 29 Jul 2003 17:23:56 -0400 (EDT) Subject: build using shipped kernel config fails Message-ID: as an attempt at some debugging, i decided to start from scratch and build a kernel using the shipped source tree, and based on the config file found in /boot. theoretically, if this worked, this should produce the same kernel and modules that are installed originally. at least that's what one would assume. however, using that kernel source tree and config file (and gcc32) produced a compile error on the aic7xxx_osm module. how is that possible? shouldn't doing what i described reproduce the kernel and modules exactly as they were shipped? this is very puzzling. rday From jbinpg at shaw.ca Tue Jul 29 21:30:10 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Tue, 29 Jul 2003 14:30:10 -0700 Subject: bugs, bugs, bugs! In-Reply-To: <20030729152728.B20881@devserv.devel.redhat.com> References: <20030728221854.A21358@devserv.devel.redhat.com> <20030729185726.GA31806@nonesuch> <20030729152728.B20881@devserv.devel.redhat.com> Message-ID: <20030729213010.GA1969@nonesuch> On Tue, Jul 29, 2003 at 03:27:28PM -0400, Bill Nottingham wrote: > Jack Bowling (jbinpg at shaw.ca) said: > > > Bugs may be moved from one list to the other at any time, or > > > deescalated completely. The chances of an enhancement requests > > > landing on either of these lists is fairly low. > > > > Let me get this straight: > > - bugs will be triaged and possibly escalated whereas RFEs will not > > > > Does this mean that RFEs simply sit there until they fall off the > > bottom? > > No, it's just that at this stage in the release, bugs have higher > priorities than most RFEs. When you're tracking issues that you > want to fix to ship a release, that's mainly bugs as opposed to > enhancements. OK, I don't want to be overly argumentative here, but if the releases are now short-cycle, just when will there be enough time to sweep the bugs away and get to the RFEs? -- Jack Bowling mailto: jbinpg at shaw.ca From tcallawa at redhat.com Tue Jul 29 21:33:22 2003 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: 29 Jul 2003 16:33:22 -0500 Subject: build using shipped kernel config fails In-Reply-To: References: Message-ID: <1059514402.20567.3.camel@zorak> On Tue, 2003-07-29 at 16:23, Robert P. J. Day wrote: > however, using that kernel source tree and config file > (and gcc32) produced a compile error on the aic7xxx_osm module. > how is that possible? shouldn't doing what i described reproduce > the kernel and modules exactly as they were shipped? I presume you ran make mrproper on that source tree first? ~spot --- Tom "spot" Callaway SAIR LCA, RHCE Red Hat Enterprise Architect :: http://www.redhat.com Project Leader for Aurora Sparc Linux :: http://auroralinux.org GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot From alan at redhat.com Tue Jul 29 21:35:46 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 29 Jul 2003 17:35:46 -0400 (EDT) Subject: bugs, bugs, bugs! In-Reply-To: <20030729213010.GA1969@nonesuch> from "Jack Bowling" at Gor 29, 2003 02:30:10 Message-ID: <200307292135.h6TLZkW02288@devserv.devel.redhat.com> > are now short-cycle, just when will there be enough time to sweep the > bugs away and get to the RFEs? Once a release is done is the time RFE's tend to get looked through in detail. Obviously an RFE that reads ".. and I've been maintaining this package on fedora for a year" is a great way to make your RFE popular 8) From lance at uklinux.net Tue Jul 29 21:35:55 2003 From: lance at uklinux.net (Lance Davis) Date: Tue, 29 Jul 2003 22:35:55 +0100 (BST) Subject: PHP4 + Apache2 = Experimental In-Reply-To: <20030729210332.GA2496@mark.mielke.cc> Message-ID: On Tue, 29 Jul 2003, Mark Mielke wrote: > > It wont accept 'user' or 'group' statements inside virtual hosts , > > unless something has changed in the past couple of months. > > My running httpd-2.0.47 accepts 'SuexecUserGroup ' in the > section. > > What were you trying? How did it fail? ah - I didnt find that - I was using the config from apache 1.3 with 'user' and 'group' directives inside the virtual hosts which it borked at I then googled and found the stuff re perchild mpm being the replacement and not working :( I'll have another go ... Regards Lance -- uklinux.net - The ISP of choice for the discerning Linux user. From segg at infonet.ca Tue Jul 29 21:22:00 2003 From: segg at infonet.ca (Gilles J. Seguin) Date: Tue, 29 Jul 2003 17:22:00 -0400 Subject: Severn Printing Configuration References: <6A3008858445D711A58A00062939B2F1EC40@EXCHANGE> Message-ID: <3F26E578.5BF52931@infonet.ca> Pavel Rozenboim wrote: > > > -----Original Message----- > > From: John Kodis [mailto:kodis at mail630.gsfc.nasa.gov] > > Sent: Tue, July 29, 2003 6:13 PM > > To: rhl-beta-list at redhat.com > > Subject: Re: Severn Printing Configuration > > > > > > On Tue, Jul 29, 2003 at 07:28:59AM -0700, Charles Hixson wrote: > > > > > Both the Networked JetDirect and the Networked Novell (NCP) > > appear to be > > > broken in this version. There don't seem to be any details > > to include. > > > With Networked JetDirect the error message is: > > > There was a problem sending CUPS test page to 'lp357m' queue: > > > > > > lpr: unable to print file: server-error-service-unavailable Can you show/prove that the directory for the queue does exists. Which seems the first problem to resolve. hope this help. From jspaleta at princeton.edu Tue Jul 29 21:37:16 2003 From: jspaleta at princeton.edu (Jef Spaleta) Date: 29 Jul 2003 17:37:16 -0400 Subject: RHL Severn - Initial Findings Message-ID: <1059514636.4174.47.camel@spatula> Matthew Winter wrote, somewhere in the digest: >Once the installation was complete, I found that the system did not make >use of the new graphical boot. I assume the installer prefers to keep >the existing config in its entirity. I doubt the installer keeps ALL configs as before when doing an upgrade...i would imagine that it would really depend on what you have editted and what is still a stock file. rpm packages can sense custom config files and can prefer yer custom configs over stock configs. It really depends on what the rpm packager decided the behavior should be. If you had a hand editted config file, rpm packages typically can either leave that config in place and give you the stock config as a backup file, or back up yer custom config and give you a new stock config. Look for files like *.rpmsave *.rpmnew *.rpmold. I always forget which type of backup file corresponds to which behavior. >I then noticed that even though I have only installed possible 4 >additional RPM's ontop of the original RHL 9, I had alot of package >dependency problems ...there is some value in trying to debug upgrade issues that only show up when you are upgrading instead of doing a fresh install. Those however are very tricky, especially dependancy issue with non-redhat rpms that you have installed. I would have thought the installer would throw up some warning messages about unresolved dependances for any installed rpms that you had, even non redhat ones. This is tough to narrow down, unless you can take the time to do repeated upgrades scenarios where you are confident of configuration you started with. If you have been living in rhl9 for a couple months, you could have an extremely personalized setup that other people just might not be able to reproduce similar upgrade bugs...its tough. >Once booted, I attempted to install the NVidia driver, rebuilding the >kernel. This failed as the NVidia driver performs a check of the CC >versions and found that they are compiled using an earlier release. I >assume NVidia will update there drivers when Severn goes into GA. I have good news and bad news for you. First the good news...right now becuase the kernel in the beta is still compiled with gcc3.2 you can in fact compile the nvidia driver...you just have to use the older gcc3.2 and not gcc3.3. In fact, you HAVE to recompile the nvidia driver with the same version of gcc that you compile the kernel with...so use the older Gcc3.2 which still comes in the beta. The bad news is...once it becomes a breeze(cough..cough) to compile the kernel with gcc3.3, i would expect that any subsequent isos that get released for this beta phase might have kernels compiled with gcc 3.3. Once this happens...don't count on the nvidia driver working from that point on..till after the beta phase is over. Nvidia has historically NOT provided any drivers that can be used as part of the redhat beta testing process. The problem is what nvidia gives you is mostly a binary only library, with a small amount of code that you can recompile to work with your kernel. Once the kernel starts being compiled with gcc3.3, the gcc3.2 compiled library/libraries nvidia provides will most likely just not work together. Personally i think you best serve the community if you just use the nv driver while yer beta testing, so that you can file bugreports for it early on, so they can get fixed sooner. For future reference, try not to obliterate a working system that you expect to use with a beta. Whether or not this beta is less buggy or not than previous betas isn't important. Always count on seeing a major show-stopper that no-one else can reproduce, when you are installing a beta release. Beta releases with 1400+ separate packages, will by their very nature,always be a good source of fiber and roughage...in the form of pointy glass shards. Beta releases will also steal your babies and rat you out to the IRS. Just be prepared. And please, make sure you check and post to redhat's bugzilla about any of the rest of these issue. I don't know if anyone can do anything about how applications interact with on-the-fly resolution resizing(during this beta phase at least)...but now that we have the resolution resizing ability, applications need to start thinking about how to deal with it....so file those bugs. I would imagine this is going to be an application by application kind of bug that has to be sent upstream to each of the projects themselves....but someone in the know about desktop development could give a short explanation on where in chain desktop resizing is suppose to be noticed. I doubt its the wm that is suppose to notice, so its either the desktop framework or each individual application. -jef"use a second partition or disk to install the beta if you can, and leave yer rhl9 install intact to play RTCW"spaleta -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From leonardjo at hetnet.nl Tue Jul 29 21:38:50 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Tue, 29 Jul 2003 23:38:50 +0200 Subject: Version to report Severn bugs Message-ID: <3F27058A.1838.27329C@localhost> Hi folks, Could anybody tell me under which verions of Red Hat Linux I should report Severn bugs? I don't see a version entry specific for Severn. Should "beta" do? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From alan at redhat.com Tue Jul 29 21:41:57 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 29 Jul 2003 17:41:57 -0400 (EDT) Subject: RHL Severn - Initial Findings In-Reply-To: <1059514636.4174.47.camel@spatula> from "Jef Spaleta" at Gor 29, 2003 05:37:16 Message-ID: <200307292141.h6TLfv006613@devserv.devel.redhat.com> > point on..till after the beta phase is over. Nvidia has historically NOT > provided any drivers that can be used as part of the redhat beta testing > process. The problem is what nvidia gives you is mostly a binary only gcc 3.2/3.3 are very close, if not identical on the C++ side. I wouldn't personally panic too hard. From rpjday at mindspring.com Tue Jul 29 21:40:36 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 29 Jul 2003 17:40:36 -0400 (EDT) Subject: build using shipped kernel config fails In-Reply-To: <1059514402.20567.3.camel@zorak> Message-ID: On 29 Jul 2003, Tom 'spot' Callaway wrote: > On Tue, 2003-07-29 at 16:23, Robert P. J. Day wrote: > > > however, using that kernel source tree and config file > > (and gcc32) produced a compile error on the aic7xxx_osm module. > > how is that possible? shouldn't doing what i described reproduce > > the kernel and modules exactly as they were shipped? > > I presume you ran make mrproper on that source tree first? been there, done that, more than once. if someone else wants to try it, i'd like to see if it happens elsewhere. rday From chris at boredinboise.org Tue Jul 29 21:43:49 2003 From: chris at boredinboise.org (Chris Hillman) Date: Tue, 29 Jul 2003 15:43:49 -0600 Subject: Version to report Severn bugs In-Reply-To: <3F27058A.1838.27329C@localhost> References: <3F27058A.1838.27329C@localhost> Message-ID: <3F26EA95.3050203@boredinboise.org> Directly from Jay Turner: Directly from Bugzilla: Red Hat Linux Beta For bugs about the Severn release of Red Hat Linux Project, please choose "Beta1" as the version and "i386" as the platform. Leonard den Ottolander wrote: >Could anybody tell me under which verions of Red Hat Linux I should >report Severn bugs? I don't see a version entry specific for Severn. >Should "beta" do? > > From rpjday at mindspring.com Tue Jul 29 21:42:50 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 29 Jul 2003 17:42:50 -0400 (EDT) Subject: RHL Severn - Initial Findings In-Reply-To: <1059514636.4174.47.camel@spatula> Message-ID: On 29 Jul 2003, Jef Spaleta wrote: > I have good news and bad news for you. > First the good news...right now becuase the kernel in the beta is still > compiled with gcc3.2 you can in fact compile the nvidia driver...you > just have to use the older gcc3.2 and not gcc3.3. In fact, you HAVE to > recompile the nvidia driver with the same version of gcc that you > compile the kernel with...so use the older Gcc3.2 which still comes in > the beta. not that i've noticed. i've been building nvidia drivers for a while. if there's a mismatch, you can just do the build while defining the IGNORE_CC_MISMATCH variable. it seems to have worked for me so far. rday From mrichar1 at alum.swarthmore.edu Tue Jul 29 21:44:50 2003 From: mrichar1 at alum.swarthmore.edu (Marc Richards) Date: Tue, 29 Jul 2003 17:44:50 -0400 Subject: NNTP Message-ID: <000401c3561a$a3be6c10$0100000a@diablo> What are the chances of RedHat making this list available via NNTP? It would make my life 1 billion times better and probably cause an end to world hunger. Marc From sbonnevi at redhat.com Tue Jul 29 21:47:42 2003 From: sbonnevi at redhat.com (Steven Bonneville) Date: Tue, 29 Jul 2003 17:47:42 -0400 Subject: PHP4 + Apache2 = Experimental In-Reply-To: <20030729202300.3339.53949.Mailman@listman.back-rdu.redhat.com> References: <20030729202300.3339.53949.Mailman@listman.back-rdu.redhat.com> Message-ID: <20030729214742.GB7067@sbonnevi.rdu.redhat.com> Lance Davis wrote: > It wont accept 'user' or 'group' statements inside virtual hosts , > unless something has changed in the past couple of months. Right. It's a syntax change in mod_suexec. Use the 'SuexecUserGroup' directive instead: http://httpd.apache.org/docs-2.0/mod/mod_suexec.html#suexecusergroup The documentation on the User and Group directives for Apache 2.0 also mentions this. -- Steve Bonneville From mitch at metauser.net Tue Jul 29 21:47:50 2003 From: mitch at metauser.net (Mitch Anderson) Date: 29 Jul 2003 15:47:50 -0600 Subject: RHL Severn - Initial Findings In-Reply-To: <200307292141.h6TLfv006613@devserv.devel.redhat.com> References: <200307292141.h6TLfv006613@devserv.devel.redhat.com> Message-ID: <1059515270.14028.2.camel@twoface> On Tue, 2003-07-29 at 15:41, Alan Cox wrote: > > point on..till after the beta phase is over. Nvidia has historically NOT > > provided any drivers that can be used as part of the redhat beta testing > > process. The problem is what nvidia gives you is mostly a binary only > > gcc 3.2/3.3 are very close, if not identical on the C++ side. I wouldn't > personally panic too hard. > I've been running on the Nvidia driver compiled with gcc 3.3 even tho the kernel is done with 3.2 for a while now... haven't noticed any problems... and I've now got almost 5 days uptime... (4 days 23:12, to be exact) From leonardjo at hetnet.nl Tue Jul 29 21:49:28 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Tue, 29 Jul 2003 23:49:28 +0200 Subject: bugs, bugs, bugs! In-Reply-To: <200307292135.h6TLZkW02288@devserv.devel.redhat.com> References: <20030729213010.GA1969@nonesuch> from "Jack Bowling" at Gor 29, 2003 02:30:10 Message-ID: <3F270808.19041.30F09A@localhost> Hi, Are redundant and missing (Build)Requires in src rpm's considered RFE's or should they be reported at this stage? I have assembled a small list that I wanted to check, but I could wait reporting such issues if they are not considered relevant at this stage. When a (src) rpm contains both a Requires for a file and the rpm providing that file is this considered a redundant Requires? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From leonardjo at hetnet.nl Tue Jul 29 21:52:15 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Tue, 29 Jul 2003 23:52:15 +0200 Subject: Version to report Severn bugs In-Reply-To: <3F26EA95.3050203@boredinboise.org> References: <3F27058A.1838.27329C@localhost> Message-ID: <3F2708AF.22435.337AD9@localhost> Hi Chris, > Directly from Bugzilla: > > Red Hat Linux Beta For bugs about the Severn release of Red Hat > Linux > Project, please choose "Beta1" as the version > and "i386" as the platform. Oops, must have missed that. Thanks. Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From ghenriks at rogers.com Tue Jul 29 21:57:07 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Tue, 29 Jul 2003 17:57:07 -0400 Subject: NNTP In-Reply-To: <000401c3561a$a3be6c10$0100000a@diablo> References: <000401c3561a$a3be6c10$0100000a@diablo> Message-ID: On Tue, 29 Jul 2003 17:44:50 -0400, you wrote: >What are the chances of RedHat making this list available via NNTP? It >would make my life 1 billion times better and probably cause an end to world >hunger. news.gmane.org makes this list available (as gmane.linux.redhat.rhl.beta). From chris at boredinboise.org Tue Jul 29 22:10:07 2003 From: chris at boredinboise.org (Chris Hillman) Date: Tue, 29 Jul 2003 16:10:07 -0600 Subject: Graphical boot In-Reply-To: References: <1059448804.1210.3.camel@chastain> Message-ID: <3F26F0BF.3070704@boredinboise.org> Gerald Henriksen wrote: > I upgraded from Shrike to Severn and the graphical boot stuff wasn't > installed during the upgrade so I had to manually install the rhgb rpm. I experienced the same thing and have posted it in bugzilla (101192). If you're going to brag about it so much during the install, then install it :). I also felt that since the upgrade modified /etc/sysconfig/init to say "GRAPHICAL = yes" that rhgb should definately be installed. -Chris From alan at redhat.com Tue Jul 29 22:13:52 2003 From: alan at redhat.com (Alan Cox) Date: Tue, 29 Jul 2003 18:13:52 -0400 (EDT) Subject: bugs, bugs, bugs! In-Reply-To: <3F270808.19041.30F09A@localhost> from "Leonard den Ottolander" at Gor 29, 2003 11:49:28 Message-ID: <200307292213.h6TMDrK22771@devserv.devel.redhat.com> > Are redundant and missing (Build)Requires in src rpm's considered > RFE's or should they be reported at this stage? I have assembled a I report them as bugs, especially ones that build different packages as a result. I got burned nastily by xmms not requiring vorbis and producing working, complete functional players that didnt play anything 8) From elwoo at videotron.ca Tue Jul 29 22:14:35 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 29 Jul 2003 18:14:35 -0400 Subject: HOW TO enter an RFE (was Re: package wishlist In-Reply-To: <3F26DB5B.6050104@bnap.hu> References: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> <3F259AC3.2090101@gmx.de> <3F26DB5B.6050104@bnap.hu> Message-ID: <200307291814.35965.elwoo@videotron.ca> On Tuesday 29 July 2003 16:38, Farkas Levente Farkas Levente wrote: > > the redhat christmas wishlist [RFE] > > https://bugzilla.redhat.com/bugzilla/ > > where is this RFE? I can't find it:-( RFE= Requested Feature Enhancement. GOTO https://bugzilla.redhat.com/bugzilla/ 1) Select "new bug" 2) Follow the instructions, and do as if entering a new bug. EXCEPT 3) In the selection "Severity" drop down the menu and select "Requested feature or enhancement". HTH, Elton Woo ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Tue Jul 29 22:17:30 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 29 Jul 2003 18:17:30 -0400 Subject: bugs, bugs, bugs! In-Reply-To: <200307292135.h6TLZkW02288@devserv.devel.redhat.com> References: <200307292135.h6TLZkW02288@devserv.devel.redhat.com> Message-ID: <200307291817.30702.elwoo@videotron.ca> On Tuesday 29 July 2003 17:35, Alan Cox Alan Cox wrote: > > are now short-cycle, just when will there be enough time to sweep the > > bugs away and get to the RFEs? > > Once a release is done is the time RFE's tend to get looked through in > detail. Obviously an RFE that reads ".. and I've been maintaining this > package on fedora for a year" is a great way to make your RFE popular 8) ... *or* "I've been REQUESTING this feature for the last three versions of Red Hat linux" ... would that also grab attention? Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Tue Jul 29 22:20:30 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 29 Jul 2003 18:20:30 -0400 Subject: Version to report Severn bugs In-Reply-To: <3F27058A.1838.27329C@localhost> References: <3F27058A.1838.27329C@localhost> Message-ID: <200307291820.30535.elwoo@videotron.ca> On Tuesday 29 July 2003 17:38, Leonard den Ottolander Leonard den Ottolander wrote: > Hi folks, > > Could anybody tell me under which verions of Red Hat Linux I should > report Severn bugs? I don't see a version entry specific for Severn. > Should "beta" do? > > Bye, > Leonard. I guess it's pretty easy to miss, but when entering a new bug there is a note that, for Severn (RH 9.0.93), one must use "Beta1" and "i386" (even if you are using a different CPU family). HTH, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Tue Jul 29 22:22:45 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 29 Jul 2003 18:22:45 -0400 Subject: NNTP In-Reply-To: <000401c3561a$a3be6c10$0100000a@diablo> References: <000401c3561a$a3be6c10$0100000a@diablo> Message-ID: <200307291822.45220.elwoo@videotron.ca> On Tuesday 29 July 2003 17:44, Marc Richards Marc Richards wrote: > What are the chances of RedHat making this list available via NNTP? It > would make my life 1 billion times better and probably cause an end to > world hunger. > > Marc and make it a quintillion times more accessible to the SPAMmers... and probably cause an escalation of wars in the Middle East, and the South Pacific... Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From mrichar1 at alum.swarthmore.edu Tue Jul 29 22:30:55 2003 From: mrichar1 at alum.swarthmore.edu (Marc Richards) Date: Tue, 29 Jul 2003 18:30:55 -0400 Subject: NNTP In-Reply-To: <200307291822.45220.elwoo@videotron.ca> Message-ID: <000501c35621$18cddd00$0100000a@diablo> > > What are the chances of RedHat making this list available via NNTP? It > would make my life 1 billion times better and probably cause an end to > world hunger. > > Marc > and make it a quintillion times more accessible to the SPAMmers... Not necessarily. It could be read-only like the other mailinglist-nntp gateways on news.redhat.com. That way all I have to do is change the address to rhl-beta-list at redhat.com when I hit reply. Marc From max.clark at media.net Tue Jul 29 22:43:52 2003 From: max.clark at media.net (Max Clark) Date: Tue, 29 Jul 2003 15:43:52 -0700 Subject: Mysql 4.x Message-ID: Hi all, I was wondering if anyone out there could help me install mysql 4.x on a redhat 10 beta system. Are there rpms out there in the wild? What do I need to modify in order to get the mysql rpm to install correctly? Thanks in advance, Max From feliciano.matias at free.fr Tue Jul 29 22:40:54 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 30 Jul 2003 00:40:54 +0200 Subject: package wishlist In-Reply-To: <3F26DB5B.6050104@bnap.hu> References: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> <3F259AC3.2090101@gmx.de> <3F26DB5B.6050104@bnap.hu> Message-ID: <1059518453.869.65.camel@one.myworld> Le mar 29/07/2003 ? 22:38, Farkas Levente a ?crit : > shrek-m at gmx.de wrote: > > lfarkas at bnap.hu wrote: > > > > the redhat christmas wishlist [RFE] > > https://bugzilla.redhat.com/bugzilla/ > > where is this RFE? I can't find it:-( Choose component "distribution". -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From mike at netlyncs.com Tue Jul 29 22:49:23 2003 From: mike at netlyncs.com (Mike Chambers) Date: 29 Jul 2003 17:49:23 -0500 Subject: Graphical boot In-Reply-To: <3F26F0BF.3070704@boredinboise.org> References: <1059448804.1210.3.camel@chastain> <3F26F0BF.3070704@boredinboise.org> Message-ID: <1059518962.2632.19.camel@bart.netlyncs.com> On Tue, 2003-07-29 at 17:10, Chris Hillman wrote: > I experienced the same thing and have posted it in bugzilla (101192). > If you're going to brag about it so much during the install, then > install it :). I also felt that since the upgrade modified > /etc/sysconfig/init to say "GRAPHICAL = yes" that rhgb should definitely > be installed. Remember, upgrading is exactly what it is, upgrading. It doesn't (AFAICT) install extra packages, unless one of the upgraded packages has a dependency that must be met, therefore installs the package. rhgb doesn't exist on 9, so it doesn't get installed. And just because the /etc/sysconfig/init got updated, is only because it already existed and the new package included the graphical boot code. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From cochranb at speakeasy.net Tue Jul 29 22:51:17 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 29 Jul 2003 18:51:17 -0400 Subject: x-chat IRS Client Message-ID: <1059519077.1286.3.camel@bobcp4.lingpgmr.com> In Severn, the X-chat IRC client doesn't seem to allow you to add a new server. -- Need help with computer hardware or software? I can take care of it in your home at very reasonable cost. Bob Cochran Greenbelt, Maryland, USA http://www.greenbeltcomputer.biz/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rpjday at mindspring.com Tue Jul 29 22:58:42 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 29 Jul 2003 18:58:42 -0400 (EDT) Subject: argh!! burned by buggy pcmcia init script again! Message-ID: i can't believe i've burned by the same buggy pcmcia init script yet again. you think i'd learn. or something. quite some time ago, after digging around trying to figure out why my pcmcia was not starting properly after i'd built a new 2.4 kernel, i tracked the problem down to a weird condition check in /etc/init.d/pcmcia (which i'd include here, except pine has just decided to not let me import files. yeah, it's been that kind of day.) in a nutshell, if you want to check that file, the script does two different things depending on the structure of the /lib/modules directory. in one case, if at the top level of a build's /lib/modules directory, there's a .../pcmcia directory, the init script does one thing. if not, then it checks for another directory, .../kernel/drivers/pcmcia. depending on what it finds, it executes some "modprobe" commands in slightly different ways. check for yourself. (the difference involves whether or not the module name to modprobe should have the .o suffix or not.) for the original modules directory, there is *no* top-level pcmcia/ directory, so the correct set of modprobes is called, and my modules are loaded, and networking works, yee ha. but after building a new kernel and modules directory, sure enough, the "make modules_install" *does* install a top-level pcmcia/ directory, which causes the wrong (and non-working) set of modprobe's to be run. damn. damn damn damn. and that would certainly explain why i had no pcmcia_core or ds modules loaded. (side note: this new kernel was, in fact, built with gcc 3.3, so that didn't seem to be a problem). amazingly, the new /lib/modules directory still had the lower-level kernel/drivers/pcmcia directory, so all i did was to remove the top-level pcmcia/ directory to get the old behaviour back upon reboot. there's still a small problem with loading the pcmcia modules, but i'll leave that until the next posting. but what's the rationale behind this weirdness in /etc/init.d/pcmcia? it seems *guaranteed* to cause a pcmcia failure if you build and install a new kernel, because of the structure of the new /lib/modules directory. thoughts? rday From rjohnson at medata.com Tue Jul 29 23:10:04 2003 From: rjohnson at medata.com (Rick Johnson) Date: Tue, 29 Jul 2003 16:10:04 -0700 Subject: Mysql 4.x In-Reply-To: References: Message-ID: <3F26FECC.2060405@medata.com> Max Clark wrote: > Hi all, > > I was wondering if anyone out there could help me install mysql 4.x on a > redhat 10 beta system. > > Are there rpms out there in the wild? What do I need to modify in order to > get the mysql rpm to install correctly? Did you try the MySQL.org site itself? Their RPM's generally work under RH8 and RH9 w/o needing to recompile - and they include a compatability package so that things compiled against MySQL 3.23.x still work correctly. Personally, I'd like to see the Licensing resolved and RH include their packages since they fit a bit "cleaner" into the Red Hat distribution. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From jef at tech-info.qc.ca Tue Jul 29 23:10:43 2003 From: jef at tech-info.qc.ca (Jean-Francois =?ISO-8859-1?Q?B=E9langer?=) Date: 29 Jul 2003 19:10:43 -0400 Subject: x-chat IRS Client In-Reply-To: <1059519077.1286.3.camel@bobcp4.lingpgmr.com> References: <1059519077.1286.3.camel@bobcp4.lingpgmr.com> Message-ID: <1059520178.26266.4.camel@jef.tech-info.qc.ca> On Tue, 2003-07-29 at 18:51, Robert L Cochran wrote: > In Severn, the X-chat IRC client doesn't seem to allow you to add a new > server. > Work very well for me, Just press the add bouton for new network and check the "edit mode" checkbox then just click on the servers/port to define server Jean-Francois From leonardjo at hetnet.nl Tue Jul 29 23:32:14 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 30 Jul 2003 01:32:14 +0200 Subject: bugs, bugs, bugs! In-Reply-To: <200307292213.h6TMDrK22771@devserv.devel.redhat.com> References: <3F270808.19041.30F09A@localhost> from "Leonard den Ottolander" at Gor 29, 2003 11:49:28 Message-ID: <3F27201E.29235.23AC3B@localhost> Hi Alan, > > Are redundant and missing (Build)Requires in src rpm's considered > > RFE's or should they be reported at this stage? > > I report them as bugs, especially ones that build different packages as > a result. That answers my question concerning missing (Build)Requires. Tetex src rpm is a possible candidate here. But what about redundant (Build)Requires? And what about my question what consitutes to a redundant Requires? Fe on RH 7.3 $ rpm -qR XFree86-devel XFree86-libs = 4.2.1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 ld-linux.so.2 libc.so.6 libdl.so.2 libICE.so.6 libSM.so.6 libX11.so.6 libXext.so.6 libXpm.so.4 libXt.so.6 /bin/sh libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.3) But libICE.so.6, libSM.so.6, libX11.so.6, libXext.so.6, libXpm.so.4 and libXt.so.6 are all provided by XFree86-libs = 4.2.1. What is the rationale behind mentioning all the libs specifically? Is this really necessary or should they be considered redundant? And what about the 4 libc.so.6 entries? What is the value of the extra entries? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From mrichar1 at alum.swarthmore.edu Tue Jul 29 23:37:06 2003 From: mrichar1 at alum.swarthmore.edu (Marc Richards) Date: Tue, 29 Jul 2003 19:37:06 -0400 Subject: NNTP Message-ID: <000601c3562a$5722f5f0$0100000a@diablo> Thanks. Marc "Gerald Henriksen" wrote in message news:... > On Tue, 29 Jul 2003 17:44:50 -0400, you wrote: > > >What are the chances of RedHat making this list available via NNTP? > >It would make my life 1 billion times better and probably cause an > >end to world hunger. > > news.gmane.org makes this list available (as > gmane.linux.redhat.rhl.beta). > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From mitr at volny.cz Tue Jul 29 23:51:35 2003 From: mitr at volny.cz (Miloslav Trmac) Date: Wed, 30 Jul 2003 01:51:35 +0200 Subject: bugs, bugs, bugs! In-Reply-To: <3F27201E.29235.23AC3B@localhost> References: <3F270808.19041.30F09A@localhost> <3F27201E.29235.23AC3B@localhost> Message-ID: <20030729235135.GA3324@popelka.ms.mff.cuni.cz> Hello, On Wed, Jul 30, 2003 at 01:32:14AM +0200, Leonard den Ottolander wrote: > $ rpm -qR XFree86-devel > XFree86-libs = 4.2.1 > rpmlib(PayloadFilesHavePrefix) <= 4.0-1 > rpmlib(CompressedFileNames) <= 3.0.4-1 > ld-linux.so.2 > libc.so.6 > libdl.so.2 > libICE.so.6 > libSM.so.6 > libX11.so.6 > libXext.so.6 > libXpm.so.4 > libXt.so.6 > /bin/sh > libc.so.6(GLIBC_2.0) > libc.so.6(GLIBC_2.1) > libc.so.6(GLIBC_2.1.3) > > But libICE.so.6, libSM.so.6, libX11.so.6, libXext.so.6, libXpm.so.4 > and libXt.so.6 are all provided by XFree86-libs = 4.2.1. What is the > rationale behind mentioning all the libs specifically? Is this really > necessary or should they be considered redundant? Most requires refering to libraries (as opposed to packages) are generated automatically, which is a Good Thing. It means that the requires are still valid even if XFree86-libs were split into several packages. > And what about the 4 libc.so.6 entries? What is the value of the extra > entries? They require different versioned interfaces, also generated automatically. Mirek From leonardjo at hetnet.nl Tue Jul 29 23:54:58 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 30 Jul 2003 01:54:58 +0200 Subject: bugs, bugs, bugs! In-Reply-To: <20030729235135.GA3324@popelka.ms.mff.cuni.cz> References: <3F27201E.29235.23AC3B@localhost> Message-ID: <3F272572.25735.387B07@localhost> Hi Milo, > Most requires refering to libraries (as opposed to packages) > are generated automatically, which is a Good Thing. It means > that the requires are still valid even if XFree86-libs were split > into several packages. Right. So I'll concentrate on missing Requires. What about packages that require a lib but don't mention the providing package? Should I consider that a missing Requires then? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From joden at malachi.lee.k12.nc.us Wed Jul 30 00:39:23 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Tue, 29 Jul 2003 20:39:23 -0400 (EDT) Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: <1059510077.28471.25.camel@binkley> Message-ID: On 29 Jul 2003, seth vidal wrote: > > > - Furthermore I probably want to be able to run scripts before > > or after rpm actions being done (like the LUA scripts in > > apt-rpm). I know this is Python and it should be probably > > pretty easy to add... > > All things are easy - and all things take time and planning to keep from > screwing them up badly. > > I'm not sure where I'd want the arbitrary run stuff to occur - I've > mostly estimated it being done AFTER the fact - not before. > Hi Seth, I haven't been paying close attention to this conversation, but this peaked my interest. I have been thinking of replacing our internal upgrade scripts with your yum. One of the things that I would require to do that is basically what he is asking for. That is that there be hooks before and after the installation of the rpms. There may need to be more than just one of each, also, I have not thought completely through this yet. But, as an example, on our platforms we have a file that contains the current platform version (similar to redhat-release but different...). We don't do an upgrade if the platform version on the system is greater than the platform version we are installing. In order to do something like that with yum, we would need a hook to do some sort of prevalidation. We would need another hook before and afterword to run arbitrary scripts (but not for validation purposes). Right now we deliver a lot of rpms that make various changes to config files. In these rpms we check the files out via rcs (well a wrapper I wrote), make the changes, and then check them back in. Course not everything on the system is using rcs when it changes config files. To fix this we run a script that finds every config file that has an element in its repository and see if what is in the filesystem differs from the most current version in the repository. If it does then we check those changes in as the latest version. We need to do the same thing afterward, because, obviously we can't expect RedHat to make their rpms use our wrapper (-;. So just there, without thinking too hard (it hurts (-;), you have three hooks needed: - one for validation before hand. - one to run general purpose scripts before the rpm transaction. - one to run general purpose scripts after the rpm transaction. You probably could throw a post validation hook in there also (especially when yum starts supporting transactional rollbacks (-;). Anyway, I am just throwing this out there as food for thought. When, and if I decide to make the change, I will talk with you more, and probably be sending you patches shortly thereafter. Actually, my biggest hangup with yum (and this is foolishness) is that its written in python, and write in perl and would love an excuse to to take RPM2 to the next level...but I have to be prudent. Cheers...james P.S. The other thing I would need yum to do (and it may already do this) is to make its selection of rpms from a CDROM if so configured. From joden at malachi.lee.k12.nc.us Wed Jul 30 00:41:03 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Tue, 29 Jul 2003 20:41:03 -0400 (EDT) Subject: bugs, bugs, bugs! In-Reply-To: <20030729213010.GA1969@nonesuch> Message-ID: On Tue, 29 Jul 2003, Jack Bowling wrote: > On Tue, Jul 29, 2003 at 03:27:28PM -0400, Bill Nottingham wrote: > > Jack Bowling (jbinpg at shaw.ca) said: > > > > Bugs may be moved from one list to the other at any time, or > > > > deescalated completely. The chances of an enhancement requests > > > > landing on either of these lists is fairly low. > > > > > > Let me get this straight: > > > - bugs will be triaged and possibly escalated whereas RFEs will not > > > > > > Does this mean that RFEs simply sit there until they fall off the > > > bottom? > > > > No, it's just that at this stage in the release, bugs have higher > > priorities than most RFEs. When you're tracking issues that you > > want to fix to ship a release, that's mainly bugs as opposed to > > enhancements. > > OK, I don't want to be overly argumentative here, but if the releases > are now short-cycle, just when will there be enough time to sweep the > bugs away and get to the RFEs? > As soon as you start creating the patch (-; Cheers...james > From joden at malachi.lee.k12.nc.us Wed Jul 30 00:43:33 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Tue, 29 Jul 2003 20:43:33 -0400 (EDT) Subject: Mysql 4.x In-Reply-To: Message-ID: On Tue, 29 Jul 2003, Max Clark wrote: > Hi all, > > I was wondering if anyone out there could help me install mysql 4.x on a > redhat 10 beta system. > > Are there rpms out there in the wild? What do I need to modify in order to > get the mysql rpm to install correctly? > Hi Max, I have the ones that were put out but taken away. I can put them out on the net in the morning if you would like to try them. I kind of suspect that they won't work though, or at least the parts that hook into apache won't, but you could try them anyway. Cheers...james > Thanks in advance, > Max > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From pri.rhl1 at iadonisi.to Wed Jul 30 00:39:16 2003 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: 29 Jul 2003 20:39:16 -0400 Subject: Mysql 4.x In-Reply-To: <3F26FECC.2060405@medata.com> References: <3F26FECC.2060405@medata.com> Message-ID: <1059525555.24035.3.camel@va.local.linuxlobbyist.org> On Tue, 2003-07-29 at 19:10, Rick Johnson wrote: [snip] > Personally, I'd like to see the Licensing resolved and RH include their > packages since they fit a bit "cleaner" into the Red Hat distribution. Um, maybe I'm missing something, but what licensing are you referring to? As best as I can tell, it's GPLed and has been for some time. Even the binary packages I grabbed from mysql.com have the 'License:' tag set to 'GPL'. If memory serves, Red Hat has always built packages internally as a matter of policy. That may very well change with the new RHLP, but it will very likely depend on how well the mysql.com packages measure up to Red Hat's rpm guidelines. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From ejb at ql.org Wed Jul 30 00:44:08 2003 From: ejb at ql.org (Jay Berkenbilt) Date: Tue, 29 Jul 2003 20:44:08 -0400 Subject: unhandled bugs in bugzilla Message-ID: <200307300044.h6U0i8D0005369@soup.in.ql.org> I'm concerned about bugs whose State in bugzilla remains NEW for a long time. I'm afraid that these bugs aren't been noticed and my get overlooked. This has happened to me before, though it happens in a minority of cases. Right now, if I go into bugzilla and click on "My Bugs", I have 11 bugs that come up. Of these, 7 have state "NEW". Two of those have priority "High". I believe that I am very careful not to abuse priority and severity. I set priority to "High" when the fix is trivial (low cost, high value) and we're in a period such as this (beta release before freeze) or when the consequences of the bug are severe but not severe enough to cause a catastrophic failure. Of the seven bugs whose status is NEW, only two are very recent, and those are a few days old. The rest are much older. The oldest has been "NEW" for almost a year, and I posted to it 5 months ago asking politely why there hadn't been any activity. Please understand that I am asking this as an honest question. I sincerely appreciate the effort that goes into making these releases, and understand that a lot of people are up to their ears in work. I mean this message as an expression of concern and request for advice rather than as a complaint or a nag. For example, could there be a problem that certain products' default bug owners are no longer there or are not as responsive as they should be? Could it be that some people are in the habit of paying attention to their bugs but not accepting them so that their state turns into ASSIGNED? We use bugzilla in house for our own bug tracking. I encourage my people to click on the "My Bugs" link regularly to make sure they haven't missed anything. We don't have the daily nag messages for stale NEW bugs enabled, but I bet enabling that would help somewhat. I'd like to figure out a way of making sure bugs I report don't get ignored without becoming a pest. Thanks for any advice. -- Jay Berkenbilt http://www.ql.org/q/ From jeremyp at pobox.com Wed Jul 30 00:48:32 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 29 Jul 2003 20:48:32 -0400 Subject: Yum, autoupdate In-Reply-To: References: Message-ID: <1059526112.23514.7.camel@jeremy.dtcc.cc.nc.us> On Tue, 2003-07-29 at 20:39, James Olin Oden wrote: > But, as an example, on our platforms we have a file > that contains the current platform version (similar to redhat-release > but different...). We don't do an upgrade if the platform version on the > system is greater than the platform version we are installing. In order > to do something like that with yum, we would need a hook to do some > sort of prevalidation. > > We would need another hook before and afterword to run arbitrary scripts > (but not for validation purposes). Right now we deliver a lot of rpms > that make various changes to config files. In these rpms we check the > files out via rcs (well a wrapper I wrote), make the changes, and then > check them back in. Course not everything on the system is using rcs > when it changes config files. To fix this we run a script that finds > every config file that has an element in its repository and see if what > is in the filesystem differs from the most current version in the > repository. If it does then we check those changes in as the latest > version. We need to do the same thing afterward, because, obviously > we can't expect RedHat to make their rpms use our wrapper (-;. > > So just there, without thinking too hard (it hurts (-;), you have > three hooks needed: > > - one for validation before hand. > - one to run general purpose scripts before the rpm transaction. > - one to run general purpose scripts after the rpm transaction. > Wouldn't it be more straightforward to make 'dummy' RPMs that use the provides/requires capabilities to provide this sort of validation, and then use appropriate %pre and %post scripts in the RPMs? For example, you could have a "platform-release" RPM that requires all the packages that you're trying to install. This would have a %post script that would execute the necessary checkins you refer to. Because of the automatic ordering that RPM installations perform, the "platform-release" %post should run after all the require'd RPMs get installed, unless I'm misunderstanding something. Maybe that won't work in your situation, but it seems to me that since RPM already has all of this complexity and extensibility, you should use it there, instead of adding duplicate code to yum. --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jeremyp at pobox.com Wed Jul 30 00:55:37 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 29 Jul 2003 20:55:37 -0400 Subject: bugs, bugs, bugs! In-Reply-To: <3F272572.25735.387B07@localhost> References: <3F27201E.29235.23AC3B@localhost> <3F272572.25735.387B07@localhost> Message-ID: <1059526537.23514.13.camel@jeremy.dtcc.cc.nc.us> On Tue, 2003-07-29 at 19:54, Leonard den Ottolander wrote: > Hi Milo, > > > Most requires refering to libraries (as opposed to packages) > > are generated automatically, which is a Good Thing. It means > > that the requires are still valid even if XFree86-libs were split > > into several packages. > > Right. So I'll concentrate on missing Requires. What about packages > that require a lib but don't mention the providing package? Should I > consider that a missing Requires then? > No, it's better when the package ISN'T named, but rather the library only. Read what you quoted above -- "It means that the requires are still valid even if XFree86-libs were split into several packages." What would happen if you put an explicit Requres: XFree86-libs and then down the line, it got split into say, "XFree86-libs" and "XFree86-oldlibs" and the library you need is in "oldlibs" ? Things would not upgrade nicely, because XFree86-oldlibs might not necessarily get installed. But if you just leave the dependency on /usr/X11R6/lib/somelib.so.0 , then you'll be fine if package names change like that. The automatically generated library dependencies are a Good Thing(tm) IMHO. They certainly aren't causing any problems. --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From hp at redhat.com Wed Jul 30 01:00:12 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 29 Jul 2003 21:00:12 -0400 Subject: bugs, bugs, bugs! In-Reply-To: <20030729213010.GA1969@nonesuch> References: <20030728221854.A21358@devserv.devel.redhat.com> <20030729185726.GA31806@nonesuch> <20030729152728.B20881@devserv.devel.redhat.com> <20030729213010.GA1969@nonesuch> Message-ID: <20030729210012.C12088@devserv.devel.redhat.com> On Tue, Jul 29, 2003 at 02:30:10PM -0700, Jack Bowling wrote: > OK, I don't want to be overly argumentative here, but if the releases > are now short-cycle, just when will there be enough time to sweep the > bugs away and get to the RFEs? Keep in mind that the releases aren't necessarily any shorter-cycle than they've ever been, or shorter than GNOME or Mozilla for example. The releases are time-based though, that means once the feature freeze hits, all the RFEs are off the list until the next cycle. This post relating to GNOME is an explanation of how a time-based release works: http://mail.gnome.org/archives/gnome-hackers/2002-June/msg00041.html Havoc From hp at redhat.com Wed Jul 30 01:02:09 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 29 Jul 2003 21:02:09 -0400 Subject: x-chat IRS Client In-Reply-To: <1059519077.1286.3.camel@bobcp4.lingpgmr.com> References: <1059519077.1286.3.camel@bobcp4.lingpgmr.com> Message-ID: <20030729210209.D12088@devserv.devel.redhat.com> On Tue, Jul 29, 2003 at 06:51:17PM -0400, Robert L Cochran wrote: > In Severn, the X-chat IRC client doesn't seem to allow you to add a new > server. Yeah, it took me about 15 minutes to figure out how, and I think I had to ask someone. ;-) Havoc From joden at malachi.lee.k12.nc.us Wed Jul 30 01:27:28 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Tue, 29 Jul 2003 21:27:28 -0400 (EDT) Subject: Mysql 4.x In-Reply-To: <1059525555.24035.3.camel@va.local.linuxlobbyist.org> Message-ID: On 29 Jul 2003, Paul Iadonisi wrote: > On Tue, 2003-07-29 at 19:10, Rick Johnson wrote: > > [snip] > > > Personally, I'd like to see the Licensing resolved and RH include their > > packages since they fit a bit "cleaner" into the Red Hat distribution. > > Um, maybe I'm missing something, but what licensing are you referring > to? As best as I can tell, it's GPLed and has been for some time. Even > the binary packages I grabbed from mysql.com have the 'License:' tag set > to 'GPL'. If you look back through the list, I early sent a reply from RedHat's maintener of the MySQL rpm's. The basic issue was, if I recall correctly (maybe I need to look back through the list (-;) was that it was LGPL, and they switched to GPL. The result, with my feeble understanding of these matters, is that anyone who creates an app that uses the MySQL database would in turn have to GPL there app (or at least, there schema, but with the clients being GPL rather than LGPL probably all). I can certainly see why RedHat would have a problem with that. Cheers...james P.S. If you look at the change log on the MySQL packages you will see mention of the licensing issue also, although the specific licenses are not mentioned. From florin at sgi.com Wed Jul 30 01:11:57 2003 From: florin at sgi.com (Florin Andrei) Date: 29 Jul 2003 18:11:57 -0700 Subject: Problem with IDE-CDRW drive In-Reply-To: <1059427184.2821.8.camel@stantz.corp.sgi.com> References: <6A3008858445D711A58A00062939B2F1EC0D@EXCHANGE> <1059427184.2821.8.camel@stantz.corp.sgi.com> Message-ID: <1059527517.21721.41.camel@stantz.corp.sgi.com> On Mon, 2003-07-28 at 14:19, Florin Andrei wrote: > > Apparently, the CVS cdrdao now supports ATAPI. So, you can use k3b or > other interfaces that rely on it (in theory). No it doesn't. :-( It reads disks just fine, however it cannot write. -- Florin Andrei "Never send a human to do a machine's job." - Agent Smith From knxmay001 at mail.uct.ac.za Wed Jul 30 01:16:55 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: 30 Jul 2003 03:16:55 +0200 Subject: Mount Other filesystems Message-ID: <1059527814.3361.6.camel@albert> I think this is the biggest omission (OK maybe not), but I think Redhat needs to configure itself to automatically mount FAT partitions without requiring the user do that. In fact, it should mount any partitions it recognizes automatically, and give them names in some determined way. This could always be changed in fstab. It really irritates that after installing Redhat 9, I have to mount the partitions manually. I know I can do it during install, but its still too damn hard. Having the partitions mounted as read/write should be ok too, I really want to write to the windows partitions as a user, no dropping to root for that. And a graphical client to set up partitions wouldn't hurt either. And neither would one for ftp. I know it might compromise security, but I kind of have been spoiled by Warftp on Windows, and I would like a frontend for vsftpd to do that. From joden at malachi.lee.k12.nc.us Wed Jul 30 01:40:52 2003 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Tue, 29 Jul 2003 21:40:52 -0400 (EDT) Subject: Yum, autoupdate In-Reply-To: <1059526112.23514.7.camel@jeremy.dtcc.cc.nc.us> Message-ID: On 29 Jul 2003, Jeremy Portzer wrote: > On Tue, 2003-07-29 at 20:39, James Olin Oden wrote: > > But, as an example, on our platforms we have a file > > that contains the current platform version (similar to redhat-release > > but different...). We don't do an upgrade if the platform version on the > > system is greater than the platform version we are installing. In order > > to do something like that with yum, we would need a hook to do some > > sort of prevalidation. > > > > We would need another hook before and afterword to run arbitrary scripts > > (but not for validation purposes). Right now we deliver a lot of rpms > > that make various changes to config files. In these rpms we check the > > files out via rcs (well a wrapper I wrote), make the changes, and then > > check them back in. Course not everything on the system is using rcs > > when it changes config files. To fix this we run a script that finds > > every config file that has an element in its repository and see if what > > is in the filesystem differs from the most current version in the > > repository. If it does then we check those changes in as the latest > > version. We need to do the same thing afterward, because, obviously > > we can't expect RedHat to make their rpms use our wrapper (-;. > > > > So just there, without thinking too hard (it hurts (-;), you have > > three hooks needed: > > > > - one for validation before hand. > > - one to run general purpose scripts before the rpm transaction. > > - one to run general purpose scripts after the rpm transaction. > > > > Wouldn't it be more straightforward to make 'dummy' RPMs that use the > provides/requires capabilities to provide this sort of validation, and > then use appropriate %pre and %post scripts in the RPMs? No. That is the simple answer. The pre approach for validation is not really a good idea, because at that point you have already started an rpm transaction rolling along. The idea of any sort of validation is to as _early_ as possible determine if an upgrade should occur at all. Yum already does this, to the extant that it figures out if any rpms need to be installed or not. This would just be a natural extension of that. > For example, > you could have a "platform-release" RPM that requires all the packages > that you're trying to install. Well, if your doing an upgrade, yum is already smart enough to check the rpms on your system against the ones it was provided to install. So some super package is only good for creating clusters (i.e. give yum one rpm that will by dependencies cause a complete cohessive set of rpms to be installed). > This would have a %post script that > would execute the necessary checkins you refer to. That won't work because things occur like this: - All installs are done. For each individual package that is installed is sent through the rpm psm (package state machine) which does per package: - Run %pre - Install %files payload - Run %post - All erases occur. Each erase goes through the psm: - Run %preun - Remove files that are only part of the erased package - Run %postun And don't forget erasures are not sorted. Anyway, the point of all that is that if the thing is installed first to validate, it can't be used to do things at the end of the transaction. If its installed last, it can't be used to validate. > Because of the > automatic ordering that RPM installations perform, the > "platform-release" %post should run after all the require'd RPMs get > installed, unless I'm misunderstanding something. Yes you are (don't worry though, I am still purchasing clues from Jeff Johnson, Seth Vidal, and all the other rpm cronies (-;). > > Maybe that won't work in your situation, but it seems to me that since > RPM already has all of this complexity and extensibility, you should use > it there, instead of adding duplicate code to yum. RPM is _very_ complex, and I believe for good reason. At the same time RPM is very simple in that it manages packages (not really files...but ask Jeff Johnson about that, as I am still trying to get that clue (-;). The sort of things that I am wanting to do is clearly outside of rpm, and should not try to be grafted in (I already do to much of that as it is by using rpm's to install config file changes). Really, to halfway quote Jeff, I am looking for policy implementation, which needs to for the most part stayout of rpm, and in the programs that use rpm implement those policies. Cheers...james > --Jeremy > > From hp at redhat.com Wed Jul 30 01:26:32 2003 From: hp at redhat.com (Havoc Pennington) Date: Tue, 29 Jul 2003 21:26:32 -0400 Subject: unhandled bugs in bugzilla In-Reply-To: <200307300044.h6U0i8D0005369@soup.in.ql.org> References: <200307300044.h6U0i8D0005369@soup.in.ql.org> Message-ID: <20030729212632.E12088@devserv.devel.redhat.com> On Tue, Jul 29, 2003 at 08:44:08PM -0400, Jay Berkenbilt wrote: > Please understand that I am asking this as an honest question. I > sincerely appreciate the effort that goes into making these releases, > and understand that a lot of people are up to their ears in work. I > mean this message as an expression of concern and request for advice > rather than as a complaint or a nag. For example, could there be a > problem that certain products' default bug owners are no longer there > or are not as responsive as they should be? Could it be that some > people are in the habit of paying attention to their bugs but not > accepting them so that their state turns into ASSIGNED? We use > bugzilla in house for our own bug tracking. I encourage my people to > click on the "My Bugs" link regularly to make sure they haven't missed > anything. We don't have the daily nag messages for stale NEW bugs > enabled, but I bet enabling that would help somewhat. I'd like to > figure out a way of making sure bugs I report don't get ignored > without becoming a pest. This is a really awesome question, and improving bug handling is hopefully one of the things that will happen as a result of opening up the distribution project. I'd recommend reading this article: http://archive.linuxsymposium.org/ols2003/Proceedings/All-Reprints/Reprint-Villa-OLS2003.pdf The article points here which is good too: http://developer.gnome.org/projects/bugsquad/triage/ See also these reports: http://bugzilla.gnome.org/reports.cgi http://bugzilla.gnome.org/gnome-23-report.html Basically the answer I would suggest to your question is: - more help for developers identifying highest priority/severity bugs - consistent policy and standards for which are high priority (this is not an intrinsic property of the bug, rather a function of the release in progress and the other bugs that exist) - consistent policy for how the NEW, ASSIGNED, MODIFIED, etc. resolutions are used - tracking bugs with patches (for example http://bugzilla.gnome.org/gnome-23-report.html) - tracking bugs that anyone can easily fix, especially important once we figure out how to open up cvs (basically all the "just fix some small spec file glitch" type of bugs - we have a keyword for this already) - helping identify critical bugs, as in the two tracking bugs Bill posted about; these are the really-really-should-fix and should-fix bug lists. - later in the process we usually create a "stop ship" list of bugs we'd delay release for, a bug has to be _bad_ for this and the list is typically short - helping close noncritical bugs as WONTFIX, NOTABUG, or UPSTREAM - report the bugs to upstream bug trackers, when closing UPSTREAM - documenting bug tracking and how it works If you have bugs that haven't been touched, probably they are either newer than the last release and no triage has occurred yet, or they didn't make it onto one of the release critical lists either by conscious decision or by slipping through the cracks. If a bug doesn't make it onto the must-fix or should-fix list for a release, it may get fixed, but typically not. Some developers will leave it open forever to avoid having an argument (bad), some will WONTFIX or UPSTREAM the bug (good). Anyway, hopefully this gives you some idea how people can help with using bugzilla more effectively. Havoc From pri.rhl1 at iadonisi.to Wed Jul 30 01:26:34 2003 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: 29 Jul 2003 21:26:34 -0400 Subject: Mysql 4.x In-Reply-To: References: Message-ID: <1059528394.24035.22.camel@va.local.linuxlobbyist.org> On Tue, 2003-07-29 at 21:27, James Olin Oden wrote: [snip] > If you look back through the list, I early sent a reply from RedHat's > maintener of the MySQL rpm's. The basic issue was, if I recall correctly > (maybe I need to look back through the list (-;) was that it was LGPL, > and they switched to GPL. That's actually not true. Red Hat first shipped (as far as I can tell) mysql with Red Hat Linux 7.0. In that *rpm* package (packaged by Red Hat), the License tag was specified as GPL/LGPL. According to the changelog entry on July 5, 2000 by teg at redhat.com, the license field in the rpm spec file was corrected. The license has never been LGPL, it was Red Hat who had it specified incorrectly. MySQL originally had one of those funky free for non-commercial use license (I don't remember whether modification of the source was allowed). MySQL AB released the code as GPL just as Free Software / Open Source Software was taking off. > The result, with my feeble understanding of > these matters, is that anyone who creates an app that uses the MySQL > database would in turn have to GPL there app (or at least, there schema, > but with the clients being GPL rather than LGPL probably all). I can > certainly see why RedHat would have a problem with that. Yes, I can see how that would have been a problem if in fact mysql had ever been licensed under the LGPL. > Cheers...james > > P.S. If you look at the change log on the MySQL packages you will > see mention of the licensing issue also, although the specific > licenses are not mentioned. See above. All that said, I think it's mainly been a matter of policy and I would expect that if the rpms available at mysql.com do indeed follow Red Hat's guidelines at least to a reasonable degree, then we'd see some movement to including those rpms instead of building rpms internally at Red Hat. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From leonardjo at hetnet.nl Wed Jul 30 01:41:09 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 30 Jul 2003 03:41:09 +0200 Subject: bugs, bugs, bugs! In-Reply-To: <1059526537.23514.13.camel@jeremy.dtcc.cc.nc.us> References: <3F272572.25735.387B07@localhost> Message-ID: <3F273E55.31680.99B603@localhost> Hi Jeremy, > No, it's better when the package ISN'T named, but rather the library > only. > > The automatically generated library dependencies are a Good Thing(tm) > IMHO. They certainly aren't causing any problems. I agree with your argument that the generated library dependencies are useful. But I don't see why *only* the libraries should be named. On systems lacking a complete package database to query, the explicit naming of the depended on packages would solve the problem of unknown dependencies. Splitting a package and moving a library to a new package would possibly leave a redundant package requirement in a depending on rpm, but the requirement for the library would be still available. If a package maintainer did miss such a library split the redundant package requirement would most probably not harm and be updated as soon as spotted. Consistently mentioning both the required packages as well as the libraries would make the rpm db system more self-contained and probably solve a lot of dependency problems. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From kylem at xwell.org Wed Jul 30 01:41:54 2003 From: kylem at xwell.org (Kyle Maxwell) Date: 29 Jul 2003 20:41:54 -0500 Subject: BitTorrent not working ? In-Reply-To: <1058909744.2848.11.camel@LORDLINUX.global.shsystem.org> References: <1058909744.2848.11.camel@LORDLINUX.global.shsystem.org> Message-ID: <1059529314.5929.1.camel@lando> On Tue, 2003-07-22 at 16:35, Mark Guzzo wrote: > BitTorrent (the newest version) in Severn does not seem to work > anymore. I installed wxPythonGTK-py2.3-2.4.1.2-1.i386.rpm and set it up > just like in Shrike but no dice. Anyone else getting this? Works for me. If you're still having trouble let me know and maybe I'll be able to help. -- Kyle Maxwell From notting at redhat.com Wed Jul 30 02:08:35 2003 From: notting at redhat.com (Bill Nottingham) Date: Tue, 29 Jul 2003 22:08:35 -0400 Subject: bugs, bugs, bugs! In-Reply-To: <3F273E55.31680.99B603@localhost>; from leonardjo@hetnet.nl on Wed, Jul 30, 2003 at 03:41:09AM +0200 References: <3F272572.25735.387B07@localhost> <1059526537.23514.13.camel@jeremy.dtcc.cc.nc.us> <3F273E55.31680.99B603@localhost> Message-ID: <20030729220835.A842@devserv.devel.redhat.com> Leonard den Ottolander (leonardjo at hetnet.nl) said: > On systems lacking a complete package database to query, the explicit > naming of the depended on packages would solve the problem of unknown > dependencies. There are oodles of tools to solve this problem (redhat-config-packages, up2date, yum, ....) Adding extraneous dependencies isn't a solution. Bill From chris at boredinboise.org Wed Jul 30 02:09:33 2003 From: chris at boredinboise.org (Chris Hillman) Date: Tue, 29 Jul 2003 20:09:33 -0600 Subject: BitTorrent not working ? In-Reply-To: <1059529314.5929.1.camel@lando> References: <1058909744.2848.11.camel@LORDLINUX.global.shsystem.org> <1059529314.5929.1.camel@lando> Message-ID: <3F2728DD.1020301@boredinboise.org> Kyle Maxwell wrote: >On Tue, 2003-07-22 at 16:35, Mark Guzzo wrote: > > >>BitTorrent (the newest version) in Severn does not seem to work >>anymore. I installed wxPythonGTK-py2.3-2.4.1.2-1.i386.rpm and set it up >>just like in Shrike but no dice. Anyone else getting this? >> >> > >Works for me. If you're still having trouble let me know and maybe I'll >be able to help. > Works for me too, though I had it installed on Shrike and did and upgrade to Severn... so maybe it has more to do with the packaging of wxPythonGTK. -Chris From linhardt at swbell.net Wed Jul 30 02:14:32 2003 From: linhardt at swbell.net (Terry R Linhardt) Date: 29 Jul 2003 21:14:32 -0500 Subject: [rhdiscuss] Re: Graphical boot In-Reply-To: <1059518962.2632.19.camel@bart.netlyncs.com> References: <1059448804.1210.3.camel@chastain> <3F26F0BF.3070704@boredinboise.org> <1059518962.2632.19.camel@bart.netlyncs.com> Message-ID: <1059531272.1210.10.camel@chastain> An upgrade is an upgrade... a reasonable comment, I think, by Chris. And, in fact, I *did* do an upgrade. I downloaded rhgb, and it *now* does a graphical boot. I probably prefer seeing the raw text, but that's a separate issue. I think a graphical boot option is a "plus". One note...the install (upgrade) process *does* talk about the graphical boot. I think it's a bit misleading to feature that when it's not there "by default" with an upgrade. I have to think many, many people will be doing upgrades rather than new installs. Terry On Tue, 2003-07-29 at 17:49, Mike Chambers wrote: > On Tue, 2003-07-29 at 17:10, Chris Hillman wrote: > > > I experienced the same thing and have posted it in bugzilla (101192). > > If you're going to brag about it so much during the install, then > > install it :). I also felt that since the upgrade modified > > /etc/sysconfig/init to say "GRAPHICAL = yes" that rhgb should definitely > > be installed. > > Remember, upgrading is exactly what it is, upgrading. It doesn't > (AFAICT) install extra packages, unless one of the upgraded packages has > a dependency that must be met, therefore installs the package. rhgb > doesn't exist on 9, so it doesn't get installed. And just because the > /etc/sysconfig/init got updated, is only because it already existed and > the new package included the graphical boot code. -- Terry R Linhardt From djh at iinet.net.au Wed Jul 30 01:57:14 2003 From: djh at iinet.net.au (djh) Date: Wed, 30 Jul 2003 11:57:14 +1000 (EST) Subject: File system corruption with Severn In-Reply-To: <1059429196.21820.23.camel@jef.tech-info.qc.ca> Message-ID: On 28 Jul 2003, Jean-Francois wrote: > > I've got file system corruption using Severn twice, some time after the > installation, I'm using a PII-800 with a Intel 440ZX chipset based > board, and a Quantum 40Gig hd. After repaired the filesystem, I've got a > ton of error messages in the messages log: > > hda: task_no_data_intr: status 0x51 > hda: task_no_data_intr: error 0x04 I'm seeing that as well (errors and fs corruption) on an old Athlon system of mine, with and without ACPI. (Via KT133, onboard Promise ata100 and VIA ata66, Quantum 40G hd) > With RedHat 5,2 to 9.0 never had any problems on this computer, it was > very stable, now very unstable. I've got strange message too, when > trying to execute something, it said something like unable to execute > binary file when I tried to run some command, then I restarted the > system and the file executed perfectly. That happens after ext3 gives up on it. ("Journal has aborted") Will add something to bugzilla later today. David. From chris at boredinboise.org Wed Jul 30 02:29:55 2003 From: chris at boredinboise.org (Chris Hillman) Date: Tue, 29 Jul 2003 20:29:55 -0600 Subject: Mount Other filesystems In-Reply-To: <1059527814.3361.6.camel@albert> References: <1059527814.3361.6.camel@albert> Message-ID: <3F272DA3.2010502@boredinboise.org> Maynard Kuona wrote: >I think this is the biggest omission (OK maybe not), but I think Redhat >needs to configure itself to automatically mount FAT partitions without >requiring the user do that. > I think this may have more to do with FAT32 support being technically in *Alpha* stage (or at least that was the warning I saw before installing rhgb) ... though I have not heard of problems with FAT32. >In fact, it should mount any partitions it >recognizes automatically, and give them names in some determined way. > That may stir up some controversy... especially if it any corruption of data occurred as a result. >This could always be changed in fstab. It really irritates that after >installing Redhat 9, I have to mount the partitions manually. I know I >can do it during install, but its still too damn hard. > I think that is the hard part... ease of use, or ensuring other filesystems will stay safe. >And a graphical client to set up partitions wouldn't hurt either. > Agreed... isn't there a way we could run disk druid post install to replace using fdisk and mkfs?.. and have it push changes to the fstab? -Chris From elwoo at videotron.ca Wed Jul 30 02:42:08 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 29 Jul 2003 22:42:08 -0400 Subject: NNTP In-Reply-To: <000501c35621$18cddd00$0100000a@diablo> References: <000501c35621$18cddd00$0100000a@diablo> Message-ID: <200307292242.08937.elwoo@videotron.ca> On Tuesday 29 July 2003 18:30, Marc Richards Marc Richards wrote: > > > What are the chances of RedHat making this list available via NNTP? It > > > > would make my life 1 billion times better and probably cause an end to > > world hunger. > > > > Marc > > > > and make it a quintillion times more accessible to the SPAMmers... > > Not necessarily. It could be read-only like the other mailinglist-nntp > gateways on news.redhat.com. That way all I have to do is change the > address to rhl-beta-list at redhat.com when I hit reply. > > Marc > What I meant was that it would be more openly available for the spammers to "cull" email addresses. I wasn't thinking of 'em *posting* to the list.... Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Wed Jul 30 02:44:25 2003 From: elwoo at videotron.ca (Elton Woo) Date: Tue, 29 Jul 2003 22:44:25 -0400 Subject: Mysql 4.x In-Reply-To: References: Message-ID: <200307292244.25989.elwoo@videotron.ca> On Tuesday 29 July 2003 18:43, Max Clark Max Clark wrote: > help me install mysql 4.x on a > redhat 10 beta system. Huh???? ... there's NO RedHat 10 beta... unless you have some inside knowledge that the Red Hat guys here won't share .... LOL! Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From jbinpg at shaw.ca Wed Jul 30 02:49:00 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Tue, 29 Jul 2003 19:49:00 -0700 Subject: bugs, bugs, bugs! In-Reply-To: <20030729210012.C12088@devserv.devel.redhat.com> References: <20030728221854.A21358@devserv.devel.redhat.com> <20030729185726.GA31806@nonesuch> <20030729152728.B20881@devserv.devel.redhat.com> <20030729213010.GA1969@nonesuch> <20030729210012.C12088@devserv.devel.redhat.com> Message-ID: <0HIT00G1MH5XE2@l-daemon> ** Reply to message from Havoc Pennington on Tue, 29 Jul 2003 21:00:12 -0400 > http://mail.gnome.org/archives/gnome-hackers/2002-June/msg00041.html > On Tue, Jul 29, 2003 at 02:30:10PM -0700, Jack Bowling wrote: > > OK, I don't want to be overly argumentative here, but if the releases > > are now short-cycle, just when will there be enough time to sweep the > > bugs away and get to the RFEs? > > Keep in mind that the releases aren't necessarily any shorter-cycle > than they've ever been, or shorter than GNOME or Mozilla for example. > > The releases are time-based though, that means once the feature freeze > hits, all the RFEs are off the list until the next cycle. > > This post relating to GNOME is an explanation of how a time-based > release works: > http://mail.gnome.org/archives/gnome-hackers/2002-June/msg00041.html Thanks for the link. Havoc. Although the gist of it may just be enough to send some readers scuttling off to Enterprise and leave WS behind. jb -- Jack Bowling Prince George, BC mailto:jbinpg at shaw.ca From jef at tech-info.qc.ca Wed Jul 30 03:03:34 2003 From: jef at tech-info.qc.ca (Jean-Francois =?ISO-8859-1?Q?B=E9langer?=) Date: 29 Jul 2003 23:03:34 -0400 Subject: File system corruption with Severn In-Reply-To: References: Message-ID: <1059534214.26732.9.camel@jef.tech-info.qc.ca> On Tue, 2003-07-29 at 21:57, djh wrote: > On 28 Jul 2003, Jean-Francois wrote: > > > > I've got file system corruption using Severn twice, some time after the > > installation, I'm using a PII-800 with a Intel 440ZX chipset based > > board, and a Quantum 40Gig hd. After repaired the filesystem, I've got a > > ton of error messages in the messages log: > > > > hda: task_no_data_intr: status 0x51 > > hda: task_no_data_intr: error 0x04 > > I'm seeing that as well (errors and fs corruption) on an old Athlon system > of mine, with and without ACPI. > (Via KT133, onboard Promise ata100 and VIA ata66, Quantum 40G hd) > > > With RedHat 5,2 to 9.0 never had any problems on this computer, it was > > very stable, now very unstable. I've got strange message too, when > > trying to execute something, it said something like unable to execute > > binary file when I tried to run some command, then I restarted the > > system and the file executed perfectly. > > That happens after ext3 gives up on it. ("Journal has aborted") > > Will add something to bugzilla later today. > > David. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list While in rescue mode from the cd, I've tried to check the disk with the command: dd if=/dev/hda | wc -c Everything worked fine, no error, no messages. I've just switched the hard disk with a smaller one. Seem to work fine for now. I've experienced some lockup too, but that must be my old i740. The corruption appeared while doing a lot of file transfer, i tried to disable the dma for the drive but the corruption appeared anyway. From kylem at xwell.org Wed Jul 30 03:31:13 2003 From: kylem at xwell.org (Kyle Maxwell) Date: 29 Jul 2003 22:31:13 -0500 Subject: BitTorrent not working ? In-Reply-To: <3F2728DD.1020301@boredinboise.org> References: <1058909744.2848.11.camel@LORDLINUX.global.shsystem.org> <1059529314.5929.1.camel@lando> <3F2728DD.1020301@boredinboise.org> Message-ID: <1059535873.6340.1.camel@lando> On Tue, 2003-07-29 at 21:09, Chris Hillman wrote: > Works for me too, though I had it installed on Shrike and did and > upgrade to Severn... so maybe it has more to do with the packaging of > wxPythonGTK. I don't think so, since I did a fresh install of Severn and then installed the same wxPythonGTK rpm as before. -- Kyle Maxwell From ghenriks at rogers.com Wed Jul 30 03:33:47 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Tue, 29 Jul 2003 23:33:47 -0400 Subject: Mysql 4.x In-Reply-To: <200307292244.25989.elwoo@videotron.ca> References: <200307292244.25989.elwoo@videotron.ca> Message-ID: On Tue, 29 Jul 2003 22:44:25 -0400, you wrote: >On Tuesday 29 July 2003 18:43, Max Clark Max Clark >wrote: >> help me install mysql 4.x on a >> redhat 10 beta system. >Huh???? ... there's NO RedHat 10 beta... unless you have some inside >knowledge that the Red Hat guys here won't share .... LOL! > >Elton ;-) Welcome to the new more open Red Hat: http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00179.html From rhl-beta-list at cygnusx-1.org Wed Jul 30 03:45:40 2003 From: rhl-beta-list at cygnusx-1.org (Nathan G. Grennan) Date: 29 Jul 2003 20:45:40 -0700 Subject: package whichlist In-Reply-To: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> References: <1916.212.51.122.2.1059423929.squirrel@www.bnap.hu> Message-ID: <1059536740.2530.5.camel@proton.cygnusx-1.org> On Mon, 2003-07-28 at 13:25, lfarkas at bnap.hu wrote: > - rdiff-backup (with librsync and rsync compiled to use librsync) for > incretemntal backup. Was just looking over rdiff-backup, and I would say it isn't worth it. duplicity looks like a much more robust solution, though seems to still be in beta. I currently use hdup for backing up to a remote server. hdup serves me well, but I like duplicity's use of librsync and gpg. From chris at boredinboise.org Wed Jul 30 04:10:33 2003 From: chris at boredinboise.org (Chris Hillman) Date: Tue, 29 Jul 2003 22:10:33 -0600 Subject: NNTP In-Reply-To: <200307292242.08937.elwoo@videotron.ca> References: <000501c35621$18cddd00$0100000a@diablo> <200307292242.08937.elwoo@videotron.ca> Message-ID: <3F274539.4080008@boredinboise.org> Elton Woo wrote: >What I meant was that it would be more openly available for the spammers >to "cull" email addresses. I wasn't thinking of 'em *posting* to the list.... > I would think that spammers know the folks in here are all using bayesian filtering on their inbox and aren't likely to respond to spam ;) From dennis at dgilmore.net Wed Jul 30 04:17:15 2003 From: dennis at dgilmore.net (Dennis Gilmore) Date: Wed, 30 Jul 2003 14:17:15 +1000 Subject: severn + 2.6.0-test1 kernel -- can't get wireless working In-Reply-To: References: Message-ID: <200307301417.31184.dennis@dgilmore.net> Once upon a time at band camp Tuesday 29 July 2003 8:55 pm, Robert P. J. Day wrote: > when i reboot to 2.6.0-test1, i can verify that the card is > visible with "cardctl ident". the modules hermes, orinoco and > orinoco_cs are loaded. but trying to activate that interface > accomplishes nothing. > I had the same problem i had to build in isa support and it worked the card i have is an orinoco gold pcmcia which from what i can tell uses the pci bus but without isa support in the kernel it would not come up at all. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From elwoo at videotron.ca Wed Jul 30 04:33:44 2003 From: elwoo at videotron.ca (Elton Woo) Date: Wed, 30 Jul 2003 00:33:44 -0400 Subject: Mysql 4.x In-Reply-To: References: <200307292244.25989.elwoo@videotron.ca> Message-ID: <200307300033.44115.elwoo@videotron.ca> On Tuesday 29 July 2003 23:33, Gerald Henriksen Gerald Henriksen wrote: > On Tue, 29 Jul 2003 22:44:25 -0400, you wrote: > >On Tuesday 29 July 2003 18:43, Max Clark Max Clark > > > >wrote: > >> help me install mysql 4.x on a > >> redhat 10 beta system. > > > >Huh???? ... there's NO RedHat 10 beta... unless you have some inside > >knowledge that the Red Hat guys here won't share .... LOL! > > > >Elton ;-) > > Welcome to the new more open Red Hat: > > http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00179.html > Oh. ...with a "one" in front of it. Elton :)) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From skvidal at phy.duke.edu Wed Jul 30 04:44:04 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 30 Jul 2003 00:44:04 -0400 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: <20030727171556.A19996@xos037.xos.nl> References: <20030727101728.A19016@xos037.xos.nl> <20030727171556.A19996@xos037.xos.nl> Message-ID: <1059540244.28944.79.camel@binkley> > In general, I don't like built-in intelligence, I more like a very > high level of configurability. Well, I don't have a problem with built-in intelligence nor configurability but I like the defaults to be reasonably sane. Which can be tricky. if the defaults aren't sane you end up with god-awful config file stuff. Which is something I've TRIED to not have happen in yum when it is at all possible. -sv From pri.rhl1 at iadonisi.to Wed Jul 30 05:44:04 2003 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: 30 Jul 2003 01:44:04 -0400 Subject: Mysql 4.x In-Reply-To: <1059528394.24035.22.camel@va.local.linuxlobbyist.org> References: <1059528394.24035.22.camel@va.local.linuxlobbyist.org> Message-ID: <1059543843.30280.1.camel@va.local.linuxlobbyist.org> On Tue, 2003-07-29 at 21:26, Paul Iadonisi wrote: > On Tue, 2003-07-29 at 21:27, James Olin Oden wrote: > > [snip] > > > If you look back through the list, I early sent a reply from RedHat's > > maintener of the MySQL rpm's. The basic issue was, if I recall correctly > > (maybe I need to look back through the list (-;) was that it was LGPL, > > and they switched to GPL. > > That's actually not true. Red Hat first shipped (as far as I can Hmm, I take that back. At least partially. I just checked the list archives (I signed up after the discussion you referenced) and noticed that it has to do with the client libraries. That licenses apparently *was* LGPL. So I stand corrected! -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From markoer at usa.net Wed Jul 30 06:16:19 2003 From: markoer at usa.net (Marco Ermini) Date: Wed, 30 Jul 2003 02:16:19 -0400 Subject: Mysql 4.x In-Reply-To: References: Message-ID: <20030730021619.4dacd613.markoer@usa.net> On Tue, 29 Jul 2003 15:43:52 -0700, "Max Clark" wrote: > Hi all, > > I was wondering if anyone out there could help me install mysql 4.x on a > redhat 10 beta system. > > Are there rpms out there in the wild? Yes, on the mysql.com site :-) Seriously, I cannot get mysql source rpm from mysql.com to compile, I think for c++ issues (the main server builds up, it's something like a secondary library using c++ which have the usual c++ template's problem...) regards -- Marco Ermini http://macchi.markoer.org - ICQ 50825709 - GPG KEY 0x64ABF7C6 - L.U. #180221 Perche' perdere tempo ad imparare quando l'ignoranza e' istantanea? (Hobbes) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pmatilai at welho.com Wed Jul 30 06:30:43 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Wed, 30 Jul 2003 09:30:43 +0300 Subject: Graphical boot In-Reply-To: <1059518962.2632.19.camel@bart.netlyncs.com> References: <1059448804.1210.3.camel@chastain> <3F26F0BF.3070704@boredinboise.org> <1059518962.2632.19.camel@bart.netlyncs.com> Message-ID: <1059546643.3f276613bab5c@webmail.welho.com> Quoting Mike Chambers : > On Tue, 2003-07-29 at 17:10, Chris Hillman wrote: > > > I experienced the same thing and have posted it in bugzilla (101192). > > If you're going to brag about it so much during the install, then > > install it :). I also felt that since the upgrade modified > > /etc/sysconfig/init to say "GRAPHICAL = yes" that rhgb should definitely > > be installed. > > Remember, upgrading is exactly what it is, upgrading. It doesn't > (AFAICT) install extra packages, unless one of the upgraded packages has > a dependency that must be met, therefore installs the package. rhgb > doesn't exist on 9, so it doesn't get installed. And just because the > /etc/sysconfig/init got updated, is only because it already existed and > the new package included the graphical boot code. OTOH anaconda *does* fiddle around with package selections to some extent on upgrades: there's code for removing blacklisted stuff (linuxconf, no wonder :), installing rhn-applet if up2date-gnome was installed, making sure certain GNOME packages are installed etc. Whether rhgb should be automatically added on upgrade .. well, I dunno. -- - Panu - From stevewa at spiritone.com Wed Jul 30 06:35:44 2003 From: stevewa at spiritone.com (Steve Ward) Date: Tue, 29 Jul 2003 23:35:44 -0700 Subject: battery charge status applet broken? In-Reply-To: <20030728215002.22987.26776.Mailman@listman.back-rdu.redhat.com> References: <20030728215002.22987.26776.Mailman@listman.back-rdu.redhat.com> Message-ID: <3F276740.3070503@spiritone.com> Bill Nottingham wrote thusly: >Steve Ward (stevewa at spiritone.com) said: > > >>OK, I loaded the acpid RPM and started it, loaded ac and battery >>modules, now when I start the battery monitor applet it works fine but >>my cursor goes "out of control" and races about the screen doing random >>things. >> >>If I manage to logout of the session and the login screen returns, the >>cursor becomes sane again. >> >>Confirmed after a power cycle. >> >>Ideas? >> >> > >Um, you have a very very strange BIOS? :) > >Seriously, the cursor only goes wacky *after* starting the battery >applet? > > That's correct. I did try the most recent BIOS from Sony (2000 dated) which was released specifically to correct compatibility issues with Win2K (presumably ACPI related). From pmatilai at welho.com Wed Jul 30 07:17:16 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Wed, 30 Jul 2003 10:17:16 +0300 Subject: x-chat IRS Client In-Reply-To: <20030729210209.D12088@devserv.devel.redhat.com> References: <1059519077.1286.3.camel@bobcp4.lingpgmr.com> <20030729210209.D12088@devserv.devel.redhat.com> Message-ID: <1059549436.3f2770fc62c44@webmail.welho.com> Quoting Havoc Pennington : > On Tue, Jul 29, 2003 at 06:51:17PM -0400, Robert L Cochran wrote: > > In Severn, the X-chat IRC client doesn't seem to allow you to add a new > > server. > > Yeah, it took me about 15 minutes to figure out how, and I think I had > to ask someone. ;-) Indeed.. xchat2 is one of my favorite hall of shame candidates for worst UI design. -- - Panu - From pmatilai at welho.com Wed Jul 30 07:23:46 2003 From: pmatilai at welho.com (Panu Matilainen) Date: Wed, 30 Jul 2003 10:23:46 +0300 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: <1059540244.28944.79.camel@binkley> References: <20030727101728.A19016@xos037.xos.nl> <20030727171556.A19996@xos037.xos.nl> <1059540244.28944.79.camel@binkley> Message-ID: <1059549826.3f2772820e854@webmail.welho.com> Quoting seth vidal : > > > In general, I don't like built-in intelligence, I more like a very > > high level of configurability. > > Well, I don't have a problem with built-in intelligence nor > configurability but I like the defaults to be reasonably sane. > > Which can be tricky. > > if the defaults aren't sane you end up with god-awful config file stuff. Heh, bet you have stumbled upon apt.conf at some point :) Configurability is nice but does have its downsides... -- - Panu - From leonardjo at hetnet.nl Wed Jul 30 07:54:30 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 30 Jul 2003 09:54:30 +0200 Subject: Dependencies [was Re: bugs, bugs, bugs!] In-Reply-To: <20030729220835.A842@devserv.devel.redhat.com> References: <3F273E55.31680.99B603@localhost>; from leonardjo@hetnet.nl on Wed, Jul 30, 2003 at 03:41:09AM +0200 Message-ID: <3F2795D6.25899.35D36E@localhost> Hi Bill, > There are oodles of tools to solve this problem (redhat-config-packages, > up2date, yum, ....) Adding extraneous dependencies isn't a solution. This sounds a bit like putting the cart before the horse. A large part of the problems that people are having with dependencies would be solved if they were able to query the package without requiring an rpmdb or another tool and still get a list of packages to install instead of a list of cryptic library names. (I am not arguing the file dependencies should be dropped.) The overhead of adding the names of required packages to a package are minimal. It is not very difficult to generate the requirements from the existing requirements. The script below gives an indication of how this could be solved. Or it just adds to the oodles ;). Anyway, I don't see why we shouldn't use the possibility to specify both files and package names if this makes life easier. Currently the mix of file/library and package name dependencies is a mess anyway. Bye, Leonard. $ cat dependencies #!/bin/sh # dependencies # This script assembles requirement information for a package # It assumes all dependencies for queried packages are satisfied # This could/should be changed to use an rpmdb instead # # Leonard den Ottolander , 2003-07-30 # TODO Add package file handling # TODO Add rpmlib version handling # ${PACK}_requires plain requirements (rpm -qR output) # ${PACK}_requires_sorted sorted requirements (versioning removed) # ${PACK}_requires_libs required library files (.so) # ${PACK}_requires_libstemp temporary list of library packages # ${PACK}_requires_libpacks sorted list of library packages # ${PACK}_requires_execs executables in requirements (contain /) # ${PACK}_requires_execstemp temporary list of executable packages # ${PACK}_requires_execpacks sorted list of executable packages # ${PACK}_requires_rest files other than library and execs # ${PACK}_requires_restlibs specific for rpmlib (why isn't librpm used as a req?) # ${PACK}_requires_restpacks # ${PACK}_requires_packs package names in the original requirements if [ "$1" == "" ]; then # echo "Usage: $0 " echo "Usage: $0 " exit fi PACK=$1 #rpm -qf "Package: %{NAME}-%{VERSION}-%{RELEASE}\n" -qR ${PACK} > ${PACK}_requires rpm -qR ${PACK} > ${PACK}_requires cat ${PACK}_requires | cut -f 1 -d \ | cut -f 1 -d \( | sort -u > ${PACK}_requires_sort # .so is library (also catches absolute library paths) # library search path: (absolute path) /lib /usr/lib . /etc/ld.so.conf grep \.so ${PACK}_requires_sort > ${PACK}_requires_libs echo -n '' > ${PACK}_requires_libstemp for lib in $(cat ${PACK}_requires_libs); do found=0 for path in /lib /usr/lib /usr/local/lib $(cat /etc/ld.so.conf) ; do # maybe library files with explicit paths need special handling # if so, just moving the procedure for files before this should suffice if [ -e $path/$lib ]; then if [ -f $path/$lib ]; then found=1 # or inc and check if > 1 occurence pack=$(rpm -q --whatprovides $path/$lib) retval=$? if [ $retval -eq 0 ]; then echo $pack >> ${PACK}_requires_libstemp else if [ "$pack" == "$(echo $pack | grep not\ owned\ by\ any\ package)" ]; then # echo PACKAGE NOT OWNED # package not owned, follow symlink # ls -l $path/$lib | cut -f 2 -d \> | cut -b 2- tlib=$(ls -l $path/$lib | cut -f 2 -d \> | cut -b 2-) pack=$(rpm -q --whatprovides $path/$tlib) echo $pack >> ${PACK}_requires_libstemp else # don't know what to do echo "error: $pack" fi fi fi fi done if [ $found -eq 0 ]; then echo "$path/$lib: file not found" fi done sort -u ${PACK}_requires_libstemp > ${PACK}_requires_libpacks # executables contain / # / should be first char, or are relative paths allowed? grep / ${PACK}_requires_sort > ${PACK}_requires_execs echo -n '' > ${PACK}_requires_execstemp for file in $(cat ${PACK}_requires_execs) ; do rpm -q --whatprovides $file >> ${PACK}_requires_execstemp done sort -u ${PACK}_requires_execstemp > ${PACK}_requires_execpacks # no / or . is path nor file thus package name grep -v / ${PACK}_requires_sort | grep -v "\." > ${PACK}_requires_rest # specifically rpmlib (why is this used anyway?) grep lib ${PACK}_requires_rest > ${PACK}_requires_restlibs # how to handle rpmlib further? # anything else is a package name grep -v lib ${PACK}_requires_rest > ${PACK}_requires_packs # Sort all requires cat ${PACK}_requires_execpacks > ${PACK}_requires_alltemp cat ${PACK}_requires_libpacks >> ${PACK}_requires_alltemp sort -u ${PACK}_requires_alltemp > ${PACK}_requires_alltemp1 # Produce some output rpm --queryformat "Package %{NAME}-%{VERSION}-%{RELEASE} Requires the following packages:\n" -q ${PACK} #rpm -q ${PACK} cat ${PACK}_requires_alltemp1 | rev | cut -f 2- -d \- | sed 's/-/ => /' | rev echo cat ${PACK}_requires_packs -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From redtuxxx at yahoo.co.uk Wed Jul 30 08:47:17 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Wed, 30 Jul 2003 09:47:17 +0100 (BST) Subject: Can we have g++/libstdc 32 packages Message-ID: <20030730084717.68834.qmail@web60004.mail.yahoo.com> Severn ships gcc32 packages but no matching g++ packages. This causes problems with packages that dont compile with 3.3 (eg: gst-plugins), and deps if they also use c++ code, because they have a mismatch with libstdc Will bugzilla when bugzilla is working __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From knxmay001 at mail.uct.ac.za Wed Jul 30 10:15:58 2003 From: knxmay001 at mail.uct.ac.za (Maynard Kuona) Date: 30 Jul 2003 12:15:58 +0200 Subject: Mount Other filesystems In-Reply-To: <3F272DA3.2010502@boredinboise.org> References: <1059527814.3361.6.camel@albert> <3F272DA3.2010502@boredinboise.org> Message-ID: <1059560158.2728.5.camel@albert> But Mandrake and others do it, so it must be relative harmless because I do not see complaints about it. Its a easy enough to do it in fstab, but I think it should be available on install. I thought anyoe could do VFAT. I mean, mkfs can make FAT partitions. I do not use NTFS because I want my other partitions to be available under Linux. On a side note, is there any such thing as ext3 drivers for windows so I could maybe access these partitions under Windows. On Wed, 2003-07-30 at 04:29, Chris Hillman wrote: > Maynard Kuona wrote: > > >I think this is the biggest omission (OK maybe not), but I think Redhat > >needs to configure itself to automatically mount FAT partitions without > >requiring the user do that. > > > I think this may have more to do with FAT32 support being technically in > *Alpha* stage (or at least that was the warning I saw before installing > rhgb) ... though I have not heard of problems with FAT32. > > >In fact, it should mount any partitions it > >recognizes automatically, and give them names in some determined way. > > > That may stir up some controversy... especially if it any corruption of > data occurred as a result. > > >This could always be changed in fstab. It really irritates that after > >installing Redhat 9, I have to mount the partitions manually. I know I > >can do it during install, but its still too damn hard. > > > I think that is the hard part... ease of use, or ensuring other > filesystems will stay safe. > > >And a graphical client to set up partitions wouldn't hurt either. > > > Agreed... isn't there a way we could run disk druid post install to > replace using fdisk and mkfs?.. and have it push changes to the fstab? > > -Chris > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From alan at redhat.com Wed Jul 30 10:49:37 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 30 Jul 2003 06:49:37 -0400 (EDT) Subject: File system corruption with Severn In-Reply-To: <1059534214.26732.9.camel@jef.tech-info.qc.ca> from "Jean-Francois =?ISO-8859-1?Q?B=E9langer?=" at Gor 29, 2003 11:03:34 Message-ID: <200307301049.h6UAnbu18056@devserv.devel.redhat.com> > I've just switched the hard disk with a smaller one. Seem to work fine > for now. I've experienced some lockup too, but that must be my old > i740. > > The corruption appeared while doing a lot of file transfer, i tried to > disable the dma for the drive but the corruption appeared anyway. If you can duplicate this reliably can you install the beta, then swap the kernel for a generic kernel (either kernel.org, -ac or for that matter the RH9 kernel) and see if it occurs again ? From ms-nospam-0306 at arcor.de Wed Jul 30 10:52:37 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 30 Jul 2003 12:52:37 +0200 Subject: Dependencies [was: Re: bugs, bugs, bugs!] In-Reply-To: <3F273E55.31680.99B603@localhost> References: <3F272572.25735.387B07@localhost> <3F273E55.31680.99B603@localhost> Message-ID: <20030730125237.4a7de289.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 30 Jul 2003 03:41:09 +0200, Leonard den Ottolander wrote: > On systems lacking a complete package database to query, the explicit > naming of the depended on packages would solve the problem of unknown > dependencies. Splitting a package and moving a library to a new package > would possibly leave a redundant package requirement in a depending on > rpm, but the requirement for the library would be still available. If a > package maintainer did miss such a library split the redundant package > requirement would most probably not harm and be updated as soon as > spotted. > > Consistently mentioning both the required packages as well as the > libraries would make the rpm db system more self-contained and probably > solve a lot of dependency problems. For some packages such a list of explicit requirements can get pretty long and would require an extra maintenance effort. For instance, not only when depending packages are renamed or when the dependencies of a package change (user would install redundant stuff). But also when a particular version of a library is found only in a particular package revision. We should rely on tools which solve the dependencies for us and which find out what package to install to get libfoo.so.3. > On systems lacking a complete package database to query, ... there should be an alternative way like querying a remote package database server. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/J6N10iMVcrivHFQRAjV/AJ9m7yl3VZV93Kd1pZ8k5D+W8q4TowCggbjz M46F+X1niiBvufAUXO6IjtU= =atjA -----END PGP SIGNATURE----- From ms-nospam-0306 at arcor.de Wed Jul 30 11:15:14 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 30 Jul 2003 13:15:14 +0200 Subject: Dependencies [was Re: bugs, bugs, bugs!] In-Reply-To: <3F2795D6.25899.35D36E@localhost> References: <3F273E55.31680.99B603@localhost> <3F2795D6.25899.35D36E@localhost> Message-ID: <20030730131514.09d30576.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 30 Jul 2003 09:54:30 +0200, Leonard den Ottolander wrote: > Hi Bill, > > > There are oodles of tools to solve this problem (redhat-config-packages, > > up2date, yum, ....) Adding extraneous dependencies isn't a solution. > > This sounds a bit like putting the cart before the horse. A large part of the > problems that people are having with dependencies would be solved if they > were able to query the package without requiring an rpmdb or another tool > and still get a list of packages to install instead of a list of cryptic library > names. (I am not arguing the file dependencies should be dropped.) For several distributions that use RPM, it started like this, explicit "Requires: ". And still, some users complained about "dependency hell". The reason was simply that in case of a long dependency chain, you end up with a long list of packages to install manually. Who really wants that? Now as soon as you start using small helper scripts to traverse the dependency tree and collect explicit package names, this is becoming messy. Just observe, that you need physical access to all missing packages in order to solve dependencies (the complete rpmdb takes less space). You don't want to include the complete dependency chain in every individual package, do you? So, why not go one step further and do the real thing? That is, upon package installation, let RPM and package tool front-ends solve the dependency chain automatically by querying an rpmdb and possibly network servers? As a side-note, RPM cannot know that program X from package Y is executed in script A from package B. Hence in some cases, explicitly listed requirements are likely to stay. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/J6jC0iMVcrivHFQRAhJ+AJ4ihBedDecCaN+8kfocluQ8VIifeACdH2X7 0EFhtXdsOY1N4n3gJweSGaA= =Dv5T -----END PGP SIGNATURE----- From alan at redhat.com Wed Jul 30 11:17:53 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 30 Jul 2003 07:17:53 -0400 (EDT) Subject: argh!! burned by buggy pcmcia init script again! In-Reply-To: from "Robert P. J. Day" at Gor 29, 2003 06:58:42 Message-ID: <200307301117.h6UBHrt25783@devserv.devel.redhat.com> > seems *guaranteed* to cause a pcmcia failure if you build and > install a new kernel, because of the structure of the new > /lib/modules directory. > > thoughts? bugzilla 8) From skvidal at phy.duke.edu Wed Jul 30 11:21:04 2003 From: skvidal at phy.duke.edu (seth vidal) Date: 30 Jul 2003 07:21:04 -0400 Subject: Yum, autoupdate (was: Re: Graphical boot isn't so graphical) In-Reply-To: <1059549826.3f2772820e854@webmail.welho.com> References: <20030727101728.A19016@xos037.xos.nl> <20030727171556.A19996@xos037.xos.nl> <1059540244.28944.79.camel@binkley> <1059549826.3f2772820e854@webmail.welho.com> Message-ID: <1059564063.28944.95.camel@binkley> > Heh, bet you have stumbled upon apt.conf at some point :) > Configurability is nice but does have its downsides... ultimately it's not just apt that makes me worry about config formats. It's everything with massive number of config options and layouts for it. apache is not trivial to configure, for example, but that isn't unreasonable considering it is a webserver and therefore you will have a lot of things to configure. But if I'm an end user I don't want to have to read 75 pages of documentation in order to update my machine. Ideally I don't want to read ANY docs, I just want it to work when I want the updates. If I want to add some new repositories and do things that are outside of the 'normal' then, sure, I should be expected to have to learn a little something about configuring the program. But hopefully it will be VERY little. Right now I think setting up an additional repository in yum has a fairly small and gentle learning curve. I'd like for it to either get easier or stay at least as it is. -sv From jeremyp at pobox.com Wed Jul 30 11:27:00 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 30 Jul 2003 07:27:00 -0400 Subject: Dependencies [was: Re: bugs, bugs, bugs!] In-Reply-To: <20030730125237.4a7de289.ms-nospam-0306@arcor.de> References: <3F272572.25735.387B07@localhost> <3F273E55.31680.99B603@localhost> <20030730125237.4a7de289.ms-nospam-0306@arcor.de> Message-ID: <1059564418.24642.2.camel@jeremy.dtcc.cc.nc.us> On Wed, 2003-07-30 at 06:52, Michael Schwendt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 30 Jul 2003 03:41:09 +0200, Leonard den Ottolander wrote: > > > On systems lacking a complete package database to query, the explicit > > naming of the depended on packages would solve the problem of unknown > > dependencies. Splitting a package and moving a library to a new package > > would possibly leave a redundant package requirement in a depending on > > rpm, but the requirement for the library would be still available. If a > > package maintainer did miss such a library split the redundant package > > requirement would most probably not harm and be updated as soon as > > spotted. > > > > Consistently mentioning both the required packages as well as the > > libraries would make the rpm db system more self-contained and probably > > solve a lot of dependency problems. > > For some packages such a list of explicit requirements can get > pretty long and would require an extra maintenance effort. For > instance, not only when depending packages are renamed or when the > dependencies of a package change (user would install redundant > stuff). But also when a particular version of a library is found > only in a particular package revision. We should rely on tools which > solve the dependencies for us and which find out what package to > install to get libfoo.so.3. > > > On systems lacking a complete package database to query, > > ... there should be an alternative way like querying a remote > package database server. > And that is effectively how dependency-solving tools like up2date, apt, yum, etc. work... by querying remote servers, caching appropriate meta-deta locally, and figuring out all of this for you. Leonard: why won't you use one of those tools and thus avoid this whole problem? --Jeremy -- /---------------------------------------------------------------------\ | Jeremy Portzer jeremyp at pobox.com trilug.org/~jeremy | | GPG Fingerprint: 712D 77C7 AB2D 2130 989F E135 6F9F F7BC CC1A 7B92 | \---------------------------------------------------------------------/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pp at ee.oulu.fi Wed Jul 30 11:29:12 2003 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Wed, 30 Jul 2003 14:29:12 +0300 Subject: more system failures with Severn.... (on an Athlon) In-Reply-To: <20030728222305.GA2314@ee.oulu.fi> References: <3F258596.5020409@videotron.ca> <43924.63.96.64.130.1059424194.squirrel@www.networkinggeeks.com> <3F258A53.1040601@videotron.ca> <20030728222305.GA2314@ee.oulu.fi> Message-ID: <20030730112911.GA19154@ee.oulu.fi> On Tue, Jul 29, 2003 at 01:23:05AM +0300, Pekka Pietikainen wrote: > On Mon, Jul 28, 2003 at 04:40:51PM -0400, Elton Woo wrote: > > >>Before my last crash and burn, I tried installing the nVidia drivers, > > >>and it could not create the needed module. Sounds logical though, since > > >>I imagine there would be some need of updating or patching to support > > >>the present kernel in Severn. > > I took a clue from Bill Nottingham who was responding to a message regading > > kernel oopses with AMD's and the Taroon beta. Looks like the same case for > > AMD and Severn... > Mine has been rock solid (Athlon XP 2000, KT400)... Well not quite, I did > have some serious nVidia-related stability problems. The fan on my > GeForce 4 blew up, which made the chip blow up, which made the Surprisingly the box started crashing with the Severn kernel yesterday (pci=noacpi and acpi=off tried), vanilla 2.4.21 and 2.6.0-test2 are happy. Somehow this started just after I upgraded nvidia drivers to the one released a few days ago (although this happened even in text mode and without nvidia.o ever being loaded). SysRq was the only thing that worked, rpm -Uvh was a certain way of triggering it... No oops. -- Pekka Pietikainen From rpjday at mindspring.com Wed Jul 30 11:27:52 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 30 Jul 2003 07:27:52 -0400 (EDT) Subject: argh!! burned by buggy pcmcia init script again! In-Reply-To: <200307301117.h6UBHrt25783@devserv.devel.redhat.com> Message-ID: On Wed, 30 Jul 2003, Alan Cox wrote: > > seems *guaranteed* to cause a pcmcia failure if you build and > > install a new kernel, because of the structure of the new > > /lib/modules directory. > > > > thoughts? > > bugzilla 8) i was going to mention that, in fact, i *know* this has been bugzilla'ed (i may even have submitted it myself or at least added a comment to that report), but when i went looking for a bug number to pass on, i could find no mention of it. i'll go back and look again, because i know there's been a discussion of exactly this problem before. but bugilla comes up empty. rday From rpjday at mindspring.com Wed Jul 30 11:36:03 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 30 Jul 2003 07:36:03 -0400 (EDT) Subject: success! severn + gcc 3.3 kernel + wireless + nvidia Message-ID: ok, making progress here. starting from a stock isntall of severn on my inspiron 8100, i have 1) starting with the shipped config file and ripping out massive amounts of junk, recompiled the kernel with gcc 3.3 2) pcmcia sees my linksys wireless net card nicely, configures with DHCP 3) new nvidia driver (4496) builds with gcc 3.3, doesn't complain about compiler mismatch any more now, against my better judgment, i still want to try a 2.6.0-testx kernel, so what's the algorithm for moving on up? specifically, what's the steps involved in moving from modules.conf to modprobe.conf? and anything else i should be careful of to prevent it exploding? i'm willing to give it a shot. rday From m.eldesoky at tedata.net Wed Jul 30 11:48:34 2003 From: m.eldesoky at tedata.net (Mohamed Eldesoky) Date: Wed, 30 Jul 2003 14:48:34 +0300 Subject: Bug #79396 Message-ID: <200307301448.34496.m.eldesoky@tedata.net> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=79396 Regards Mohamed Eldesoky -- Once a wise man said "nothing" From shrek-m at gmx.de Wed Jul 30 11:50:43 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 30 Jul 2003 13:50:43 +0200 Subject: Mount Other filesystems In-Reply-To: <1059560158.2728.5.camel@albert> References: <1059527814.3361.6.camel@albert> <3F272DA3.2010502@boredinboise.org> <1059560158.2728.5.camel@albert> Message-ID: <3F27B113.9090604@gmx.de> Maynard Kuona wrote: >But Mandrake and others do it, > install windows after linux, you will have the nt-boot-loader in your mbr. should redhat follow this but_others_do_it - example too ? > so it must be relative harmless > sorry, i feel really good with the redhat-way, do you know the average windows-user skills and argumentation ? @home-user or @work-user or @work-admin eg. a few weeks agoo @home-user win-user> can you please install linux on my pc ? me> sure, dual-boot with existing w2k_fat16 me> but first without access on your win-partition! a few days later win-user> since you have installed rhl win-user> the soundcard is damaged! win-user> and this win-program crashes every time! win-user> and this win-problem, and this ... me> oops, me> i don?t believe me> sound in linux, works me> in windows, no sound - 1 minute later me> do you know the button "mute" ? me> the evaluation-time for this program is exceeded ! me> and ... win-user> I have done NOTHING! this was LINUX! win-user> LINUX must have changed something on MY WINDOWS-PARTITION! win-user> ...! me> per default rhl is not able to read/write your win-partition me> this cannot be the reason. win-users-son> this sound-problem is since 1/2 year, win-users-son> dad bought new speakers, without success :-) win-users-son> the other problems are not new :-) win-users-son> i like linux :-) > because I >do not see complaints about it. Its a easy enough to do it in fstab, but >I think it should be available on install. I thought anyoe could do >VFAT. I mean, mkfs can make FAT partitions. I do not use NTFS because I >want my other partitions to be available under Linux. > >On a side note, is there any such thing as ext3 drivers for windows so I >could maybe access these partitions under Windows. > not tested, but i have really no need for it http://uranus.it.swin.edu.au/~jn/linux/ext2ifs.htm you can search google -- shrek-m From notting at redhat.com Wed Jul 30 13:44:12 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 30 Jul 2003 09:44:12 -0400 Subject: Bug #79396 In-Reply-To: <200307301448.34496.m.eldesoky@tedata.net>; from m.eldesoky@tedata.net on Wed, Jul 30, 2003 at 02:48:34PM +0300 References: <200307301448.34496.m.eldesoky@tedata.net> Message-ID: <20030730094412.A16452@devserv.devel.redhat.com> Mohamed Eldesoky (m.eldesoky at tedata.net) said: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=79396 Hm. To do this robustly would require checking the locale when updfstab is run, so that it's not set to utf8 on a system where the default locale isn't utf8. Then you run into the issue where it's spawned from hotplug, where I'm pretty sure the system locale isn't set. Bill From nphilipp at redhat.com Wed Jul 30 14:00:38 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 30 Jul 2003 16:00:38 +0200 Subject: Bug #79396 In-Reply-To: <20030730094412.A16452@devserv.devel.redhat.com> References: <200307301448.34496.m.eldesoky@tedata.net> <20030730094412.A16452@devserv.devel.redhat.com> Message-ID: <1059573638.6389.4.camel@gibraltar.stuttgart.redhat.com> On Wed, 2003-07-30 at 15:44, Bill Nottingham wrote: > Mohamed Eldesoky (m.eldesoky at tedata.net) said: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=79396 > > Hm. To do this robustly would require checking the locale > when updfstab is run, so that it's not set to utf8 on a system > where the default locale isn't utf8. Then you run into the > issue where it's spawned from hotplug, where I'm pretty sure > the system locale isn't set. Sourcing /etc/sysconfig/i18n from hotplug scripts shouldn't be to heavy, should it? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pboy at barkhof.uni-bremen.de Wed Jul 30 14:00:09 2003 From: pboy at barkhof.uni-bremen.de (Peter) Date: 30 Jul 2003 16:00:09 +0200 Subject: second try: centrino patch - how to use? Message-ID: <1059573608.2343.2.camel@ibmLinux.athome.de> I'll try again: can someone (possibly from Rad Hat) inform us how make the speedstep centrino module work? Or post a link where to find information? There are some people around here who would like to know about it. Thanks Peter -- ----------------------- Peter Boy ----------------------- From phil-ml at techworks.ie Wed Jul 30 14:11:25 2003 From: phil-ml at techworks.ie (Philip Trickett) Date: 30 Jul 2003 15:11:25 +0100 Subject: success! severn + gcc 3.3 kernel + wireless + nvidia In-Reply-To: References: Message-ID: <1059574285.1456.5.camel@unagi.internal.techworks.ie> Would it be possible to get a copy of the kernel .config file? Cheers, Phil From notting at redhat.com Wed Jul 30 14:11:49 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 30 Jul 2003 10:11:49 -0400 Subject: second try: centrino patch - how to use? In-Reply-To: <1059573608.2343.2.camel@ibmLinux.athome.de>; from pboy@barkhof.uni-bremen.de on Wed, Jul 30, 2003 at 04:00:09PM +0200 References: <1059573608.2343.2.camel@ibmLinux.athome.de> Message-ID: <20030730101149.B29457@devserv.devel.redhat.com> Peter (pboy at barkhof.uni-bremen.de) said: > I'll try again: can someone (possibly from Rad Hat) inform us how make > the speedstep centrino module work? Or post a link where to find > information? There are some people around here who would like to know > about it. CPU frequency and voltage scaling code in the Linux(TM) kernel ... 2.1 /proc/cpufreq interface [2.6] *********************************** Starting in the patches for kernel 2.5.33, CPUFreq uses a "policy" interface /proc/cpufreq. When you "cat" this file, you'll find something like: -- minimum CPU frequency - maximum CPU frequency - policy CPU 0 1200000 ( 75%) - 1600000 (100%) - performance -- This means the current policy allows this CPU to be run anywhere between 1.2 GHz (the value is in kHz) and 1.6 GHz with an eye towards performance. To change the policy, "echo" the desired new policy into /proc/cpufreq. Use one of the following formats: cpu_nr:min_freq:max_freq:policy cpu_nr%min_freq%max_freq%policy min_freq:max_freq:policy min_freq%max_freq%policy with cpu_nr being the CPU which shall be affected, min_freq and max_freq the lower and upper limit of the CPU core frequency in kHz, and policy either "performance" or "powersave". A few examples: root at notebook:#echo -n "0:0:0:powersave" > /proc/cpufreq sets the CPU #0 to the lowest supported frequency. root at notebook:#echo -n "1%100%100%performance" > /proc/cpufreq sets the CPU #1 to the highest supported frequency. root at notebook:#echo -n "1000000:2000000:performance" > /proc/cpufreq to set the frequency of all CPUs between 1 GHz and 2 GHz and to the policy "performance". Please note that the values you "echo" into /proc/cpufreq are validated first, and may be limited by hardware or thermal considerations. Because of this, a read from /proc/cpufreq might differ from what was written into it. When you read /proc/cpufreq for the first time after a CPUFreq driver has been initialized, you'll see the "default policy" for this driver. If this does not suit your needs, you can pass a boot parameter to the cpufreq core. Use the following syntax for this: "cpufreq=min_freq:max_freq:policy", i.e. you may not chose a specific CPU and you need to specify the limits in kHz and not in per cent. From JROYSE at SYGMAnetwork.com Wed Jul 30 14:19:02 2003 From: JROYSE at SYGMAnetwork.com (Josiah Royse) Date: Wed, 30 Jul 2003 10:19:02 -0400 Subject: Menus: VNC move from Acc. to Internet group Message-ID: <7BD2F41CA1F3794CA68340972DEB03B702CC46C7@sygmaex.sygmanetwork.com> I opened this a while ago, I thought the VNC viewer app was easier to find under the "Internet" program menu group than under "Accessories". But that is my opinion, anyone else feel either way? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=82864 --Josiah From rhl-beta-list at cygnusx-1.org Wed Jul 30 14:31:23 2003 From: rhl-beta-list at cygnusx-1.org (Nathan G. Grennan) Date: 30 Jul 2003 07:31:23 -0700 Subject: x-chat IRS Client In-Reply-To: <1059549436.3f2770fc62c44@webmail.welho.com> References: <1059519077.1286.3.camel@bobcp4.lingpgmr.com> <20030729210209.D12088@devserv.devel.redhat.com> <1059549436.3f2770fc62c44@webmail.welho.com> Message-ID: <1059575483.2530.14.camel@proton.cygnusx-1.org> > Indeed.. xchat2 is one of my favorite hall of shame candidates for worst UI design. The only problem I have had with it is organizing the Networks list if tedious. You have to right click and select Move "FreeNode" Up or Move "FreeNode" Down many times. Don't go after him with Gnome2 HIG. It is one of the few Gnome2 applications that actually got better overall with the switch from gtk1 to gtk2. From johnsonm at redhat.com Wed Jul 30 14:36:15 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 30 Jul 2003 10:36:15 -0400 Subject: bugs, bugs, bugs! In-Reply-To: <200307291817.30702.elwoo@videotron.ca>; from elwoo@videotron.ca on Tue, Jul 29, 2003 at 06:17:30PM -0400 References: <200307292135.h6TLZkW02288@devserv.devel.redhat.com> <200307291817.30702.elwoo@videotron.ca> Message-ID: <20030730103615.A11666@devserv.devel.redhat.com> On Tue, Jul 29, 2003 at 06:17:30PM -0400, Elton Woo wrote: > On Tuesday 29 July 2003 17:35, Alan Cox Alan Cox wrote: > > Once a release is done is the time RFE's tend to get looked through in > > detail. Obviously an RFE that reads ".. and I've been maintaining this > > package on fedora for a year" is a great way to make your RFE popular 8) > > ... *or* "I've been REQUESTING this feature for the last three versions of > Red Hat linux" ... would that also grab attention? No, not really -- there are feature requests that some people have made for the past three *years* (or more) that aren't there for a variety of reasons that don't go away just because of the passing of time and of releases. The open development process doesn't mean that Red Hat starts taking on loads more work -- we have already had lots of opportunities to collect feedback on requests for features, and the purpose of this project is not to collect more requests for features. Rather, it is to allow some like-minded developers and other community members to influence what is going on by contributing to the process. Don't get me wrong, a request is still a contribution to the process, but that part of the process has not changed from what we did before. Practically speaking, maintaining a package in fedora, as Alan suggests, is a really good first step and will make an RFE more popular, and is fundamentally different from a request. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From justinc at serani.com.au Wed Jul 30 14:35:15 2003 From: justinc at serani.com.au (Justin Clacherty) Date: 31 Jul 2003 00:35:15 +1000 Subject: Installation via ftp Message-ID: <1059575714.4363.11.camel@shrike.serani.com.au> Has anyone tried to install via ftp and done so successfully? I've set up anonymous ftp on one of the internal machines and can ftp in successfully, but when I try to do an install the ftp fails. The anaconda log looks to have an incorrect address in it. ftp server is 192.168.1.22 the install data is in /pub/severn The anaconda log has the method as Method = ftp://192.168.1.22//pub/severn The install fails with an ftp error on ftp://192.168.1.22/%2Fpub/severn/RedHat/base/hdlist: 550 failed to change directory I suspect the double / in the method is causing the problem but it appears if I enter the directory as either /pub/severn or pub/severn. The %2F is in the error message is a bit of a mystery also... Justin. From johnsonm at redhat.com Wed Jul 30 14:49:32 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 30 Jul 2003 10:49:32 -0400 Subject: driver-modul e100 intel etherexpress 100 In-Reply-To: <3F26DA44.2020302@gmx.de>; from shrek-m@gmx.de on Tue, Jul 29, 2003 at 10:34:12PM +0200 References: <3F242796.6040506@gmx.de> <20030728201715.G4622@devserv.devel.redhat.com> <3F26DA44.2020302@gmx.de> Message-ID: <20030730104932.B11666@devserv.devel.redhat.com> On Tue, Jul 29, 2003 at 10:34:12PM +0200, shrek-m at gmx.de wrote: > # vi /etc/sysconfig/hwconf > - > class: NETWORK > bus: PCI > detached: 0 > device: eth0 > driver: e100 <-- should be eepro100 !! If eepro100 works and e100 doesn't, that's definitely a bug worth filing. e100 is now very responsively maintained by Intel and they have been doing a very good job of responding to bug reports. So this is definitely bug-report material against e100, let's help Intel respond. Thanks! michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From hosting at j2solutions.net Wed Jul 30 14:23:40 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Wed, 30 Jul 2003 07:23:40 -0700 Subject: second try: centrino patch - how to use? In-Reply-To: <20030730101149.B29457@devserv.devel.redhat.com> References: <1059573608.2343.2.camel@ibmLinux.athome.de> <20030730101149.B29457@devserv.devel.redhat.com> Message-ID: <200307300723.40454.hosting@j2solutions.net> On Wednesday 30 July 2003 07:11, Bill Nottingham uttered: > When you read /proc/cpufreq for the first time after a CPUFreq driver > has been initialized, you'll see the "default policy" for this > driver. If this does not suit your needs, you can pass a boot > parameter to the cpufreq core. Use the following syntax for this: > "cpufreq=min_freq:max_freq:policy", i.e. you may not chose a > specific CPU and you need to specify the limits in kHz and not in > per cent. Hrm, this just screams for a /etc/sysctl entry. Can one be made by default if cpufreq is enabled? -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From alan at redhat.com Wed Jul 30 14:57:59 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 30 Jul 2003 10:57:59 -0400 (EDT) Subject: Bug #79396 In-Reply-To: <20030730094412.A16452@devserv.devel.redhat.com> from "Bill Nottingham" at Gor 30, 2003 09:44:12 Message-ID: <200307301457.h6UEvx128212@devserv.devel.redhat.com> > Hm. To do this robustly would require checking the locale > when updfstab is run, so that it's not set to utf8 on a system > where the default locale isn't utf8. Then you run into the > issue where it's spawned from hotplug, where I'm pretty sure > the system locale isn't set. So hotplug needs to run i18n once ? From redtuxxx at yahoo.co.uk Wed Jul 30 15:05:32 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Wed, 30 Jul 2003 16:05:32 +0100 (BST) Subject: Installation via ftp In-Reply-To: <1059575714.4363.11.camel@shrike.serani.com.au> Message-ID: <20030730150532.88662.qmail@web60003.mail.yahoo.com> --- Justin Clacherty wrote: > Has anyone tried to install via ftp and done so successfully? I've > set > up anonymous ftp on one of the internal machines and can ftp in > successfully, but when I try to do an install the ftp fails. The > anaconda log looks to have an incorrect address in it. > > ftp server is 192.168.1.22 > the install data is in /pub/severn > > The anaconda log has the method as > Method = ftp://192.168.1.22//pub/severn > > The install fails with an ftp error on > ftp://192.168.1.22/%2Fpub/severn/RedHat/base/hdlist: 550 failed to > change directory > > I suspect the double / in the method is causing the problem but it > appears if I enter the directory as either /pub/severn or > pub/severn. > The %2F is in the error message is a bit of a mystery also... > > Justin. > > I did it with no problems - although I did it from a mirror (zeniiia.linux.org.uk) Basically all I did was put the main address in source, and then http://zeniiia.linux.org.uk/pub/distributions/redhat/beta/severn/en/os/i386/RedHat/ in the directory line have you tried remooving base/hdlist from your line > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From johnsonm at redhat.com Wed Jul 30 15:11:47 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 30 Jul 2003 11:11:47 -0400 Subject: Graphical boot In-Reply-To: <1059546643.3f276613bab5c@webmail.welho.com>; from pmatilai@welho.com on Wed, Jul 30, 2003 at 09:30:43AM +0300 References: <1059448804.1210.3.camel@chastain> <3F26F0BF.3070704@boredinboise.org> <1059518962.2632.19.camel@bart.netlyncs.com> <1059546643.3f276613bab5c@webmail.welho.com> Message-ID: <20030730111147.C11666@devserv.devel.redhat.com> On Wed, Jul 30, 2003 at 09:30:43AM +0300, Panu Matilainen wrote: > OTOH anaconda *does* fiddle around with package selections to some extent on > upgrades: there's code for removing blacklisted stuff (linuxconf, no wonder :), > installing rhn-applet if up2date-gnome was installed, making sure certain GNOME > packages are installed etc. Whether rhgb should be automatically added on > upgrade .. well, I dunno. Basically, the default answer is "don't fiddle". It's only done in cases where there's a very strong reason. An "update" has never had the requirement of producing the same effect as an "install" in Red Hat Linux -- besides the fact that it is practically impossible to achieve in practice, it's not necessarily what people want. We aim for "functional with packages updated" and not automagically pulling in rhgb on upgrade is inline with that policy. Another one of those as-far-as-I-know unstated policies that we now need to codify more openly. This message is a start. :-) michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Wed Jul 30 15:18:15 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 30 Jul 2003 11:18:15 -0400 Subject: battery charge status applet broken? In-Reply-To: <3F276740.3070503@spiritone.com>; from stevewa@spiritone.com on Tue, Jul 29, 2003 at 11:35:44PM -0700 References: <20030728215002.22987.26776.Mailman@listman.back-rdu.redhat.com> <3F276740.3070503@spiritone.com> Message-ID: <20030730111815.D11666@devserv.devel.redhat.com> On Tue, Jul 29, 2003 at 11:35:44PM -0700, Steve Ward wrote: > That's correct. I did try the most recent BIOS from Sony (2000 dated) > which was released specifically to correct compatibility issues with > Win2K (presumably ACPI related). The mouse and keyboard handling is done in system management mode on many systems, probably including yours; it then traps and fakes the PS/2 style I/O. Maybe that code (which for our purposes is part of the hardware; it's intended to be invisible to the OS) is being confused by some ACPI calls? This does sound like a firmware issue, in any case. The SMM emulation of PS/2 mouse behavior should explain how confusing the BIOS could cause odd mouse behavior. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From johnsonm at redhat.com Wed Jul 30 15:19:48 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 30 Jul 2003 11:19:48 -0400 Subject: Can we have g++/libstdc 32 packages In-Reply-To: <20030730084717.68834.qmail@web60004.mail.yahoo.com>; from redtuxxx@yahoo.co.uk on Wed, Jul 30, 2003 at 09:47:17AM +0100 References: <20030730084717.68834.qmail@web60004.mail.yahoo.com> Message-ID: <20030730111948.E11666@devserv.devel.redhat.com> On Wed, Jul 30, 2003 at 09:47:17AM +0100, Mike Martin wrote: > Severn ships gcc32 packages but no matching g++ packages. > > This causes problems with packages that dont compile with 3.3 (eg: > gst-plugins), and deps if they also use c++ code, because they have a > mismatch with libstdc It's not intended to be an entire duplicate compiler set; it's only intended for the kernel. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From smoogen at lanl.gov Wed Jul 30 15:21:37 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 30 Jul 2003 09:21:37 -0600 Subject: Graphical boot In-Reply-To: <20030730111147.C11666@devserv.devel.redhat.com> References: <1059448804.1210.3.camel@chastain> <3F26F0BF.3070704@boredinboise.org> <1059518962.2632.19.camel@bart.netlyncs.com> <1059546643.3f276613bab5c@webmail.welho.com> <20030730111147.C11666@devserv.devel.redhat.com> Message-ID: <1059578497.4926.28.camel@smoogen1.lanl.gov> And in the past.. any time an upgrade did add things that werent there already.. the numbers of complaints greatly outweighed the thanks. On Wed, 2003-07-30 at 09:11, Michael K. Johnson wrote: > On Wed, Jul 30, 2003 at 09:30:43AM +0300, Panu Matilainen wrote: > > OTOH anaconda *does* fiddle around with package selections to some extent on > > upgrades: there's code for removing blacklisted stuff (linuxconf, no wonder :), > > installing rhn-applet if up2date-gnome was installed, making sure certain GNOME > > packages are installed etc. Whether rhgb should be automatically added on > > upgrade .. well, I dunno. > > Basically, the default answer is "don't fiddle". It's only done in > cases where there's a very strong reason. An "update" has never had > the requirement of producing the same effect as an "install" in Red > Hat Linux -- besides the fact that it is practically impossible to > achieve in practice, it's not necessarily what people want. We aim > for "functional with packages updated" and not automagically pulling > in rhgb on upgrade is inline with that policy. > > Another one of those as-far-as-I-know unstated policies that we now > need to codify more openly. This message is a start. :-) > > michaelkjohnson > > "He that composes himself is wiser than he that composes a book." > Linux Application Development -- Ben Franklin > http://people.redhat.com/johnsonm/lad/ > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From otaylor at redhat.com Wed Jul 30 15:26:20 2003 From: otaylor at redhat.com (Owen Taylor) Date: 30 Jul 2003 11:26:20 -0400 Subject: Graphical boot In-Reply-To: <20030730111147.C11666@devserv.devel.redhat.com> References: <1059448804.1210.3.camel@chastain> <3F26F0BF.3070704@boredinboise.org> <1059518962.2632.19.camel@bart.netlyncs.com> <1059546643.3f276613bab5c@webmail.welho.com> <20030730111147.C11666@devserv.devel.redhat.com> Message-ID: <1059578779.30221.102.camel@poincare.devel.redhat.com> On Wed, 2003-07-30 at 11:11, Michael K. Johnson wrote: > On Wed, Jul 30, 2003 at 09:30:43AM +0300, Panu Matilainen wrote: > > OTOH anaconda *does* fiddle around with package selections to some extent on > > upgrades: there's code for removing blacklisted stuff (linuxconf, no wonder :), > > installing rhn-applet if up2date-gnome was installed, making sure certain GNOME > > packages are installed etc. Whether rhgb should be automatically added on > > upgrade .. well, I dunno. > > Basically, the default answer is "don't fiddle". It's only done in > cases where there's a very strong reason. An "update" has never had > the requirement of producing the same effect as an "install" in Red > Hat Linux -- besides the fact that it is practically impossible to > achieve in practice, it's not necessarily what people want. We aim > for "functional with packages updated" and not automagically pulling > in rhgb on upgrade is inline with that policy. I'm not sure I'd agree with this - OK, I'd agree that hard-coding fiddling in anaconda is evil - but I think making sure that rhgb gets installed for an upgrade of a workstation install of RH 9 is very much in line with what we've tried to do in the past. Sometimes this involves hard-coding things in anaconda, in other cases we've added extra package dependencies just to make sure that things get pulled in. But the goal is certainly that if you take a workstation install, upgrade it to a newer version, you get the main workstation features of the newer version. Regards, Owen From pboy at barkhof.uni-bremen.de Wed Jul 30 15:25:08 2003 From: pboy at barkhof.uni-bremen.de (Peter) Date: 30 Jul 2003 17:25:08 +0200 Subject: second try: centrino patch - how to use? In-Reply-To: <20030730101149.B29457@devserv.devel.redhat.com> References: <1059573608.2343.2.camel@ibmLinux.athome.de> <20030730101149.B29457@devserv.devel.redhat.com> Message-ID: <1059578708.2202.27.camel@ibmLinux.athome.de> Am Mit, 2003-07-30 um 16.11 schrieb Bill Nottingham: > Peter (pboy at barkhof.uni-bremen.de) said: > > I'll try again: can someone (possibly from Rad Hat) inform us how make > > the speedstep centrino module work? Or post a link where to find > > information? There are some people around here who would like to know > > about it. > > CPU frequency and voltage scaling code in the Linux(TM) kernel > ... > > 2.1 /proc/cpufreq interface [2.6] > *********************************** > > Starting in the patches for kernel 2.5.33, CPUFreq uses a "policy" > interface /proc/cpufreq. > > When you "cat" this file, ......... Many thanks for the information. Just after boot the file contains just one line with descriptive information. After loading the module there are in addition numerical values as described and I can change them as described. But: I'm wondering, that in lsmod speedstep-centrino is still categorized as "unused" (normally there are references to other modules or nothing at all). And if I switch the freq. to lowest (echo -n "0:0:0:powersave") the file is changed and contains 600000 as lowest and as hightest value with policy powersave, but e.g. in Kde SysMon the freq. of the cpu doesn't change. Thanks Peter -- ----------------------- Peter Boy ----------------------- From hp at redhat.com Wed Jul 30 15:34:03 2003 From: hp at redhat.com (Havoc Pennington) Date: Wed, 30 Jul 2003 11:34:03 -0400 Subject: x-chat IRS Client In-Reply-To: <1059575483.2530.14.camel@proton.cygnusx-1.org> References: <1059519077.1286.3.camel@bobcp4.lingpgmr.com> <20030729210209.D12088@devserv.devel.redhat.com> <1059549436.3f2770fc62c44@webmail.welho.com> <1059575483.2530.14.camel@proton.cygnusx-1.org> Message-ID: <20030730113403.B31589@devserv.devel.redhat.com> On Wed, Jul 30, 2003 at 07:31:23AM -0700, Nathan G. Grennan wrote: > > Indeed.. xchat2 is one of my favorite hall of shame candidates for worst UI design. > > The only problem I have had with it is organizing the Networks list > if tedious. You have to right click and select Move "FreeNode" Up or > Move "FreeNode" Down many times. Try deleting the networks you don't use... which for me is "all but 3 of them" > Don't go after him with Gnome2 HIG. It is one of the few Gnome2 > applications that actually got better overall with the switch from gtk1 > to gtk2. There's GnomeChat already which has a very nice UI... but crashes every 5 minutes. Havoc From dwalsh at redhat.com Wed Jul 30 15:36:14 2003 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 30 Jul 2003 11:36:14 -0400 Subject: second try: centrino patch - how to use? In-Reply-To: <200307300723.40454.hosting@j2solutions.net> References: <1059573608.2343.2.camel@ibmLinux.athome.de> <20030730101149.B29457@devserv.devel.redhat.com> <200307300723.40454.hosting@j2solutions.net> Message-ID: <3F27E5EE.6060704@redhat.com> New version of redhat-config-bind available on rawhide. This will edit the named files in place versus the old model. It should work with most simple configurations. I am looking for testers. A lot of this code is brand new so I would save your /var/named directory before trying. http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/redhat-config-bind-2.0.0-2.noarch.rpm From eric at interplas.com Wed Jul 30 15:42:17 2003 From: eric at interplas.com (Eric Wood) Date: Wed, 30 Jul 2003 11:42:17 -0400 Subject: Graphical boot References: <1059448804.1210.3.camel@chastain> <3F26F0BF.3070704@boredinboise.org> <1059518962.2632.19.camel@bart.netlyncs.com> <1059546643.3f276613bab5c@webmail.welho.com> <20030730111147.C11666@devserv.devel.redhat.com> Message-ID: <02de01c356b1$2821a6c0$9100000a@intgrp.com> > On Wed, Jul 30, 2003 at 09:30:43AM +0300, Panu Matilainen wrote: >> there's code for removing blacklisted stuff >> (linuxconf, no wonder :), installing rhn-applet if up2date-gnome was Yes, always get the latest and greatest non-sabotaged version of linuxconf after each upgrade or install. -eric wood From rpjday at mindspring.com Wed Jul 30 15:52:33 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 30 Jul 2003 11:52:33 -0400 (EDT) Subject: success! severn + gcc 3.3 kernel + wireless + nvidia In-Reply-To: <1059574285.1456.5.camel@unagi.internal.techworks.ie> Message-ID: On 30 Jul 2003, Philip Trickett wrote: > Would it be possible to get a copy of the kernel .config file? i can certainly send you one off-line, but i didn't do anything out of the ordinary. mostly, i started with the shipped config file you find in /boot and 1) removed tons of stuff i didn't need 2) moved from modules to built-in stuff i knew i was going to use so i don't think there's anything magical about the config file. what burned me was, given that i was doing all this on a laptop, the weirdness in /etc/init.d/pcmcia and that extraneous pcmcia/ directory that gets placed in the /lib/modules directory. and i'm *still* not sure what the rationale is in /etc/init.d/pcmcia for that directory check. can anyone explain what that condition check is trying to accomplish? just curious. rday From pboy at barkhof.uni-bremen.de Wed Jul 30 15:52:44 2003 From: pboy at barkhof.uni-bremen.de (Peter) Date: 30 Jul 2003 17:52:44 +0200 Subject: How to modify partition table? Message-ID: <1059580364.2343.37.camel@ibmLinux.athome.de> Does someone know how we should modifiy the partition table after installation? E.G. if you use LVM there may be a need to change the LVM volumes for reallocating space. There seems to be no redhat-config-.... and the very nice partitioning tool used during installation is missing on the disk. I know the command line tools, but - ok - more comfort more safeguards against typing errors, please. Peter -- ----------------------- Peter Boy Tel.: (0421) 218-44374 (0421) 230 757 ----------------------- From nbecker at hns.com Wed Jul 30 16:01:01 2003 From: nbecker at hns.com (Neal D. Becker) Date: Wed, 30 Jul 2003 12:01:01 -0400 Subject: NNTP In-Reply-To: References: <000401c3561a$a3be6c10$0100000a@diablo> Message-ID: <200307301201.01559.nbecker@hns.com> On Tuesday 29 July 2003 05:57 pm, Gerald Henriksen wrote: > On Tue, 29 Jul 2003 17:44:50 -0400, you wrote: > >What are the chances of RedHat making this list available via NNTP? It > >would make my life 1 billion times better and probably cause an end to > > world hunger. > > news.gmane.org makes this list available (as > gmane.linux.redhat.rhl.beta). > > > -- Could you please recheck this? I don't see any rhl under gmane.linux.redhat -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From notting at redhat.com Wed Jul 30 16:03:26 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 30 Jul 2003 12:03:26 -0400 Subject: Bug #79396 In-Reply-To: <200307301457.h6UEvx128212@devserv.devel.redhat.com>; from alan@redhat.com on Wed, Jul 30, 2003 at 10:57:59AM -0400 References: <20030730094412.A16452@devserv.devel.redhat.com> <200307301457.h6UEvx128212@devserv.devel.redhat.com> Message-ID: <20030730120326.C23382@devserv.devel.redhat.com> Alan Cox (alan at redhat.com) said: > > Hm. To do this robustly would require checking the locale > > when updfstab is run, so that it's not set to utf8 on a system > > where the default locale isn't utf8. Then you run into the > > issue where it's spawned from hotplug, where I'm pretty sure > > the system locale isn't set. > > So hotplug needs to run i18n once ? Possibly. It should be vetted to make sure it's not relying on being run with LANG=C. :) Bill From dwalsh at redhat.com Wed Jul 30 16:03:52 2003 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 30 Jul 2003 12:03:52 -0400 Subject: new redhat-config-bind version available In-Reply-To: <3F27E5EE.6060704@redhat.com> References: <1059573608.2343.2.camel@ibmLinux.athome.de> <20030730101149.B29457@devserv.devel.redhat.com> <200307300723.40454.hosting@j2solutions.net> <3F27E5EE.6060704@redhat.com> Message-ID: <3F27EC68.7020202@redhat.com> oops wrong subject Daniel J Walsh wrote: > New version of redhat-config-bind available on rawhide. This will > edit the named files in place versus the old model. It should work > with most simple configurations. > I am looking for testers. > A lot of this code is brand new so I would save your /var/named > directory before trying. > > http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/redhat-config-bind-2.0.0-2.noarch.rpm > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From notting at redhat.com Wed Jul 30 16:04:06 2003 From: notting at redhat.com (Bill Nottingham) Date: Wed, 30 Jul 2003 12:04:06 -0400 Subject: second try: centrino patch - how to use? In-Reply-To: <1059578708.2202.27.camel@ibmLinux.athome.de>; from pboy@barkhof.uni-bremen.de on Wed, Jul 30, 2003 at 05:25:08PM +0200 References: <1059573608.2343.2.camel@ibmLinux.athome.de> <20030730101149.B29457@devserv.devel.redhat.com> <1059578708.2202.27.camel@ibmLinux.athome.de> Message-ID: <20030730120406.D23382@devserv.devel.redhat.com> Peter (pboy at barkhof.uni-bremen.de) said: > (echo -n "0:0:0:powersave") the file is changed and contains 600000 as > lowest and as hightest value with policy powersave, but e.g. in Kde > SysMon the freq. of the cpu doesn't change. /proc/cpuinfo is probed at boot and is not remade when the frequency changes. Bill From John.Hearns at micromuse.com Wed Jul 30 16:29:38 2003 From: John.Hearns at micromuse.com (John Hearns) Date: Wed, 30 Jul 2003 17:29:38 +0100 Subject: How to modify partition table? In-Reply-To: <1059580364.2343.37.camel@ibmLinux.athome.de> References: <1059580364.2343.37.camel@ibmLinux.athome.de> Message-ID: <3F27F272.8040004@micromuse.com> Peter wrote: >Does someone know how we should modifiy the partition table after >installation? E.G. if you use LVM there may be a need to change the LVM >volumes for reallocating space. > > I'll probably be told to wash my mouth out with soap, but look at EVMS http://evms.sourceforge.net/ Apologies to the gurus, who will no doubt point out this has flaws. By the way, why not include EVMS in Severn? From hoyt at cavtel.net Wed Jul 30 16:50:42 2003 From: hoyt at cavtel.net (HoytDuff) Date: Wed, 30 Jul 2003 12:50:42 -0400 Subject: Mount Other filesystems In-Reply-To: <3F27B113.9090604@gmx.de> References: <1059527814.3361.6.camel@albert> <1059560158.2728.5.camel@albert> <3F27B113.9090604@gmx.de> Message-ID: <200307301250.42706.hoyt@cavtel.net> On Wednesday 30 July 2003 07:50 am, shrek-m at gmx.de wrote: > should redhat follow this but_others_do_it - example too ? > > > so it must be relative harmless > > sorry, i feel really good with the redhat-way, I think the point Maynard was making was that the danger might just be over-exaggerated. Red Hat can do it whatever way they see fit, but users like to hear a valid reason and the "Alpha/danger" reason does not appear valid in the face of other practices without some additional substantiation. -- Hoyt From ghenriks at rogers.com Wed Jul 30 17:18:29 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Wed, 30 Jul 2003 13:18:29 -0400 Subject: NNTP In-Reply-To: <200307301201.01559.nbecker@hns.com> References: <000401c3561a$a3be6c10$0100000a@diablo> <200307301201.01559.nbecker@hns.com> Message-ID: <1cvfivol71ipfd6em76v40jngqv7no9tv1@4ax.com> On Wed, 30 Jul 2003 12:01:01 -0400, you wrote: >> news.gmane.org makes this list available (as >> gmane.linux.redhat.rhl.beta). >> -- >Could you please recheck this? I don't see any rhl under gmane.linux.redhat Yes it's there. Are you using news.gmane.org as your NNTP server? From nbecker at hns.com Wed Jul 30 17:22:02 2003 From: nbecker at hns.com (Neal D. Becker) Date: Wed, 30 Jul 2003 13:22:02 -0400 Subject: NNTP In-Reply-To: <1cvfivol71ipfd6em76v40jngqv7no9tv1@4ax.com> References: <000401c3561a$a3be6c10$0100000a@diablo> <200307301201.01559.nbecker@hns.com> <1cvfivol71ipfd6em76v40jngqv7no9tv1@4ax.com> Message-ID: <200307301322.02660.nbecker@hns.com> On Wednesday 30 July 2003 01:18 pm, Gerald Henriksen wrote: > On Wed, 30 Jul 2003 12:01:01 -0400, you wrote: > >> news.gmane.org makes this list available (as > >> gmane.linux.redhat.rhl.beta). > >> -- > > > >Could you please recheck this? I don't see any rhl under > > gmane.linux.redhat > > Yes it's there. > > Are you using news.gmane.org as your NNTP server? OK, thanks. I had to grab an updated list of groups :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From elwoo at videotron.ca Wed Jul 30 17:42:32 2003 From: elwoo at videotron.ca (Elton Woo) Date: Wed, 30 Jul 2003 13:42:32 -0400 Subject: bugs, bugs, bugs! In-Reply-To: <20030730103615.A11666@devserv.devel.redhat.com> References: <200307292135.h6TLZkW02288@devserv.devel.redhat.com> <200307291817.30702.elwoo@videotron.ca> <20030730103615.A11666@devserv.devel.redhat.com> Message-ID: <200307301342.32268.elwoo@videotron.ca> On Wednesday 30 July 2003 10:36, Michael K. Johnson "Michael K. Johnson" wrote: > On Tue, Jul 29, 2003 at 06:17:30PM -0400, Elton Woo wrote: > > > > ... *or* "I've been REQUESTING this feature for the last three versions > > of Red Hat linux" ... would that also grab attention? > > No, not really -- there are feature requests that some people have made > for the past three *years* (or more) that aren't there for a variety of > reasons that don't go away just because of the passing of time and of > releases. To be more specific: I've been requesting that my USB scanner be automatically preconfigured ... *for the past three releases*. IMVHO, since Red Hat is aiming to be more "user friendly" isn't this a _reasonable_ request? Each time I have to manually edit /etc/sane.d/epson.conf. The contents of the *default* file follows: ---------------------------------------------------------------------------------- # epson.conf # # here are some examples for how to configure the EPSON backend # # SCSI scanner: scsi EPSON # # Parallel port scanner: #pio 0x278 #pio 0x378 #pio 0x3BC # # USB scanner - only enable this if you have an EPSON scanner. It could # otherwise block your non-EPSON scanner from being # recognized. # Depending on your distribution, you may need either the # first or the second entry. #usb /dev/usb/scanner0 #usb /dev/usb/scanner0 ----------------------------------------------------------------------------- NOTE: I cannot, for the life of me, see any difference between the two last lines of this configuration file, which has been thus for several past versions, and still remains in the present. Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From joe at tmsusa.com Wed Jul 30 17:44:49 2003 From: joe at tmsusa.com (joe) Date: Wed, 30 Jul 2003 10:44:49 -0700 Subject: second try: centrino patch - how to use? In-Reply-To: <3F27E5EE.6060704@redhat.com> References: <1059573608.2343.2.camel@ibmLinux.athome.de> <20030730101149.B29457@devserv.devel.redhat.com> <200307300723.40454.hosting@j2solutions.net> <3F27E5EE.6060704@redhat.com> Message-ID: <3F280411.4010708@tmsusa.com> Daniel J Walsh wrote: > New version of redhat-config-bind available on rawhide. This will > edit the named files in place versus the old model. It should work > with most simple configurations. > I am looking for testers. > A lot of this code is brand new so I would save your /var/named > directory before trying. > > http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/redhat-config-bind-2.0.0-2.noarch.rpm > Does it understand views yet? Joe From elwoo at videotron.ca Wed Jul 30 17:49:03 2003 From: elwoo at videotron.ca (Elton Woo) Date: Wed, 30 Jul 2003 13:49:03 -0400 Subject: Graphical boot In-Reply-To: <20030730111147.C11666@devserv.devel.redhat.com> References: <1059448804.1210.3.camel@chastain> <1059546643.3f276613bab5c@webmail.welho.com> <20030730111147.C11666@devserv.devel.redhat.com> Message-ID: <200307301349.03311.elwoo@videotron.ca> On Wednesday 30 July 2003 11:11, Michael K. Johnson "Michael K. Johnson" wrote: > Basically, the default answer is "don't fiddle". It's only done in > cases where there's a very strong reason. An "update" has never had > the requirement of producing the same effect as an "install" in Red > Hat Linux -- besides the fact that it is practically impossible to > achieve in practice, it's not necessarily what people want. We aim > for "functional with packages updated" and not automagically pulling > in rhgb on upgrade is inline with that policy. > > Another one of those as-far-as-I-know unstated policies that we now > need to codify more openly. This message is a start. :-) > > michaelkjohnson The *downside* of the graphical boot is that, if there is a problem, the user (me aka dumb newbie) gets stuck. ...a *specific* example: on several boots of Severn, I get kernel oopses, of which I am aware (through past experience): since two, or all keyboard lights start blinking, and the dialog "ribbon" just sits on screen. IMHO, this probably a bug related to the present kernel and the AMD family of CPU's. Since I am unable to go into interactive mode at this point, my only resort is to hit the reset button on my machine. Should I bugzilla this, and if so, under what component? Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From twaugh at redhat.com Wed Jul 30 17:50:28 2003 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 30 Jul 2003 18:50:28 +0100 Subject: bugs, bugs, bugs! In-Reply-To: <200307301342.32268.elwoo@videotron.ca> References: <200307292135.h6TLZkW02288@devserv.devel.redhat.com> <200307291817.30702.elwoo@videotron.ca> <20030730103615.A11666@devserv.devel.redhat.com> <200307301342.32268.elwoo@videotron.ca> Message-ID: <20030730175028.GB12187@redhat.com> On Wed, Jul 30, 2003 at 01:42:32PM -0400, Elton Woo wrote: > To be more specific: I've been requesting that my USB scanner be > automatically preconfigured ... *for the past three releases*. IMVHO, > since Red Hat is aiming to be more "user friendly" isn't this a _reasonable_ > request? Perfectly reasonable. But it needs a good deal of vendor-specific, scanner-specific, and backend-specific knowledge to work. :-( Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From alan at redhat.com Wed Jul 30 17:58:37 2003 From: alan at redhat.com (Alan Cox) Date: Wed, 30 Jul 2003 13:58:37 -0400 (EDT) Subject: Graphical boot In-Reply-To: <200307301349.03311.elwoo@videotron.ca> from "Elton Woo" at Gor 30, 2003 01:49:03 Message-ID: <200307301758.h6UHwb432521@devserv.devel.redhat.com> > the user (me aka dumb newbie) gets stuck. ...a *specific* example: > on several boots of Severn, I get kernel oopses, of which I am > aware (through past experience): since two, or all keyboard lights > start blinking, and the dialog "ribbon" just sits on screen. Boot with the option "nogui" From leonardjo at hetnet.nl Wed Jul 30 18:22:26 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 30 Jul 2003 20:22:26 +0200 Subject: Dependencies [was Re: bugs, bugs, bugs!] In-Reply-To: <20030730131514.09d30576.ms-nospam-0306@arcor.de> References: <3F2795D6.25899.35D36E@localhost> Message-ID: <3F282902.19354.63E2A3@localhost> Hello Michael, > The reason was simply that in case of a long > dependency chain, you end up with a long list of packages to install > manually. Who really wants that? In such cases it would probably be easiest to indeed use an update tool. But many cases are not that complicated. If I wanted to add a package to an installed system most of the time it would only have one or two depdencies in which case I could just pop in the cd or take the needed packages from my update directory. No need to go online and/or use an update tool. > Now as soon as you start using small helper scripts to traverse the > dependency tree and collect explicit package names, this is becoming > messy. Just observe, that you need physical access to all missing > packages in order to solve dependencies (the complete rpmdb takes less > space). The script I added was just to show how simple it would be to generate these requirements. If it were modified to be used as an update tool of course it should use the rpmdb. But that's a different thing. > You don't want to include the complete dependency chain in every > individual package, do you? No. In most cases the dependecy chain is about 3, 4, 5 items long. Since one builds from the base, on most installed system 2, 3 chains are allready satisfied. > So, why not go one step further and do the > real thing? That is, upon package installation, let RPM and package tool > front-ends solve the dependency chain automatically by querying an rpmdb > and possibly network servers? As argued above, in many cases one wouldn't need to use such a tool. I am not disputing the usefulness of update tools in certain instances, but I do not need a cannon to kill a mosquito. > As a side-note, RPM cannot know that program X from package Y is > executed in script A from package B. Hence in some cases, explicitly > listed requirements are likely to stay. ? This argument I don't understand. This is what the requirements are used for, but it doesn't matter whether files or packages are mentioned as requirements. ALso not sure if you mean package or file names with "explicitly listed arguments". Currently both file and package dependecies are mixed. So it's definitely not the case that all needed files are always explicitely mentioned. Nobody has yet explained to me why there are still packages depending on packages anyway. For now I stick to mho that also adding package names to the Requires is good for clarity (educational), helps people solve many of the less complicated dependency problems without having to rely on update tools, and is cheap both in package size and maintainance cost. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From leonardjo at hetnet.nl Wed Jul 30 18:22:26 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 30 Jul 2003 20:22:26 +0200 Subject: Dependencies [was: Re: bugs, bugs, bugs!] In-Reply-To: <20030730125237.4a7de289.ms-nospam-0306@arcor.de> References: <3F273E55.31680.99B603@localhost> Message-ID: <3F282902.13347.63E2AC@localhost> Hello Michael, > For some packages such a list of explicit requirements can get > pretty long and would require an extra maintenance effort. For > instance, not only when depending packages are renamed or when the > dependencies of a package change (user would install redundant > stuff). Firstly, this splitting up or renaming of packages is a seldom occassion. That already significantly reduces the maintainance cost. There are two cases in which Requires would change: 1) The package gets split up and the depended on file is moved to the new package. (If it is left in the old part nothing changes.) A Requires for the new package needs to be added, but this is obvious and the maintainer can solve this by once querying the rpmdb. After adding the new Requires the maintainer should delete the redundant package requirement. This should be obvious since the maintainer was prompted by the fact that (s)he needed to add a new Requires. But even if missed this can be repaired as soon as spotted. Maybe a redundant package gets installed, but in most cases it is probably required anyway. 2) The package is renamed. A Requires for the new name needs to be added, and since the old name no longer exists the old name needs to be removed. The fact that both steps need to be performed can't be missed (unsatisfied and unsatisfiable Requires respectively). > But also when a particular version of a library is found > only in a particular package revision. We should rely on tools which > solve the dependencies for us and which find out what package to install > to get libfoo.so.3. One can use version requirements for package names. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From leonardjo at hetnet.nl Wed Jul 30 18:22:26 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 30 Jul 2003 20:22:26 +0200 Subject: Dependencies [was: Re: bugs, bugs, bugs!] In-Reply-To: <1059564418.24642.2.camel@jeremy.dtcc.cc.nc.us> References: <20030730125237.4a7de289.ms-nospam-0306@arcor.de> Message-ID: <3F282902.14428.63E2B5@localhost> Hi Jeremy, > And that is effectively how dependency-solving tools like up2date, apt, > yum, etc. work... by querying remote servers, caching appropriate > meta-deta locally, and figuring out all of this for you. Leonard: why > won't you use one of those tools and thus avoid this whole problem? In many cases one wouldn't need to use these tools if dependencies were clear (as in (also) using package names). For more difficult situations one would use an update tool. See my other posts. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From leonardjo at hetnet.nl Wed Jul 30 18:22:26 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 30 Jul 2003 20:22:26 +0200 Subject: mc segfaulting Message-ID: <3F282902.23549.63E29A@localhost> Hello, I was wondering if anybody is having the same problem. On a workstation install mc keeps segfaulting on any command that I issue. This is in a tty, not in an Xterm or konsole. Funny thing is this only happens for root and leonard(uid 500), but not for users test(501) and test1(502). Any suggestions on how to debug this issue? Maybe it is just a corrupt file somewhere but where should I look? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From dwalsh at redhat.com Wed Jul 30 18:24:18 2003 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 30 Jul 2003 14:24:18 -0400 Subject: second try: centrino patch - how to use? In-Reply-To: <3F280411.4010708@tmsusa.com> References: <1059573608.2343.2.camel@ibmLinux.athome.de> <20030730101149.B29457@devserv.devel.redhat.com> <200307300723.40454.hosting@j2solutions.net> <3F27E5EE.6060704@redhat.com> <3F280411.4010708@tmsusa.com> Message-ID: <3F280D52.2020508@redhat.com> Sorry no. joe wrote: > Daniel J Walsh wrote: > >> New version of redhat-config-bind available on rawhide. This will >> edit the named files in place versus the old model. It should work >> with most simple configurations. I am looking for testers. >> A lot of this code is brand new so I would save your /var/named >> directory before trying. >> >> http://rawhide.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/redhat-config-bind-2.0.0-2.noarch.rpm > > > Does it understand views yet? > > Joe > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From hosting at j2solutions.net Wed Jul 30 18:37:04 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Wed, 30 Jul 2003 11:37:04 -0700 Subject: drvblock.img modules are a mismatched kernel version... Message-ID: <200307301137.04577.hosting@j2solutions.net> So I tried to use the drvblock.img provided on the Severn disk 1, to be able to install to an aic79xx controller. Unfortunately, the aic79xx module complains that it was compiled w/ kernel-2.4.21-20.1.2024.2.1.nptlBOOT, and the installer is running kernel-2.4.21-20.1.2024.2.1.nptl. This is a mismatch and the module won't load. Is there anything I can do to force this module to load? -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From katzj at redhat.com Wed Jul 30 18:52:45 2003 From: katzj at redhat.com (Jeremy Katz) Date: 30 Jul 2003 14:52:45 -0400 Subject: drvblock.img modules are a mismatched kernel version... In-Reply-To: <200307301137.04577.hosting@j2solutions.net> References: <200307301137.04577.hosting@j2solutions.net> Message-ID: <1059591164.2495.0.camel@mirkwood.devel.redhat.com> On Wed, 2003-07-30 at 14:37, Jesse Keating wrote: > So I tried to use the drvblock.img provided on the Severn disk 1, to be > able to install to an aic79xx controller. Unfortunately, the aic79xx > module complains that it was compiled w/ > kernel-2.4.21-20.1.2024.2.1.nptlBOOT, and the installer is running > kernel-2.4.21-20.1.2024.2.1.nptl. This is a mismatch and the module > won't load. Is there anything I can do to force this module to load? You've booted from the CD on the kernel which is matched with the initrd on the CD. The various driver disks only go with booting off of the boot disks (as the CD can just have all of the drivers, so why worry with driver disks) Jeremy From rpjday at mindspring.com Wed Jul 30 18:57:45 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 30 Jul 2003 14:57:45 -0400 (EDT) Subject: next up: trying to build/boot a 2.6.0-test[x] kernel Message-ID: based (loosely) on my 2.4 kernel config file, i've built both a 2.6.0-test1 and 2.6.0-test2 kernel, and tried to boot both of them. they both freeze right around the "Freeing unused kernel memory" message, sometimes just two or three lines before that, but always pretty much in the same place. i'm pretty sure this isn't the ubiquitous missing-VT-config problem since that normally stops printing output long before then, and i've verified that i have the vt options configured in. i'm just digging into that, but if anyone has hints, that would be nice. (obviously, i built those kernels with gcc 3.3). slowly, but surely. rday From jbj at redhat.com Wed Jul 30 19:01:07 2003 From: jbj at redhat.com (Jeff Johnson) Date: Wed, 30 Jul 2003 15:01:07 -0400 Subject: Dependencies [was: Re: bugs, bugs, bugs!] In-Reply-To: <3F282902.14428.63E2B5@localhost>; from leonardjo@hetnet.nl on Wed, Jul 30, 2003 at 08:22:26PM +0200 References: <20030730125237.4a7de289.ms-nospam-0306@arcor.de> <1059564418.24642.2.camel@jeremy.dtcc.cc.nc.us> <3F282902.14428.63E2B5@localhost> Message-ID: <20030730150106.I32372@devserv.devel.redhat.com> On Wed, Jul 30, 2003 at 08:22:26PM +0200, Leonard den Ottolander wrote: > Hi Jeremy, > > > And that is effectively how dependency-solving tools like up2date, apt, > > yum, etc. work... by querying remote servers, caching appropriate > > meta-deta locally, and figuring out all of this for you. Leonard: why > > won't you use one of those tools and thus avoid this whole problem? > > In many cases one wouldn't need to use these tools if dependencies > were clear (as in (also) using package names). For more difficult > situations one would use an update tool. See my other posts. Before we set off redesigning package dependency chains for rpm, duplicating existing file and soname dependencies with package dependencies, let me point out --aid, which is quite useful even if you insist on not using tools but prefer manually upgrading using rpm. 0) Mount a distro universe of packages someplace. I use, say, /10/i386 for the RHLP beta. 1) Install the rpmdb-redhat package from that distro. 2) Edit /etc/rpm/macros.solve to configure where to get packages from: # The path to the dependency universe database. The default value # is the rpmdb-redhat location. The macro is usually defined in # /etc/rpm/macros.solve, installed with the rpmdb-redhat package. %_solve_dbpath /usr/lib/rpmdb/i386-redhat-linux/redhat # The path to the dependency universe packages. This should # be a path to the packages contained in the solve database. -%_solve_pkgsdir /mnt/redhat/test/latest-i386/RedHat/RPMS/ +%_solve_pkgsdir /10/i386/ # The output binary package file name template used when suggesting # binary packages that solve a dependency. The macro is usually defined # in /etc/rpm/macros.solve, installed with the rpmdb-redhat package. # # XXX Note: escaped %% for use in headerSprintf() -%_solve_name_fmt %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm +%_solve_name_fmt %{?_solve_pkgsdir}%%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm 3) Add --aid when installing/upgrading a package. Additional packages will be looked up in the rpmdb-redhat package, the location of the package will be generated by prefixing "/10/i386/", and the package will be automagically added to the transaction. This solves most of "dependency hell", i.e. chasing down which package satisfies a new dependency quite well. And, if for some reason you can't afford to make all the packages available at /10/i386 (or wherever), the rpm will display suggested resolutions using rpmdb-redhat. Yes, tools like up2date and yum do a better job than --aid. There is no such thing as "clear dependencies", but that's just my opinion. No matter what, attempting to follow dependency chains manually is not necessary anymore, and adding Yet More package dependency is silly. 73 de Jeff -- Jeff Johnson ARS N3NPQ jbj at redhat.com (jbj at jbj.org) Chapel Hill, NC From hp at redhat.com Wed Jul 30 19:12:41 2003 From: hp at redhat.com (Havoc Pennington) Date: Wed, 30 Jul 2003 15:12:41 -0400 Subject: bugs, bugs, bugs! In-Reply-To: <200307301342.32268.elwoo@videotron.ca> References: <200307292135.h6TLZkW02288@devserv.devel.redhat.com> <200307291817.30702.elwoo@videotron.ca> <20030730103615.A11666@devserv.devel.redhat.com> <200307301342.32268.elwoo@videotron.ca> Message-ID: <20030730151241.B17951@devserv.devel.redhat.com> On Wed, Jul 30, 2003 at 01:42:32PM -0400, Elton Woo wrote: > To be more specific: I've been requesting that my USB scanner be > automatically preconfigured ... *for the past three releases*. IMVHO, > since Red Hat is aiming to be more "user friendly" isn't this a _reasonable_ > request? No knowledge of this specific bug, but the binary toggle "reasonable" vs. "not reasonable" isn't the right way to think about it. There are two things that matter: - the position of each request in developer's priority queue - how many developers there are that have priority queues To improve this, as a project including non-Red-Hat people we can do two things: - have more developers and thus more queues, by letting more people contribute - improve the priority queue; for example via the bugzilla methods I posted Havoc From hosting at j2solutions.net Wed Jul 30 19:12:06 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Wed, 30 Jul 2003 12:12:06 -0700 Subject: drvblock.img modules are a mismatched kernel version... In-Reply-To: <1059591164.2495.0.camel@mirkwood.devel.redhat.com> References: <200307301137.04577.hosting@j2solutions.net> <1059591164.2495.0.camel@mirkwood.devel.redhat.com> Message-ID: <200307301212.06599.hosting@j2solutions.net> On Wednesday 30 July 2003 11:52, Jeremy Katz wrote: > You've booted from the CD on the kernel which is matched with the > initrd on the CD. The various driver disks only go with booting off > of the boot disks (as the CD can just have all of the drivers, so why > worry with driver disks) Where are the module files located on the CD then, as the CD does not automatically load a module for the aic79xx SCSI controller, nor is this driver an option when manually selecting a driver (noprobe). -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (http://www.microwerks.net/~hugo/) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From shrek-m at gmx.de Wed Jul 30 19:16:25 2003 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 30 Jul 2003 21:16:25 +0200 Subject: Mount Other filesystems In-Reply-To: <200307301250.42706.hoyt@cavtel.net> References: <1059527814.3361.6.camel@albert> <1059560158.2728.5.camel@albert> <3F27B113.9090604@gmx.de> <200307301250.42706.hoyt@cavtel.net> Message-ID: <3F281989.80802@gmx.de> HoytDuff wrote: >On Wednesday 30 July 2003 07:50 am, shrek-m at gmx.de wrote: > > >>should redhat follow this but_others_do_it - example too ? >> >> >>>so it must be relative harmless >>> >>> >>sorry, i feel really good with the redhat-way, >> >> > >I think the point Maynard was making was that the danger might just be >over-exaggerated. Red Hat can do it whatever way they see fit, but users like >to hear a valid reason and the "Alpha/danger" reason does not appear valid in >the face of other practices without some additional substantiation. > i am no lawyer and my panic is over-exaggerated too. what happens if i install redhat linux as dual_boot eg. in a little productive environment. rhl recognice all fat* (ntfs4, ntfs5, ntfs5.1, ...) partitions and mount it automacillay and i forget to disable this. normaly there are no problems! can you take a look in the future and can you tell me what ms will do with the next servicepack ? Maynard: "so it must be relative harmless" but what happens if the whole fat-partitions including c:\windows are suddenly damaged while you have read-access with linux on this WS. from one day to the other, propably after an windows-update or redhat-update ? than i can only hope that the backup for this WS (if there is one) is ok and nobody will money back for the none productive time. my points are: a user who is not able to mount his fat* or ntfs* - partition should wait until he know how to do this. the default should be: windows has only *local* access on own fs linux has only *local* access on own fs -- shrek-m From elwoo at videotron.ca Wed Jul 30 19:19:25 2003 From: elwoo at videotron.ca (Elton Woo) Date: Wed, 30 Jul 2003 15:19:25 -0400 Subject: on what disk is licq? Message-ID: <200307301519.25478.elwoo@videotron.ca> I have to *manually* instll licq, but I can't seem to find it. ... maybe I'm "looking too hard" but I know it must be on one of the three Severn disks, but ... whihc one, please? TIA, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From tjb at unh.edu Wed Jul 30 19:24:34 2003 From: tjb at unh.edu (Thomas J. Baker) Date: 30 Jul 2003 15:24:34 -0400 Subject: 2.6.0-test2 and NVidia 4496 = no direct rendering? Message-ID: <1059593074.11390.8.camel@wintermute.sr.unh.edu> I've got two separate systems where compiling the nvidia 4496 drivers and running Arjan's RPM test2 smp kernel results in glxinfo informing me that direct rendering is disabled. I've got the patch from minion.de and the nvidia module compiles and loads fine. If I reboot to 2.4.20-19.9, it works fine so it doesn't seem like the GLX libraries are not installed correctly. Anyone have it working? I'm using the Makefile.kbuild since the Makefile.nvidia doesn't seem to work at all. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From knxmay001 at mail.uct.ac.za Wed Jul 30 19:37:35 2003 From: knxmay001 at mail.uct.ac.za (Maynard) Date: Wed, 30 Jul 2003 21:37:35 +0200 Subject: Mount Other filesystems In-Reply-To: <3F281989.80802@gmx.de> Message-ID: <000001c356d2$07eb7c20$196d9e89@pegasus> I did not advocate this be done for NTFS. Only for FAT file system. I really doubt Microsoft is doing much development work on this anymore so I do expect it to be rather unchanging. I know NTFS is really hard, and even when I had an NTFS partition, I did not really use it under Linux. As I had said earlier, the reason is I, and probably other people need to use the documents between Windows and Linux. If there was a good IFS driver for ext2/3 under Windows, I would convert to that on my other hard drive. But there isn't. I do not expect computers to work flawlessly, but the risk of filesystem corruption does seem to be overstated. It does not have to be the default, but it could be an option, with a big red warning label is someone felt so inclined to mount FAT partitions. I think NTFS should be left alone. -----Original Message----- From: rhl-beta-list-admin at redhat.com [mailto:rhl-beta-list-admin at redhat.com] On Behalf Of shrek-m at gmx.de Sent: Wednesday, July 30, 2003 9:16 PM To: rhl-beta-list at redhat.com Subject: Re: Mount Other filesystems HoytDuff wrote: >On Wednesday 30 July 2003 07:50 am, shrek-m at gmx.de wrote: > > >>should redhat follow this but_others_do_it - example too ? >> >> >>>so it must be relative harmless >>> >>> >>sorry, i feel really good with the redhat-way, >> >> > >I think the point Maynard was making was that the danger might just be >over-exaggerated. Red Hat can do it whatever way they see fit, but users like >to hear a valid reason and the "Alpha/danger" reason does not appear valid in >the face of other practices without some additional substantiation. > i am no lawyer and my panic is over-exaggerated too. what happens if i install redhat linux as dual_boot eg. in a little productive environment. rhl recognice all fat* (ntfs4, ntfs5, ntfs5.1, ...) partitions and mount it automacillay and i forget to disable this. normaly there are no problems! can you take a look in the future and can you tell me what ms will do with the next servicepack ? Maynard: "so it must be relative harmless" but what happens if the whole fat-partitions including c:\windows are suddenly damaged while you have read-access with linux on this WS. from one day to the other, propably after an windows-update or redhat-update ? than i can only hope that the backup for this WS (if there is one) is ok and nobody will money back for the none productive time. my points are: a user who is not able to mount his fat* or ntfs* - partition should wait until he know how to do this. the default should be: windows has only *local* access on own fs linux has only *local* access on own fs -- shrek-m -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From milan.kerslager at pslib.cz Wed Jul 30 20:08:53 2003 From: milan.kerslager at pslib.cz (Milan Kerslager) Date: Wed, 30 Jul 2003 22:08:53 +0200 Subject: mc segfaulting In-Reply-To: <3F282902.23549.63E29A@localhost> References: <3F282902.23549.63E29A@localhost> Message-ID: <20030730200853.GB13398@pluto.pslib.cz> On Wed, Jul 30, 2003 at 08:22:26PM +0200, Leonard den Ottolander wrote: > Hello, > > I was wondering if anybody is having the same problem. On a > workstation install mc keeps segfaulting on any command that I issue. > This is in a tty, not in an Xterm or konsole. > > Funny thing is this only happens for root and leonard(uid 500), but > not for users test(501) and test1(502). > > Any suggestions on how to debug this issue? Maybe it is just a corrupt > file somewhere but where should I look? rm -rf ~/.mc ??? Try to just rename to some other name. -- Milan Kerslager E-mail: milan.kerslager at pslib.cz WWW: http://www.pslib.cz/~kerslage/ From ms-nospam-0306 at arcor.de Wed Jul 30 20:10:56 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 30 Jul 2003 22:10:56 +0200 Subject: Dependencies [was Re: bugs, bugs, bugs!] In-Reply-To: <3F282902.19354.63E2A3@localhost> References: <3F2795D6.25899.35D36E@localhost> <3F282902.19354.63E2A3@localhost> Message-ID: <20030730221056.65962634.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 30 Jul 2003 20:22:26 +0200, Leonard den Ottolander wrote: > > As a side-note, RPM cannot know that program X from package Y is > > executed in script A from package B. Hence in some cases, explicitly > > listed requirements are likely to stay. > > ? This argument I don't understand. This is what the requirements are > used for, but it doesn't matter whether files or packages are mentioned > as requirements. ALso not sure if you mean package or file names with > "explicitly listed arguments". It is one of the reasons why you see a mixture of automatically generated dependencies and manually added requirements. > Nobody has yet explained to me why there are still packages > depending on packages anyway. Because one package needs the contents or file-structure provided by another package. > For now I stick to mho that also adding package names to the Requires > is good for clarity (educational), helps people solve many of the less > complicated dependency problems without having to rely on update tools, > and is cheap both in package size and maintainance cost. As has been pointed out before, manually added dependencies increase the package maintenance costs. It gets even worse when you introduce versioned dependencies. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/KCZQ0iMVcrivHFQRAtwqAJ4xbPjiwlGDGhhO2+ssCGafbg2Q4QCdGRBr qDFpnbK9FYF1dfKG8JgIVJ4= =TbCd -----END PGP SIGNATURE----- From milan.kerslager at pslib.cz Wed Jul 30 20:14:56 2003 From: milan.kerslager at pslib.cz (Milan Kerslager) Date: Wed, 30 Jul 2003 22:14:56 +0200 Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: References: Message-ID: <20030730201456.GC13398@pluto.pslib.cz> On Wed, Jul 30, 2003 at 02:57:45PM -0400, Robert P. J. Day wrote: > > based (loosely) on my 2.4 kernel config file, i've built both > a 2.6.0-test1 and 2.6.0-test2 kernel, and tried to boot both of > them. Try http://people.redhat.com/arjanv/2.5/ Use precompiled or grab .config from kernel-source package and try to modify this one (at lest to do not forget something). -- Milan Kerslager E-mail: milan.kerslager at pslib.cz WWW: http://www.pslib.cz/~kerslage/ From jef at tech-info.qc.ca Wed Jul 30 20:15:00 2003 From: jef at tech-info.qc.ca (Jean-Francois =?ISO-8859-1?Q?B=E9langer?=) Date: 30 Jul 2003 16:15:00 -0400 Subject: File system corruption with Severn In-Reply-To: <200307301049.h6UAnbu18056@devserv.devel.redhat.com> References: <200307301049.h6UAnbu18056@devserv.devel.redhat.com> Message-ID: <1059596100.29201.5.camel@jef.tech-info.qc.ca> On Wed, 2003-07-30 at 06:49, Alan Cox wrote: > > I've just switched the hard disk with a smaller one. Seem to work fine > > for now. I've experienced some lockup too, but that must be my old > > i740. > > > > The corruption appeared while doing a lot of file transfer, i tried to > > disable the dma for the drive but the corruption appeared anyway. > > If you can duplicate this reliably can you install the beta, then swap the > kernel for a generic kernel (either kernel.org, -ac or for that matter the > RH9 kernel) and see if it occurs again ? > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list I'll try, but this time with a backup my mp3 collection before trying to reinstall on this buggy pc, maybe tomorrow. I wish I could reproduce this. but with no precious data on it this time.... :) From smoogen at lanl.gov Wed Jul 30 20:26:29 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 30 Jul 2003 14:26:29 -0600 Subject: Graphical boot In-Reply-To: <200307301758.h6UHwb432521@devserv.devel.redhat.com> References: <200307301758.h6UHwb432521@devserv.devel.redhat.com> Message-ID: <1059596789.6067.17.camel@smoogen1.lanl.gov> I would recommend a F key or similar option in the GRUB menu to do this. Erik Troan talked about working on an automagical patch to GRUB that would do this back in 7.3 or so.. Having to work with people over the phone on adding options via the GRUB menus has been lets say 'interesting'. On Wed, 2003-07-30 at 11:58, Alan Cox wrote: > > the user (me aka dumb newbie) gets stuck. ...a *specific* example: > > on several boots of Severn, I get kernel oopses, of which I am > > aware (through past experience): since two, or all keyboard lights > > start blinking, and the dialog "ribbon" just sits on screen. > > Boot with the option "nogui" > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From katzj at redhat.com Wed Jul 30 20:36:57 2003 From: katzj at redhat.com (Jeremy Katz) Date: 30 Jul 2003 16:36:57 -0400 Subject: drvblock.img modules are a mismatched kernel version... In-Reply-To: <200307301212.06599.hosting@j2solutions.net> References: <200307301137.04577.hosting@j2solutions.net> <1059591164.2495.0.camel@mirkwood.devel.redhat.com> <200307301212.06599.hosting@j2solutions.net> Message-ID: <1059597417.2495.109.camel@mirkwood.devel.redhat.com> On Wed, 2003-07-30 at 15:12, Jesse Keating wrote: > On Wednesday 30 July 2003 11:52, Jeremy Katz wrote: > > You've booted from the CD on the kernel which is matched with the > > initrd on the CD. The various driver disks only go with booting off > > of the boot disks (as the CD can just have all of the drivers, so why > > worry with driver disks) > > Where are the module files located on the CD then, as the CD does not > automatically load a module for the aic79xx SCSI controller, nor is > this driver an option when manually selecting a driver (noprobe). The moduleball in isolinux/initrd.img. There shouldn't be any modules in drvblock.img, though, that aren't in the "all modules" initrd. Jeremy From katzj at redhat.com Wed Jul 30 20:42:44 2003 From: katzj at redhat.com (Jeremy Katz) Date: 30 Jul 2003 16:42:44 -0400 Subject: Graphical boot In-Reply-To: <1059596789.6067.17.camel@smoogen1.lanl.gov> References: <200307301758.h6UHwb432521@devserv.devel.redhat.com> <1059596789.6067.17.camel@smoogen1.lanl.gov> Message-ID: <1059597764.2495.117.camel@mirkwood.devel.redhat.com> On Wed, 2003-07-30 at 16:26, Stephen Smoogen wrote: > I would recommend a F key or similar option in the GRUB menu to do this. > Erik Troan talked about working on an automagical patch to GRUB that > would do this back in 7.3 or so.. Like, say the 'a' option which he added to the package back in September of 2001 and was thus included in 7.3 to easily append options? :) Cheers, Jeremy From milan.kerslager at pslib.cz Wed Jul 30 20:44:39 2003 From: milan.kerslager at pslib.cz (Milan Kerslager) Date: Wed, 30 Jul 2003 22:44:39 +0200 Subject: drvblock.img modules are a mismatched kernel version... In-Reply-To: <200307301212.06599.hosting@j2solutions.net> References: <200307301137.04577.hosting@j2solutions.net> <1059591164.2495.0.camel@mirkwood.devel.redhat.com> <200307301212.06599.hosting@j2solutions.net> Message-ID: <20030730204438.GD13398@pluto.pslib.cz> On Wed, Jul 30, 2003 at 12:12:06PM -0700, Jesse Keating wrote: > On Wednesday 30 July 2003 11:52, Jeremy Katz wrote: > > You've booted from the CD on the kernel which is matched with the > > initrd on the CD. The various driver disks only go with booting off > > of the boot disks (as the CD can just have all of the drivers, so why > > worry with driver disks) > > Where are the module files located on the CD then, as the CD does not > automatically load a module for the aic79xx SCSI controller, nor is > this driver an option when manually selecting a driver (noprobe). At least there are three modules: aic79xx, aic7xxx, aic7xxx_old I checked CD1 Severn with "linux noprobe" and I was able to find "Adaptec ..." lines with aic79xx and aic7xxx drives (placed beetween brackets). So please double check what are you doing. If your controller was not recognized by Anaconda automagically you probably will want to boot to rescue mode (linux rescue), look what modules are loaded (lsmod) and then (if no module for your SCSI adapter has been loaded) try to post output of command: lspci -v -- Milan Kerslager E-mail: milan.kerslager at pslib.cz WWW: http://www.pslib.cz/~kerslage/ From milan.kerslager at pslib.cz Wed Jul 30 20:52:46 2003 From: milan.kerslager at pslib.cz (Milan Kerslager) Date: Wed, 30 Jul 2003 22:52:46 +0200 Subject: Dependencies [was Re: bugs, bugs, bugs!] In-Reply-To: <20030730221056.65962634.ms-nospam-0306@arcor.de> References: <3F2795D6.25899.35D36E@localhost> <3F282902.19354.63E2A3@localhost> <20030730221056.65962634.ms-nospam-0306@arcor.de> Message-ID: <20030730205246.GE13398@pluto.pslib.cz> On Wed, Jul 30, 2003 at 10:10:56PM +0200, Michael Schwendt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 30 Jul 2003 20:22:26 +0200, Leonard den Ottolander wrote: > > > > As a side-note, RPM cannot know that program X from package Y is > > > executed in script A from package B. Hence in some cases, explicitly > > > listed requirements are likely to stay. > > > > ? This argument I don't understand. This is what the requirements are > > used for, but it doesn't matter whether files or packages are mentioned > > as requirements. ALso not sure if you mean package or file names with > > "explicitly listed arguments". > > It is one of the reasons why you see a mixture of automatically > generated dependencies and manually added requirements. With rpmdb-redhat package in your system you will see the names of packages instead of names of required libraries. There is no reason to file up manually any dependencies when they could be generated automagically (via ldd or so, check /usr/lib/rpm/find-requires). The only reason to fill Requires: manually (and probably with name of other package) is when this automated process can't be done. This is why rhgb need initscripts with version at least X.Y.Z because when you would like to see graphical boot (provided by rhgb) you have to have initscripts with a line calling rhgb (older initscripts have no similar call). -- Milan Kerslager E-mail: milan.kerslager at pslib.cz WWW: http://www.pslib.cz/~kerslage/ From leonardjo at hetnet.nl Wed Jul 30 20:52:50 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 30 Jul 2003 22:52:50 +0200 Subject: mc segfaulting In-Reply-To: <20030730200853.GB13398@pluto.pslib.cz> References: <3F282902.23549.63E29A@localhost> Message-ID: <3F284C42.444.3BBAD@localhost> Hello Milan, > rm -rf ~/.mc > > ??? Try to just rename to some other name. No, that doesn't solve the issue. After mv ~/.mc ~/.mc.000 mc in a tty still segfaults when running any command as root or leonard. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From milan.kerslager at pslib.cz Wed Jul 30 20:55:59 2003 From: milan.kerslager at pslib.cz (Milan Kerslager) Date: Wed, 30 Jul 2003 22:55:59 +0200 Subject: Graphical boot In-Reply-To: <200307301349.03311.elwoo@videotron.ca> References: <1059448804.1210.3.camel@chastain> <1059546643.3f276613bab5c@webmail.welho.com> <20030730111147.C11666@devserv.devel.redhat.com> <200307301349.03311.elwoo@videotron.ca> Message-ID: <20030730205559.GF13398@pluto.pslib.cz> On Wed, Jul 30, 2003 at 01:49:03PM -0400, Elton Woo wrote: > > The *downside* of the graphical boot is that, if there is a problem, > the user (me aka dumb newbie) gets stuck. ...a *specific* example: > on several boots of Severn, I get kernel oopses, of which I am > aware (through past experience): since two, or all keyboard lights > start blinking, and the dialog "ribbon" just sits on screen. Or just press CTRL+SHIFT+F1 to see old text output. Yes, this could be mentioned on the GUI boot screen. But we have this feature first time so there is no graphics yet. It just work (tm). -- Milan Kerslager E-mail: milan.kerslager at pslib.cz WWW: http://www.pslib.cz/~kerslage/ From leonardjo at hetnet.nl Wed Jul 30 20:57:51 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Wed, 30 Jul 2003 22:57:51 +0200 Subject: Dependencies [was Re: bugs, bugs, bugs!] In-Reply-To: <20030730221056.65962634.ms-nospam-0306@arcor.de> References: <3F282902.19354.63E2A3@localhost> Message-ID: <3F284D6F.19755.852CD@localhost> Hello Michael, > > Nobody has yet explained to me why there are still packages > > depending on packages anyway. > > Because one package needs the contents or file-structure provided > by another package. Right. Dumb question ;). > As has been pointed out before, manually added dependencies increase the > package maintenance costs. Well, I guess that is a matter of opinion as I tried to explain. > It gets even worse when you introduce versioned dependencies. Not really if you use >= . The version only changes if explicit functionality changes and that would show in the required lib/executable anyway. It seems I am fighting a lost battle. I guess I'll retreat to my tent :). Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From smoogen at lanl.gov Wed Jul 30 21:04:46 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: 30 Jul 2003 15:04:46 -0600 Subject: mc segfaulting In-Reply-To: <3F284C42.444.3BBAD@localhost> References: <3F282902.23549.63E29A@localhost> <3F284C42.444.3BBAD@localhost> Message-ID: <1059599086.6067.32.camel@smoogen1.lanl.gov> I would say that you should try the following: 1) Add a new user so it has default settings in all . directories 2) run mc and see if it segfaults. 3) run strace on mc with the output to a file and see if it still segfaults and where. 4) Open a bugzilla and send that info in. On Wed, 2003-07-30 at 14:52, Leonard den Ottolander wrote: > Hello Milan, > > > rm -rf ~/.mc > > > > ??? Try to just rename to some other name. > > No, that doesn't solve the issue. After mv ~/.mc ~/.mc.000 mc in a tty > still segfaults when running any command as root or leonard. > > Bye, > Leonard. > > -- > How clean is a war when you shoot around nukelar waste? > Stop the use of depleted uranium ammo! > End all weapons of mass destruction. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From sopwith at redhat.com Wed Jul 30 21:26:58 2003 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 30 Jul 2003 17:26:58 -0400 (EDT) Subject: Can we have g++/libstdc 32 packages In-Reply-To: <20030730084717.68834.qmail@web60004.mail.yahoo.com> Message-ID: On Wed, 30 Jul 2003, Mike Martin wrote: > This causes problems with packages that dont compile with 3.3 Those packages need to be fixed. -- Elliot Humpty Dumpty was pushed. From jeremyp at pobox.com Wed Jul 30 21:53:30 2003 From: jeremyp at pobox.com (Jeremy Portzer) Date: 30 Jul 2003 17:53:30 -0400 Subject: Graphical boot In-Reply-To: <1059597764.2495.117.camel@mirkwood.devel.redhat.com> References: <200307301758.h6UHwb432521@devserv.devel.redhat.com> <1059596789.6067.17.camel@smoogen1.lanl.gov> <1059597764.2495.117.camel@mirkwood.devel.redhat.com> Message-ID: <1059602010.24642.50.camel@jeremy.dtcc.cc.nc.us> On Wed, 2003-07-30 at 16:42, Jeremy Katz wrote: > On Wed, 2003-07-30 at 16:26, Stephen Smoogen wrote: > > I would recommend a F key or similar option in the GRUB menu to do this From laur.ivan at corvil.com Wed Jul 30 21:58:54 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Wed, 30 Jul 2003 22:58:54 +0100 Subject: Graphical boot In-Reply-To: <20030730205559.GF13398@pluto.pslib.cz> References: <1059448804.1210.3.camel@chastain> <200307301349.03311.elwoo@videotron.ca> <20030730205559.GF13398@pluto.pslib.cz> Message-ID: <200307302259.00082.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, Looking at other distributions (suse to be precise), the "graphical" boot is done via "bootsplash". wouldn't it be more feasible than launching X? Sorry if this was already discussed... :( I'm saying it because on my machine one can see that X is started and moreover, X is restarted for init 5 (gdm). ...or is it easier/possible to tweak gdm to use the existant X (if any)? Cheers, Laur - -- Laur Ivan Tel : +353-1-6674336 Software Design Engineer eMail: laur.ivan at corvil.com Corvil Ltd. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/KD+irIaFaLsloSMRAi2ZAJsEbdaJTVnXZatWZSxnyxERU6SkOQCcDEBq nJ1LtBaSYnoSv8sWKG3EP+U= =w735 -----END PGP SIGNATURE----- From terraformers at gmx.net Wed Jul 30 22:13:34 2003 From: terraformers at gmx.net (lars) Date: Thu, 31 Jul 2003 00:13:34 +0200 Subject: 2.6.0-test2 and NVidia 4496 = no direct rendering? Message-ID: <200307310013.34749.terraformers@gmx.net> Hi I had the same problem with XFree86 rpms newer than 4.3.0-2. Maybe your two installs have different versions of this. good luck, lars From ms-nospam-0306 at arcor.de Wed Jul 30 22:21:02 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 31 Jul 2003 00:21:02 +0200 Subject: Dependencies [was Re: bugs, bugs, bugs!] In-Reply-To: <20030730205246.GE13398@pluto.pslib.cz> References: <3F2795D6.25899.35D36E@localhost> <3F282902.19354.63E2A3@localhost> <20030730221056.65962634.ms-nospam-0306@arcor.de> <20030730205246.GE13398@pluto.pslib.cz> Message-ID: <20030731002102.75014d38.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 30 Jul 2003 22:52:46 +0200, Milan Kerslager wrote: > > It is one of the reasons why you see a mixture of automatically > > generated dependencies and manually added requirements. > > With rpmdb-redhat package in your system you will see the names of > packages instead of names of required libraries. I referred to the spec file level, not the RPM user-interface. :) Btw, rpmdb-redhat is mandatory, IMO. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/KETO0iMVcrivHFQRAsL7AJ9v1IbiZNzWBPVjCemKC2pQtENPdwCcCUim 95LhJ75JgV7lvF5OmgdaTQU= =Kl2G -----END PGP SIGNATURE----- From ms-nospam-0306 at arcor.de Wed Jul 30 22:23:34 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 31 Jul 2003 00:23:34 +0200 Subject: Dependencies [was Re: bugs, bugs, bugs!] In-Reply-To: <3F284D6F.19755.852CD@localhost> References: <3F282902.19354.63E2A3@localhost> <3F284D6F.19755.852CD@localhost> Message-ID: <20030731002334.641cf7cd.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 30 Jul 2003 22:57:51 +0200, Leonard den Ottolander wrote: > > As has been pointed out before, manually added dependencies increase the > > package maintenance costs. > > Well, I guess that is a matter of opinion as I tried to explain. > > > It gets even worse when you introduce versioned dependencies. > > Not really if you use >= . Those are even harder to find out. ;) - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/KEVm0iMVcrivHFQRAq0YAJ45tFVv5ExiLl+HMYgW+r3zlE1b5QCePjmK pvx6kTR8LxIS1Zk3WJ0pqqY= =uPVr -----END PGP SIGNATURE----- From ms-nospam-0306 at arcor.de Wed Jul 30 22:26:26 2003 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 31 Jul 2003 00:26:26 +0200 Subject: mc segfaulting In-Reply-To: <1059599086.6067.32.camel@smoogen1.lanl.gov> References: <3F282902.23549.63E29A@localhost> <3F284C42.444.3BBAD@localhost> <1059599086.6067.32.camel@smoogen1.lanl.gov> Message-ID: <20030731002626.4d639a64.ms-nospam-0306@arcor.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 30 Jul 2003 15:04:46 -0600, Stephen Smoogen wrote: > I would say that you should try the following: > > 1) Add a new user so it has default settings in all . directories > 2) run mc and see if it segfaults. > 3) run strace on mc with the output to a file and see if it still > segfaults and where. > 4) Open a bugzilla and send that info in. 2.1) Disable service gpm and try again. 2.2) Verify the mc package or re-install it. 2.3) Verify some of the libraries used by mc. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/KEYS0iMVcrivHFQRAjcFAJ9KttrYLedj1taKQxtCSoNHZDWXFwCcDjE+ HpYGfqBn+lX9lnA77XwEnbw= =MBLt -----END PGP SIGNATURE----- From segg at infonet.ca Wed Jul 30 22:30:42 2003 From: segg at infonet.ca (Gilles J. Seguin) Date: Wed, 30 Jul 2003 18:30:42 -0400 Subject: mc segfaulting References: <3F282902.23549.63E29A@localhost> <3F284C42.444.3BBAD@localhost> <1059599086.6067.32.camel@smoogen1.lanl.gov> Message-ID: <3F284712.771D6CA@infonet.ca> Stephen Smoogen wrote: > > I would say that you should try the following: > > 1) Add a new user so it has default settings in all . directories > 2) run mc and see if it segfaults. > 3) run strace on mc with the output to a file and see if it still > segfaults and where. > 4) Open a bugzilla and send that info in. rawhide exibit the same behavior. The behavior describe seen the same. In a xterm window, mc does not segfault. At a console, for root and for user mc behave correctly until ctrl-o, - the first ctrl-o give the console and behave - the second ctrl-o to switch back to mc panel produce the segfault (gdb) bt #0 0x40287673 in strlen () from /lib/libc.so.6 #1 0x4019335e in Gpm_Open () from /usr/lib/libgpm.so.1 $ rpm -q gpm gpm-1.20.1-35 From mitr at volny.cz Wed Jul 30 23:22:31 2003 From: mitr at volny.cz (Miloslav Trmac) Date: Thu, 31 Jul 2003 01:22:31 +0200 Subject: mc segfaulting In-Reply-To: <3F284712.771D6CA@infonet.ca> References: <3F282902.23549.63E29A@localhost> <3F284C42.444.3BBAD@localhost> <1059599086.6067.32.camel@smoogen1.lanl.gov> <3F284712.771D6CA@infonet.ca> Message-ID: <20030730232231.GA30266@popelka.ms.mff.cuni.cz> On Wed, Jul 30, 2003 at 06:30:42PM -0400, Gilles J. Seguin wrote: > (gdb) bt > #0 0x40287673 in strlen () from /lib/libc.so.6 > #1 0x4019335e in Gpm_Open () from /usr/lib/libgpm.so.1 See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101104 Mirek From yusufg at outblaze.com Wed Jul 30 23:35:03 2003 From: yusufg at outblaze.com (Yusuf Goolamabbas) Date: Thu, 31 Jul 2003 07:35:03 +0800 Subject: Ted Tso on htree stability Message-ID: <20030730233503.GA23255@outblaze.com> Response by Ted Tso to Bill Nottingham's post about htree instability and this its non inclusion in severn ----- Forwarded message from Theodore Ts'o ----- Date: Wed, 30 Jul 2003 14:38:33 -0400 From: Theodore Ts'o To: Yusuf Goolamabbas Cc: ext3-users at redhat.com Subject: Re: htree and Severn Message-ID: <20030730183833.GD16161 at think> > > My reading of the kernel.src.rpm doesn't indicate that Severn has ext3 > > htree patches. Stephen, were there any issues seen during Cerberus > > testing ? > > > > Regards, Yusuf > > Following up to my own post, Bill Nottingham of Redhat mentioned on the > rhl-beta-list that the last time they tried htree, they found quite a > few bugs and as such not including it. > > http://listman.redhat.com/archives/rhl-beta-list/2003-July/msg00186.html > > I haven't checked Taroon whether it includes htree (I doubt it) though > it claims to have ext3 updates for performance and stability My understanding was that the last time Red Hat OS engineering tried it was a before a number of ext3 bugs were fixed. I don't know of any current problems with the htree code. - Ted ----- End forwarded message ----- -- If you're not using Firebird, you're not surfing the web you're suffering it http://www.mozilla.org/products/firebird/why/ From dburcaw at terrasoftsolutions.com Thu Jul 31 00:18:43 2003 From: dburcaw at terrasoftsolutions.com (Dan Burcaw) Date: 30 Jul 2003 18:18:43 -0600 Subject: Graphical boot In-Reply-To: <200307302259.00082.laur.ivan@corvil.com> References: <1059448804.1210.3.camel@chastain> <200307301349.03311.elwoo@videotron.ca> <20030730205559.GF13398@pluto.pslib.cz> <200307302259.00082.laur.ivan@corvil.com> Message-ID: <1059610723.1348.202.camel@skyfox.terraplex.com> Laur, This has been discussed on the list at great length. I suggest glancing at the archives... Regards, -Dan On Wed, 2003-07-30 at 15:58, Laur Ivan wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > > Looking at other distributions (suse to be precise), the "graphical" boot is > done via "bootsplash". wouldn't it be more feasible than launching X? Sorry > if this was already discussed... :( > > I'm saying it because on my machine one can see that X is started and > moreover, X is restarted for init 5 (gdm). ...or is it easier/possible to > tweak gdm to use the existant X (if any)? > > Cheers, > > Laur > > > - -- > Laur Ivan Tel : +353-1-6674336 > Software Design Engineer eMail: laur.ivan at corvil.com > Corvil Ltd. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) > > iD8DBQE/KD+irIaFaLsloSMRAi2ZAJsEbdaJTVnXZatWZSxnyxERU6SkOQCcDEBq > nJ1LtBaSYnoSv8sWKG3EP+U= > =w735 > -----END PGP SIGNATURE----- > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From leonardjo at hetnet.nl Thu Jul 31 00:55:49 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Thu, 31 Jul 2003 02:55:49 +0200 Subject: mc segfaulting [Solved] In-Reply-To: <20030730232231.GA30266@popelka.ms.mff.cuni.cz> References: <3F284712.771D6CA@infonet.ca> Message-ID: <3F288535.32282.146415@localhost> Hi Mirek, > > #1 0x4019335e in Gpm_Open () from /usr/lib/libgpm.so.1 > See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101104 Although I could not reproduce the crash in vi reported here upgrading gpm to 1.20.1-36 seems to have solved the problem I had with mc. Thanks. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From rpjday at mindspring.com Thu Jul 31 00:54:15 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 30 Jul 2003 20:54:15 -0400 (EDT) Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: <20030730201456.GC13398@pluto.pslib.cz> Message-ID: On Wed, 30 Jul 2003, Milan Kerslager wrote: > On Wed, Jul 30, 2003 at 02:57:45PM -0400, Robert P. J. Day wrote: > > > > based (loosely) on my 2.4 kernel config file, i've built both > > a 2.6.0-test1 and 2.6.0-test2 kernel, and tried to boot both of > > them. > > Try http://people.redhat.com/arjanv/2.5/ > > Use precompiled or grab .config from kernel-source package and try to > modify this one (at lest to do not forget something). that's my next attempt. i was just wondering whether anyone had a wild guess as to what would cause the kernel boot to just seize after "Freeing unused kernel memory." back to the whiteboard. rday From matt-whiteley at comcast.net Thu Jul 31 01:03:16 2003 From: matt-whiteley at comcast.net (Matt Whiteley) Date: 30 Jul 2003 18:03:16 -0700 Subject: File system corruption with Severn In-Reply-To: <1059596100.29201.5.camel@jef.tech-info.qc.ca> References: <200307301049.h6UAnbu18056@devserv.devel.redhat.com> <1059596100.29201.5.camel@jef.tech-info.qc.ca> Message-ID: <1059613396.6490.1.camel@galt.atlas.gotdns.org> On Wed, 2003-07-30 at 13:15, Jean-Francois B??langer wrote: > I'll try, but this time with a backup my mp3 collection before trying to > reinstall on this buggy pc, maybe tomorrow. > > I wish I could reproduce this. but with no precious data on it this > time.... :) Is mounting file systems read-only enough to insure that that certain file system will remain intact? thanks, -- Matt Whiteley From smoogen at lanl.gov Thu Jul 31 01:42:41 2003 From: smoogen at lanl.gov (Stephen Smoogen) Date: Wed, 30 Jul 2003 19:42:41 -0600 (MDT) Subject: File system corruption with Severn In-Reply-To: <1059613396.6490.1.camel@galt.atlas.gotdns.org> Message-ID: Well in most cases.. but if you try an experimental kernel it might not. EG if the kernel or utilities do not respect the read only bits, or say its on a software raid array, etc. On 30 Jul 2003, Matt Whiteley wrote: >On Wed, 2003-07-30 at 13:15, Jean-Francois B??langer wrote: >> I'll try, but this time with a backup my mp3 collection before trying to >> reinstall on this buggy pc, maybe tomorrow. >> >> I wish I could reproduce this. but with no precious data on it this >> time.... :) > >Is mounting file systems read-only enough to insure that that certain >file system will remain intact? > >thanks, > > -- Stephen John Smoogen smoogen at lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 5-8058 Ta-03 SM-261 MailStop P208 DP 17U Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka -- From johnsonm at redhat.com Thu Jul 31 01:57:46 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Wed, 30 Jul 2003 21:57:46 -0400 Subject: Ted Tso on htree stability In-Reply-To: <20030730233503.GA23255@outblaze.com>; from yusufg@outblaze.com on Thu, Jul 31, 2003 at 07:35:03AM +0800 References: <20030730233503.GA23255@outblaze.com> Message-ID: <20030730215746.A1073@devserv.devel.redhat.com> On Thu, Jul 31, 2003 at 07:35:03AM +0800, Yusuf Goolamabbas wrote: > Response by Ted Tso to Bill Nottingham's post about htree instability > and this its non inclusion in severn Yeah, and it was thought stable when we included it before, too. I know that bugs were fixed, but that doesn't mean there aren't more to find; we'll find out in time. "We don't happen to know of any bugs right now" is an insufficient metric. This isn't in disagreement with anything Ted has said; I don't think he was necessarily arguing for it to be included. And, in keeping with our modified policy of trying to stick closer to upstream (I know, we've got the legacy of lots of patches in our current kernel, but we don't need to make it worse) I'd want to have seen it already in Marcelo's kernel first. That shouldn't be construed as a suggestion that Marcelo should include it. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From jbinpg at shaw.ca Thu Jul 31 02:01:27 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Wed, 30 Jul 2003 19:01:27 -0700 Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: References: <20030730201456.GC13398@pluto.pslib.cz> Message-ID: <0HIV008HT9MH8C@l-daemon> ** Reply to message from "Robert P. J. Day" on Wed, 30 Jul 2003 20:54:15 -0400 (EDT) > On Wed, 30 Jul 2003, Milan Kerslager wrote: > > > On Wed, Jul 30, 2003 at 02:57:45PM -0400, Robert P. J. Day wrote: > > > > > > based (loosely) on my 2.4 kernel config file, i've built both > > > a 2.6.0-test1 and 2.6.0-test2 kernel, and tried to boot both of > > > them. > > > > Try http://people.redhat.com/arjanv/2.5/ > > > > Use precompiled or grab .config from kernel-source package and try to > > modify this one (at lest to do not forget something). > > that's my next attempt. i was just wondering whether anyone had > a wild guess as to what would cause the kernel boot to just seize > after "Freeing unused kernel memory." Did it to me when I had a couple of vfat Win98 partitions defined in fstab. As soon as I commented them out, the boot could proceed. jb From gstool at earthlink.net Thu Jul 31 02:27:06 2003 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 30 Jul 2003 21:27:06 -0500 Subject: CDROM confusion Message-ID: <3F287E7A.5010506@earthlink.net> I am going nuts trying to figure out how to get kudzu to stop trying to mount "extra" cdrom drives. I have two drives, a cdrw on hdc and a dvd player on hdd. I have added hdc=ide-scsi hdd=ide-scsi to my kernel line in grub.conf. I have created links /dev/cdrom linked to /dev/scd0 and /dev/cdrom1 linked to /dev/scd1. I have changed /etc/fstab to read /dev/cdrom /mnt/cdrom udf,iso9660 noauto,user,ro 0 0 /dev/cdrom1 /mnt/cdrom1 udf,iso9660 noauto,user,ro 0 0 trying not to use kudzu for the cdrom drives. When I reboot, kudzu insists on creating new links /dev/cdrom2 to /dev/hdc and /dev/cdrom3 to /dev/hdd, and adding lines as follows to /etc/fstab. /dev/cdrom2 /mnt/cdrom2 udf,iso9660 noauto,owner,kudzu,ro 0 0 /dev/cdrom3 /mnt/cdrom3 udf,iso9660 noauto,owner,kudzu,ro 0 0 This all worked fine when I set it up this way in RHL8.0 and RHL9. How can I resolve this? Thanks in advance. Gerry From jim-cornette at columbus.rr.com Thu Jul 31 03:02:35 2003 From: jim-cornette at columbus.rr.com (Jim A. Cornette) Date: Wed, 30 Jul 2003 23:02:35 -0400 Subject: CDROM confusion In-Reply-To: <3F287E7A.5010506@earthlink.net> References: <3F287E7A.5010506@earthlink.net> Message-ID: <3F2886CB.6050609@columbus.rr.com> This problem sounds awfully familiar. It sounds like phoebe is back! I left the extra, but not correct links in the file. I accessed the correct link to mount the device. Somehow, it disappeared for me. I think that I updated some stuff to test out the 2.5 kernel. [jim at cornette jim]$ cat /etc/fstab ....snip... (This is from RH9) /dev/cdrom /mnt/cdrom udf,iso9660 noauto,owner,kudzu,ro 0 0 /dev/cdrom1 /mnt/cdrom1 udf,iso9660 noauto,owner,kudzu,ro 0 0 [jim at cornette jim]$ ls -la /dev/cd* lrwxrwxrwx 1 root root 9 Jul 18 17:25 /dev/cdrom -> /dev/scd0 lrwxrwxrwx 1 root root 9 Jul 18 17:25 /dev/cdrom1 -> /dev/scd1 lrwxrwxrwx 1 root root 8 Jul 30 18:42 /dev/cdwriter -> /dev/sg1 ----------------------- [jim at cornette jim]$ cat /severn/etc/fstab ....snip.... (This is from upgrading from RHL 7.3 to Severn) /dev/cdrom /mnt/cdrom iso9660 noauto,owner,kudzu,ro 0 0 /dev/cdrom1 /mnt/cdrom1 iso9660 noauto,owner,kudzu,ro 0 0 [jim at cornette jim]$ ls -la /severn/dev/cd* lrwxrwxrwx 1 root root 8 Mar 10 21:54 /severn/dev/cdrom -> /dev/hdc lrwxrwxrwx 1 root root 9 Mar 10 21:54 /severn/dev/cdrom1 -> /dev/scd0 lrwxrwxrwx 1 root root 8 Jul 30 18:36 /severn/dev/cdwriter -> /dev/sg0 good luck!!! Jim Gerry Tool wrote: > I am going nuts trying to figure out how to get kudzu to stop trying > to mount "extra" cdrom drives. I have two drives, a cdrw on hdc and a > dvd player on hdd. I have added hdc=ide-scsi hdd=ide-scsi to my > kernel line in grub.conf. I have created links /dev/cdrom linked to > /dev/scd0 and /dev/cdrom1 linked to /dev/scd1. > > I have changed /etc/fstab to read > > /dev/cdrom /mnt/cdrom udf,iso9660 > noauto,user,ro 0 0 > /dev/cdrom1 /mnt/cdrom1 udf,iso9660 > noauto,user,ro 0 0 > > trying not to use kudzu for the cdrom drives. > > When I reboot, kudzu insists on creating new links /dev/cdrom2 to > /dev/hdc and /dev/cdrom3 to /dev/hdd, and adding lines as follows to > /etc/fstab. > > /dev/cdrom2 /mnt/cdrom2 udf,iso9660 > noauto,owner,kudzu,ro 0 0 > /dev/cdrom3 /mnt/cdrom3 udf,iso9660 > noauto,owner,kudzu,ro 0 0 > > This all worked fine when I set it up this way in RHL8.0 and RHL9. > > How can I resolve this? > > Thanks in advance. > > Gerry > > > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > -- I wonder if I ought to tell them about my PREVIOUS LIFE as a COMPLETE STRANGER? From loftyhauser at yahoo.com Thu Jul 31 03:26:47 2003 From: loftyhauser at yahoo.com (Andrew Lofthouse) Date: Wed, 30 Jul 2003 20:26:47 -0700 (PDT) Subject: ACPI/PCMCIA, cdrom/smartd, VESA settings issues with laptop (UPDATE) Message-ID: <20030731032647.72510.qmail@web20422.mail.yahoo.com> Wow. Must have been a late night when I posted the last message. After having some time to mess around with system settings, seems that most of my issues were fairly small. This is what I've come up with: 1. I've always had ACPI problems with this laptop (with Linux). I was hoping this would work, but... 2. The laptop is about 4 years old, so the harddrive isn't SMART capable, hence the problems with smartd. This, though presents a problem for users non-SMART drives. Since smartd is enabled by default, and it causes drive errors that then cause Gnome to hang during login, how is a fairly inexperienced user going to get past that hurdle? 3. VESA settings (such as vga=788) depend on the order of kernel options (?). I now have graphical boot turned off and kernel options as "acpi=off vga=788" in grub.conf. It seems to also work with graphical boot turned on (but on the first console). Andrew L. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From loftyhauser at yahoo.com Thu Jul 31 03:32:34 2003 From: loftyhauser at yahoo.com (Andrew Lofthouse) Date: Wed, 30 Jul 2003 20:32:34 -0700 (PDT) Subject: Redhat-config-packages can't find CD Message-ID: <20030731033234.62252.qmail@web20405.mail.yahoo.com> I usually try to customize the package selection during install. This time, however, I decided to try to install a fairly minimal system (nothing beyond basic workstation) and then use the package manager to install the rest after the first boot. However, I can't seem to get the package manager to find my CD... After selecting a few packages (or group of packages) to install and selecting "install now", the program asks for the corresponding CD (say, CD #3). I put the CD in the drive and clik "OK". It asks me for CD #3 again. I verify that the CD is in the drive (I can mount it and see that it is indeed CD #3) and I click "OK". It unmounts the CD and asks me for CD #3 again, and so on. I haven't been able to install a single package with the package manager because of this. What's going on?? AL __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From feliciano.matias at free.fr Thu Jul 31 03:46:00 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 31 Jul 2003 05:46:00 +0200 Subject: on what disk is licq? In-Reply-To: <200307301519.25478.elwoo@videotron.ca> References: <200307301519.25478.elwoo@videotron.ca> Message-ID: <1059623159.2783.1.camel@one.myworld> Le mer 30/07/2003 ? 21:19, Elton Woo a ?crit : > I have to *manually* instll licq, but I can't seem to find it. > ... maybe I'm "looking too hard" but I know it must be on one > of the three Severn disks, but ... whihc one, please? > find . -iname "licq*" ./disk3/RedHat/RPMS/licq-1.2.6-1.i386.rpm ./disk3/RedHat/RPMS/licq-gnome-1.2.6-1.i386.rpm ./disk3/RedHat/RPMS/licq-kde-1.2.6-1.i386.rpm ./disk3/RedHat/RPMS/licq-qt-1.2.6-1.i386.rpm ./disk3/RedHat/RPMS/licq-text-1.2.6-1.i386.rpm > TIA, > > Elton ;-) -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From feliciano.matias at free.fr Thu Jul 31 03:59:55 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 31 Jul 2003 05:59:55 +0200 Subject: Redhat-config-packages can't find CD In-Reply-To: <20030731033234.62252.qmail@web20405.mail.yahoo.com> References: <20030731033234.62252.qmail@web20405.mail.yahoo.com> Message-ID: <1059623994.2783.3.camel@one.myworld> See : http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100445 Le jeu 31/07/2003 ? 05:32, Andrew Lofthouse a ?crit : > I usually try to customize the package selection > during install. This time, however, I decided to try > to install a fairly minimal system (nothing beyond > basic workstation) and then use the package manager to > install the rest after the first boot. However, I > can't seem to get the package manager to find my CD... > After selecting a few packages (or group of packages) > to install and selecting "install now", the program > asks for the corresponding CD (say, CD #3). I put the > CD in the drive and clik "OK". It asks me for CD #3 > again. I verify that the CD is in the drive (I can > mount it and see that it is indeed CD #3) and I click > "OK". It unmounts the CD and asks me for CD #3 again, > and so on. I haven't been able to install a single > package with the package manager because of this. > > What's going on?? > > AL > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From elwoo at videotron.ca Thu Jul 31 04:07:18 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 31 Jul 2003 00:07:18 -0400 Subject: bugs, bugs, bugs! In-Reply-To: <20030730151241.B17951@devserv.devel.redhat.com> References: <200307292135.h6TLZkW02288@devserv.devel.redhat.com> <200307301342.32268.elwoo@videotron.ca> <20030730151241.B17951@devserv.devel.redhat.com> Message-ID: <200307310007.18777.elwoo@videotron.ca> On Wednesday 30 July 2003 15:12, Havoc Pennington Havoc Pennington wrote: > On Wed, Jul 30, 2003 at 01:42:32PM -0400, Elton Woo wrote: > > To be more specific: I've been requesting that my USB scanner be > > automatically preconfigured ... *for the past three releases*. IMVHO, > > since Red Hat is aiming to be more "user friendly" isn't this a > > _reasonable_ request? > > No knowledge of this specific bug, but the binary toggle "reasonable" > vs. "not reasonable" isn't the right way to think about it. Here's the RFE: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101074. > There are two things that matter: > > - the position of each request in developer's priority queue > - how many developers there are that have priority queues > > To improve this, as a project including non-Red-Hat people we can do > two things: > > - have more developers and thus more queues, by letting more > people contribute > - improve the priority queue; for example via the bugzilla methods I > posted > > Havoc ... and somewhat related to that RFE: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=85016 Mandrake linux, AFAIK, has had both these features for some time now. I'm no programmer, so I cannot argue the difficulty or ease of implemeting this in Red Hat's distro. Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Thu Jul 31 04:11:14 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 31 Jul 2003 00:11:14 -0400 Subject: Graphical boot In-Reply-To: <1059596789.6067.17.camel@smoogen1.lanl.gov> References: <200307301758.h6UHwb432521@devserv.devel.redhat.com> <1059596789.6067.17.camel@smoogen1.lanl.gov> Message-ID: <200307310011.14931.elwoo@videotron.ca> On Wednesday 30 July 2003 16:26, Stephen Smoogen Stephen Smoogen wrote: > I would recommend a F key or similar option in the GRUB menu to do this. > Erik Troan talked about working on an automagical patch to GRUB that > would do this back in 7.3 or so.. > > Having to work with people over the phone on adding options via the GRUB > menus has been lets say 'interesting'. > > On Wed, 2003-07-30 at 11:58, Alan Cox wrote: > > > the user (me aka dumb newbie) gets stuck. ...a *specific* example: > > > on several boots of Severn, I get kernel oopses, of which I am > > > aware (through past experience): since two, or all keyboard lights > > > start blinking, and the dialog "ribbon" just sits on screen. > > > > Boot with the option "nogui" The machine is booting from GRUB, not from a floppy or CD, so how do I pass this option at bootup ... (from a cold boot)? As it is, I now have to hit the reset button, and (usually this happens for a couple of boots) then I get the progress bar working as it should. i.e. no freeze, no flashing keyboard LED's Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From hosting at j2solutions.net Thu Jul 31 04:15:57 2003 From: hosting at j2solutions.net (Jesse Keating) Date: Wed, 30 Jul 2003 21:15:57 -0700 Subject: Graphical boot In-Reply-To: <200307310011.14931.elwoo@videotron.ca> References: <200307301758.h6UHwb432521@devserv.devel.redhat.com> <1059596789.6067.17.camel@smoogen1.lanl.gov> <200307310011.14931.elwoo@videotron.ca> Message-ID: <200307302115.57427.hosting@j2solutions.net> On Wednesday 30 July 2003 21:11, Elton Woo wrote: > The machine is booting from GRUB, not from a floppy or CD, so > how do I pass this option at bootup ... (from a cold boot)? As it is, > I now have to hit the reset button, and (usually this happens for a > couple of boots) then I get the progress bar working as it should. > i.e. no freeze, no flashing keyboard LED's >From the grub screen, hit "a" to append kernel options. Add "nogui" as one of these options. -- Jesse Keating RHCE MCSE http://geek.j2solutions.net Mondo DevTeam (www.mondorescue.org) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From elwoo at videotron.ca Thu Jul 31 04:34:08 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 31 Jul 2003 00:34:08 -0400 Subject: CDROM confusion In-Reply-To: <3F287E7A.5010506@earthlink.net> References: <3F287E7A.5010506@earthlink.net> Message-ID: <200307310034.08985.elwoo@videotron.ca> On Wednesday 30 July 2003 22:27, Gerry Tool Gerry Tool wrote: > I am going nuts trying to figure out how to get kudzu to stop trying to > mount "extra" cdrom drives. I have two drives, a cdrw on hdc and a dvd > player on hdd. I have added hdc=ide-scsi hdd=ide-scsi to my kernel line > in grub.conf. I have created links /dev/cdrom linked to /dev/scd0 and > /dev/cdrom1 linked to /dev/scd1. > > I have changed /etc/fstab to read > > /dev/cdrom /mnt/cdrom udf,iso9660 > noauto,user,ro 0 0 > /dev/cdrom1 /mnt/cdrom1 udf,iso9660 > noauto,user,ro 0 0 > > trying not to use kudzu for the cdrom drives. > > When I reboot, kudzu insists on creating new links /dev/cdrom2 to > /dev/hdc and /dev/cdrom3 to /dev/hdd, and adding lines as follows to > /etc/fstab. > > /dev/cdrom2 /mnt/cdrom2 udf,iso9660 > noauto,owner,kudzu,ro 0 0 > /dev/cdrom3 /mnt/cdrom3 udf,iso9660 > noauto,owner,kudzu,ro 0 0 > > This all worked fine when I set it up this way in RHL8.0 and RHL9. > > How can I resolve this? Gerry, if this is of any help: I have the same hardware configuration as you do: viz: /dev/hdc is my cdwriter, and /dev/hdd is my DVD drive. My grub.conf file has not been modified from the default: # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,0) # kernel /vmlinuz-version ro root=/dev/hda2 # initrd /initrd-version.img #boot=/dev/hda default=0 timeout=10 splashimage=(hd0,0)/grub/splash.xpm.gz title Red Hat Linux (2.4.21-20.1.2024.2.1.nptl) root (hd0,0) kernel /vmlinuz-2.4.21-20.1.2024.2.1.nptl ro root=LABEL=/ hdd=ide-scsi initrd /initrd-2.4.21-20.1.2024.2.1.nptl.img And here are the contents of my fstab file: LABEL=/ / ext3 defaults 1 1 LABEL=/boot /boot ext3 defaults 1 2 none /dev/pts devpts gid=5,mode=620 0 0 none /proc proc defaults 0 0 none /dev/shm tmpfs defaults 0 0 /dev/hda3 swap swap defaults 0 0 /dev/cdrom /mnt/cdrom udf,iso9660 noauto,owner,kudzu,ro 0 0 /dev/cdrom1 /mnt/cdrom1 udf,iso9660 noauto,owner,kudzu,ro 0 0 /dev/hdb /mnt/ls120.0 auto noauto,owner,kudzu 0 0 cdrom1 (cdwriter) and cdrom (DVD drive) are the Secondary Master and Slave drives on my system. HTH, Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From feliciano.matias at free.fr Thu Jul 31 04:37:05 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 31 Jul 2003 06:37:05 +0200 Subject: Graphical boot In-Reply-To: <200307310011.14931.elwoo@videotron.ca> References: <200307301758.h6UHwb432521@devserv.devel.redhat.com> <1059596789.6067.17.camel@smoogen1.lanl.gov> <200307310011.14931.elwoo@videotron.ca> Message-ID: <1059626224.1083.5.camel@one.myworld> Le jeu 31/07/2003 ? 06:11, Elton Woo a ?crit : > On Wednesday 30 July 2003 16:26, Stephen Smoogen Stephen Smoogen > wrote: > > I would recommend a F key or similar option in the GRUB menu to do this From elwoo at videotron.ca Thu Jul 31 04:40:02 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 31 Jul 2003 00:40:02 -0400 Subject: Redhat-config-packages can't find CD In-Reply-To: <20030731033234.62252.qmail@web20405.mail.yahoo.com> References: <20030731033234.62252.qmail@web20405.mail.yahoo.com> Message-ID: <200307310040.02269.elwoo@videotron.ca> On Wednesday 30 July 2003 23:32, Andrew Lofthouse Andrew Lofthouse wrote: > After selecting a few packages (or group of packages) > to install and selecting "install now", the program > asks for the corresponding CD (say, CD #3). I put the > CD in the drive and clik "OK". It asks me for CD #3 > again. I verify that the CD is in the drive (I can > mount it and see that it is indeed CD #3) and I click > "OK". It unmounts the CD and asks me for CD #3 again, > and so on. I haven't been able to install a single > package with the package manager because of this. I concur that I have been experiencing this problem also. However, I *can* install an rpm by clicking on the icon Perhaps you should file a bug with bugzilla. Also see *my* bug report https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101080 ... which might be related to this. ADDENDUM: Instead of *unmounting* the CD, however, the dialog keeps popping up, and my CD drive light flashes just for a breif moment, but the installation _does not_ proceed. Kindly add comments to the above bug report. The Red Hat guys will inform us if we should file a separate bug. Thanks, Elton. -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From elwoo at videotron.ca Thu Jul 31 04:41:02 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 31 Jul 2003 00:41:02 -0400 Subject: on what disk is licq? In-Reply-To: <1059623159.2783.1.camel@one.myworld> References: <200307301519.25478.elwoo@videotron.ca> <1059623159.2783.1.camel@one.myworld> Message-ID: <200307310041.02182.elwoo@videotron.ca> On Wednesday 30 July 2003 23:46, F?liciano Matias F?liciano Matias wrote: > ./disk3/RedHat/RPMS/licq-1.2.6-1.i386.rpm > ./disk3/RedHat/RPMS/li muchisimas gracias... Elton ;-) -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From feliciano.matias at free.fr Thu Jul 31 04:43:42 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 31 Jul 2003 06:43:42 +0200 Subject: Graphical boot In-Reply-To: <200307310011.14931.elwoo@videotron.ca> References: <200307301758.h6UHwb432521@devserv.devel.redhat.com> <1059596789.6067.17.camel@smoogen1.lanl.gov> <200307310011.14931.elwoo@videotron.ca> Message-ID: <1059626622.1083.9.camel@one.myworld> Le jeu 31/07/2003 ? 06:11, Elton Woo a ?crit : > On Wednesday 30 July 2003 16:26, Stephen Smoogen Stephen Smoogen > wrote: > > I would recommend a F key or similar option in the GRUB menu to do this From rpjday at mindspring.com Thu Jul 31 04:48:26 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 31 Jul 2003 00:48:26 -0400 (EDT) Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: <20030730201456.GC13398@pluto.pslib.cz> Message-ID: On Wed, 30 Jul 2003, Milan Kerslager wrote: > On Wed, Jul 30, 2003 at 02:57:45PM -0400, Robert P. J. Day wrote: > > > > based (loosely) on my 2.4 kernel config file, i've built both > > a 2.6.0-test1 and 2.6.0-test2 kernel, and tried to boot both of > > them. > > Try http://people.redhat.com/arjanv/2.5/ > > Use precompiled or grab .config from kernel-source package and try to > modify this one (at lest to do not forget something). depressingly, that worked. which means i have no idea what was the problem with building from the original source. but it's late, and i'm not going to fret at this point. so far, things are looking good. current config on the inspiron includes: - severn - 2.6.0 test2 kernel - latest (4496) nvidia driver (patched for 2.6.0) - linksys wireless pcmcia what to do next? ACPI? LVM2? .... lord, i hope i remember to write down how i did all this. rday From feliciano.matias at free.fr Thu Jul 31 04:55:13 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 31 Jul 2003 06:55:13 +0200 Subject: Graphical boot In-Reply-To: <200307310011.14931.elwoo@videotron.ca> References: <200307301758.h6UHwb432521@devserv.devel.redhat.com> <1059596789.6067.17.camel@smoogen1.lanl.gov> <200307310011.14931.elwoo@videotron.ca> Message-ID: <1059627312.1305.0.camel@one.myworld> Once again... Sorry for the previous empty mails. Le jeu 31/07/2003 ? 06:11, Elton Woo a ?crit : > On Wednesday 30 July 2003 16:26, Stephen Smoogen Stephen Smoogen > wrote: > > I would recommend a F key or similar option in the GRUB menu to do this From feliciano.matias at free.fr Thu Jul 31 04:59:33 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 31 Jul 2003 06:59:33 +0200 Subject: test Message-ID: <1059627572.1305.2.camel@one.myworld> test -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From elwoo at videotron.ca Thu Jul 31 05:00:35 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 31 Jul 2003 01:00:35 -0400 Subject: *WRONG* Severn CD's?? (was Re: on what disk is licq? In-Reply-To: <1059623159.2783.1.camel@one.myworld> References: <200307301519.25478.elwoo@videotron.ca> <1059623159.2783.1.camel@one.myworld> Message-ID: <200307310100.35673.elwoo@videotron.ca> On Wednesday 30 July 2003 23:46, F?liciano Matias F?liciano Matias wrote: > Le mer 30/07/2003 ? 21:19, Elton Woo a ?crit : > > I have to *manually* instll licq, but I can't seem to find it. > > ... maybe I'm "looking too hard" but I know it must be on one > > of the three Severn disks, but ... whihc one, please? > > find . -iname "licq*" > ./disk3/RedHat/RPMS/licq-1.2.6-1.i386.rpm > ./disk3/RedHat/RPMS/licq-gnome-1.2.6-1.i386.rpm > ./disk3/RedHat/RPMS/licq-kde-1.2.6-1.i386.rpm > ./disk3/RedHat/RPMS/licq-qt-1.2.6-1.i386.rpm > ./disk3/RedHat/RPMS/licq-text-1.2.6-1.i386.rpm ... something is quite *wrong* here: Disk 1 shows: /]# ls /mnt/cdrom/RedHat/RPMS/i*.* /mnt/cdrom/RedHat/RPMS/imlib-1.9.13-13.i386.rpm /mnt/cdrom/RedHat/RPMS/indexhtml-9.5-1.noarch.rpm /mnt/cdrom/RedHat/RPMS/info-4.5-2.i386.rpm /mnt/cdrom/RedHat/RPMS/initscripts-7.28-1.i386.rpm /mnt/cdrom/RedHat/RPMS/intltool-0.25-3.i386.rpm /mnt/cdrom/RedHat/RPMS/iproute-2.4.7-9.i386.rpm /mnt/cdrom/RedHat/RPMS/iptables-1.2.8-7.1.i386.rpm /mnt/cdrom/RedHat/RPMS/iputils-20020927-6.i386.rpm /mnt/cdrom/RedHat/RPMS/irda-utils-0.9.15-1.1.i386.rpm /mnt/cdrom/RedHat/RPMS/isdn4k-utils-3.1-73.i386.rpm Disk 2 shows: RPMS]# ls i*.* imap-2002d-2.i386.rpm indent-2.2.9-3.i386.rpm inn-2.3.5-6.i386.rpm imlib-devel-1.9.13-13.i386.rpm inews-2.3.5-6.i386.rpm ... and Disk 3 shows: RPMS]# ls /mnt/cdrom1/RedHat/RPMS/i*.* /mnt/cdrom1/RedHat/RPMS/icon-slicer-0.3-1.i386.rpm /mnt/cdrom1/RedHat/RPMS/imap-devel-2002d-2.i386.rpm /mnt/cdrom1/RedHat/RPMS/imlib-cfgeditor-1.9.13-13.i386.rpm /mnt/cdrom1/RedHat/RPMS/im-sdk-11_3-2.i386.rpm /mnt/cdrom1/RedHat/RPMS/inn-devel-2.3.5-6.i386.rpm /mnt/cdrom1/RedHat/RPMS/ipchains-1.3.10-19.i386.rpm /mnt/cdrom1/RedHat/RPMS/iptables-ipv6-1.2.8-7.1.i386.rpm /mnt/cdrom1/RedHat/RPMS/iptraf-2.7.0-8.i386.rpm /mnt/cdrom1/RedHat/RPMS/ipxutils-2.2.1-2.i386.rpm /mnt/cdrom1/RedHat/RPMS/irb-1.6.8-8.i386.rpm /mnt/cdrom1/RedHat/RPMS/iscsi-3.1.0.3-4.i386.rpm /mnt/cdrom1/RedHat/RPMS/isdn4k-utils-devel-3.1-73.i386.rpm /mnt/cdrom1/RedHat/RPMS/isdn4k-utils-vboxgetty-3.1-73.i386.rpm /mnt/cdrom1/RedHat/RPMS/isicom-3.05-14.i386.rpm /mnt/cdrom1/RedHat/RPMS/itcl-3.2-90.1.i386.rpm I'm quite sure that I downloaded the correct ISO's from one or the mirrors and that they verified against the md5sum list for the Severn beta.. I'll have to download all 3 disks again, and reburn, I guess... Elton :-( -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From feliciano.matias at free.fr Thu Jul 31 05:03:44 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 31 Jul 2003 07:03:44 +0200 Subject: Graphical boot In-Reply-To: <200307310011.14931.elwoo@videotron.ca> References: <200307301758.h6UHwb432521@devserv.devel.redhat.com> <1059596789.6067.17.camel@smoogen1.lanl.gov> <200307310011.14931.elwoo@videotron.ca> Message-ID: <1059627823.1305.6.camel@one.myworld> Once again... Sorry for the previous empty mails. In the screen of grub hit

if you have set a password, then hit to append an option to the kernel. Look at the button of the grub screen , it's explain. You can "freeze" options by editing /boot/grub/grub.conf. If you have set the timeout to 0 in anaconda, you should install severn again... -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From feliciano.matias at free.fr Thu Jul 31 05:08:27 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 31 Jul 2003 07:08:27 +0200 Subject: *WRONG* Severn CD's?? (was Re: on what disk is licq? In-Reply-To: <200307310100.35673.elwoo@videotron.ca> References: <200307301519.25478.elwoo@videotron.ca> <1059623159.2783.1.camel@one.myworld> <200307310100.35673.elwoo@videotron.ca> Message-ID: <1059628107.1305.11.camel@one.myworld> Le jeu 31/07/2003 ? 07:00, Elton Woo a ?crit : > On Wednesday 30 July 2003 23:46, F?liciano Matias F?liciano Matias > wrote: > > Le mer 30/07/2003 ? 21:19, Elton Woo a ?crit : > > > I have to *manually* instll licq, but I can't seem to find it. > > > ... maybe I'm "looking too hard" but I know it must be on one > > > of the three Severn disks, but ... whihc one, please? > > > > find . -iname "licq*" > > ./disk3/RedHat/RPMS/licq-1.2.6-1.i386.rpm > > ./disk3/RedHat/RPMS/licq-gnome-1.2.6-1.i386.rpm > > ./disk3/RedHat/RPMS/licq-kde-1.2.6-1.i386.rpm > > ./disk3/RedHat/RPMS/licq-qt-1.2.6-1.i386.rpm > > ./disk3/RedHat/RPMS/licq-text-1.2.6-1.i386.rpm > ... something is quite *wrong* here: > Disk 1 shows: > /]# ls /mnt/cdrom/RedHat/RPMS/i*.* Try l* (L) and not i* (I). And *.* is needed only if want files with a '.' in the name. > > Elton :-( -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From djh at iinet.net.au Thu Jul 31 05:10:21 2003 From: djh at iinet.net.au (djh) Date: Thu, 31 Jul 2003 15:10:21 +1000 (EST) Subject: *WRONG* Severn CD's?? (was Re: on what disk is licq? In-Reply-To: <200307310100.35673.elwoo@videotron.ca> Message-ID: On Thu, 31 Jul 2003, Elton Woo wrote: > ... something is quite *wrong* here: > Disk 1 shows: > /]# ls /mnt/cdrom/RedHat/RPMS/i*.* > ... Indeed, licq starts with an 'L'. Although I think coredumpicq would be a more appropriate name for it. ;) David. From elwoo at videotron.ca Thu Jul 31 05:53:36 2003 From: elwoo at videotron.ca (Elton Woo) Date: Thu, 31 Jul 2003 01:53:36 -0400 Subject: *WRONG* Severn CD's?? (was Re: on what disk is licq? In-Reply-To: <1059628107.1305.11.camel@one.myworld> References: <200307301519.25478.elwoo@videotron.ca> <200307310100.35673.elwoo@videotron.ca> <1059628107.1305.11.camel@one.myworld> Message-ID: <200307310153.36696.elwoo@videotron.ca> On Thursday 31 July 2003 01:08, F?liciano Matias F?liciano Matias wrote: > > /]# ls /mnt/cdrom/RedHat/RPMS/i*.* > > Try l* (L) and not i* (I). > > And *.* is needed only if want files with a '.' in the name. Thanks. ... I was *thinking* "icq", instead of Licq! LOL! ... found and installed it, now. Elton -- http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html "You only live once, so let's make life EASIER for each other." LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board. From ghenriks at rogers.com Thu Jul 31 06:09:21 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Thu, 31 Jul 2003 02:09:21 -0400 Subject: 2.6.0- test2, getting sound to work? Message-ID: I have 2.6.0-test2 running thanks to the rpms, now what do I need to do to get sound working? From segg at infonet.ca Thu Jul 31 06:07:08 2003 From: segg at infonet.ca (Gilles J. Seguin) Date: Thu, 31 Jul 2003 02:07:08 -0400 Subject: mc segfaulting [Solved] References: <3F284712.771D6CA@infonet.ca> <3F288535.32282.146415@localhost> Message-ID: <3F28B20C.DF814458@infonet.ca> Leonard den Ottolander wrote: > > Hi Mirek, > > > > #1 0x4019335e in Gpm_Open () from /usr/lib/libgpm.so.1 > > See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101104 > > Although I could not reproduce the crash in vi reported here upgrading > gpm to 1.20.1-36 seems to have solved the problem I had with mc. > Thanks. Yes, segfault is resolve with this upgrade. mc is displaying error messages at the console, before writing the panel over it. Do we have a simple way to send the result somewhere so I can read what it is . From djh at iinet.net.au Thu Jul 31 06:28:06 2003 From: djh at iinet.net.au (djh) Date: Thu, 31 Jul 2003 16:28:06 +1000 (EST) Subject: File system corruption with Severn In-Reply-To: <200307301049.h6UAnbu18056@devserv.devel.redhat.com> Message-ID: On Wed, 30 Jul 2003, Alan Cox wrote: > If you can duplicate this reliably can you install the beta, then swap the > kernel for a generic kernel (either kernel.org, -ac or for that matter the > RH9 kernel) and see if it occurs again ? I can't reproduce it with the RH9 errata kernel. (2.4.20-19.9) Bug #101357 has the details. David. From milan.kerslager at pslib.cz Thu Jul 31 07:42:18 2003 From: milan.kerslager at pslib.cz (Milan Kerslager) Date: Thu, 31 Jul 2003 09:42:18 +0200 Subject: Graphical boot In-Reply-To: <1059627823.1305.6.camel@one.myworld> References: <200307301758.h6UHwb432521@devserv.devel.redhat.com> <1059596789.6067.17.camel@smoogen1.lanl.gov> <200307310011.14931.elwoo@videotron.ca> <1059627823.1305.6.camel@one.myworld> Message-ID: <20030731074218.GA28260@pluto.pslib.cz> On Thu, Jul 31, 2003 at 07:03:44AM +0200, F?liciano Matias wrote: > > In the screen of grub hit

if you have set a password, then hit > to append an option to the kernel. > > Look at the button of the grub screen , it's explain. > > You can "freeze" options by editing /boot/grub/grub.conf. > > If you have set the timeout to 0 in anaconda, you should install > severn again... The is always no need to re-install the system. This is not a product similar to others that needs to (and hot-line forces you to do so). The is more ways how to fix it, for example: a) hold down a CTRL (or whatever) when booting the machine b) start system to rescue mode (type "linux rescue"when booting from 1st CD), it connect your system under /mnt/sysimage so simply edit /mnt/sysimage/boot/grub/grub.conf -- Milan Kerslager E-mail: milan.kerslager at pslib.cz WWW: http://www.pslib.cz/~kerslage/ From milan.kerslager at pslib.cz Thu Jul 31 07:46:32 2003 From: milan.kerslager at pslib.cz (Milan Kerslager) Date: Thu, 31 Jul 2003 09:46:32 +0200 Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: References: <20030730201456.GC13398@pluto.pslib.cz> Message-ID: <20030731074632.GB28260@pluto.pslib.cz> On Thu, Jul 31, 2003 at 12:48:26AM -0400, Robert P. J. Day wrote: > On Wed, 30 Jul 2003, Milan Kerslager wrote: > > > On Wed, Jul 30, 2003 at 02:57:45PM -0400, Robert P. J. Day wrote: > > > > > > based (loosely) on my 2.4 kernel config file, i've built both > > > a 2.6.0-test1 and 2.6.0-test2 kernel, and tried to boot both of > > > them. > > > > Try http://people.redhat.com/arjanv/2.5/ > > > > Use precompiled or grab .config from kernel-source package and try to > > modify this one (at lest to do not forget something). > > depressingly, that worked. which means i have no idea what was > the problem with building from the original source. but it's late, > and i'm not going to fret at this point. This message is near the point where the kernel is trying to run a program from initrd image or from your root partition (mounted under /). So there is where the possible investigation could start. You may try to make a diff between the two .config files to see what is different. -- Milan Kerslager E-mail: milan.kerslager at pslib.cz WWW: http://www.pslib.cz/~kerslage/ From laur.ivan at corvil.com Thu Jul 31 08:00:51 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Thu, 31 Jul 2003 09:00:51 +0100 Subject: Graphical boot In-Reply-To: <1059610723.1348.202.camel@skyfox.terraplex.com> References: <1059448804.1210.3.camel@chastain> <200307302259.00082.laur.ivan@corvil.com> <1059610723.1348.202.camel@skyfox.terraplex.com> Message-ID: <200307310900.57528.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanks a mill, Digging... :) On Thursday 31 July 2003 01:18, Dan Burcaw wrote: > Laur, > > This has been discussed on the list at great length. > I suggest glancing at the archives... > > Regards, > -Dan > > On Wed, 2003-07-30 at 15:58, Laur Ivan wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hi all, > > > > Looking at other distributions (suse to be precise), the "graphical" boot > > is done via "bootsplash". wouldn't it be more feasible than launching X? > > Sorry if this was already discussed... :( > > > > I'm saying it because on my machine one can see that X is started and > > moreover, X is restarted for init 5 (gdm). ...or is it easier/possible to > > tweak gdm to use the existant X (if any)? > > > > Cheers, > > > > Laur > > > > > > - -- > > Laur Ivan Tel : +353-1-6674336 > > Software Design Engineer eMail: > > laur.ivan at corvil.com Corvil Ltd. > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) > > > > iD8DBQE/KD+irIaFaLsloSMRAi2ZAJsEbdaJTVnXZatWZSxnyxERU6SkOQCcDEBq > > nJ1LtBaSYnoSv8sWKG3EP+U= > > =w735 > > -----END PGP SIGNATURE----- > > > > > > -- > > Rhl-beta-list mailing list > > Rhl-beta-list at redhat.com > > http://www.redhat.com/mailman/listinfo/rhl-beta-list > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list - -- Laur Ivan Tel : +353-1-6674336 Software Design Engineer eMail: laur.ivan at corvil.com Corvil Ltd. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/KMy4rIaFaLsloSMRAgX3AKCiXVFldepSexlCkisjbo2SgLdnWgCgl65y PSYnHW0HM5Tx772tp+QRtNs= =CR2h -----END PGP SIGNATURE----- From redtuxxx at yahoo.co.uk Thu Jul 31 08:22:51 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Thu, 31 Jul 2003 09:22:51 +0100 (BST) Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: <20030731074632.GB28260@pluto.pslib.cz> Message-ID: <20030731082251.72124.qmail@web60005.mail.yahoo.com> --- Milan Kerslager wrote: > On Thu, Jul 31, 2003 at 12:48:26AM -0400, Robert P. J. Day wrote: > > On Wed, 30 Jul 2003, Milan Kerslager wrote: > > > > > On Wed, Jul 30, 2003 at 02:57:45PM -0400, Robert P. J. Day > wrote: > > > > > > > > based (loosely) on my 2.4 kernel config file, i've built > both > > > > a 2.6.0-test1 and 2.6.0-test2 kernel, and tried to boot both > of > > > > them. > > > > > > Try http://people.redhat.com/arjanv/2.5/ > > > > > > Use precompiled or grab .config from kernel-source package and > try to > > > modify this one (at lest to do not forget something). > > > > depressingly, that worked. which means i have no idea what was > > the problem with building from the original source. but it's > late, Just to check which one of these worked. I know just before I upgraded to severn I had major aggro getting stock 2.5/2.6 to boot, but when I built from arjanv's source everything worked. Bizarrely after I installed this kernel, stock kernel source compiled and booted. > > and i'm not going to fret at this point. > > This message is near the point where the kernel is trying to run a > program from initrd image or from your root partition (mounted > under /). > So there is where the possible investigation could start. > > You may try to make a diff between the two .config files to see > what is > different. > > -- > Milan Kerslager > E-mail: milan.kerslager at pslib.cz > WWW: http://www.pslib.cz/~kerslage/ > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list From pavelr at coresma.com Thu Jul 31 09:25:33 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Thu, 31 Jul 2003 11:25:33 +0200 Subject: viewing samba in nautilus unreliable Message-ID: <6A3008858445D711A58A00062939B2F1EC73@EXCHANGE> Hi, When I open 'network servers' menu, sometimes it works just fine, but sometimes it just displays empty nautilus window. In this case refresh doesn't help. I also got a crash once during this. Anyone else see similar behaviour? Pavel. From redtuxxx at yahoo.co.uk Thu Jul 31 08:35:34 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Thu, 31 Jul 2003 09:35:34 +0100 (BST) Subject: 2.6.0- test2, getting sound to work? In-Reply-To: Message-ID: <20030731083534.89301.qmail@web60004.mail.yahoo.com> --- Gerald Henriksen wrote: > I have 2.6.0-test2 running thanks to the rpms, now what do I need > to > do to get sound working? > > I have had some fun with this - so I may be able to help questions 1. what soundcard 2. ISA/PCI 3. Alsa or OSS are any other modules not loading > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From mike at netlyncs.com Thu Jul 31 08:37:09 2003 From: mike at netlyncs.com (Mike Chambers) Date: 31 Jul 2003 03:37:09 -0500 Subject: imap in rawhide Message-ID: <1059640629.5218.1.camel@bart.netlyncs.com> If you upgrade the imap package from rawhide in a severn machine, pop starts to fail when checking password. Had to downgrade back to the stock severn package to get it to work again. Just an FYI.. -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From redtuxxx at yahoo.co.uk Thu Jul 31 08:43:57 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Thu, 31 Jul 2003 09:43:57 +0100 (BST) Subject: Can we have g++/libstdc 32 packages In-Reply-To: Message-ID: <20030731084357.74251.qmail@web60001.mail.yahoo.com> --- Elliot Lee wrote: > On Wed, 30 Jul 2003, Mike Martin wrote: > > > This causes problems with packages that dont compile with 3.3 > > Those packages need to be fixed. > yes - I know these packages should be fixed. BUT - it does put the user trying to compile software in a frustrating position especially when it relates to fairly important packages like gstreamer. > -- Elliot > Humpty Dumpty was pushed. > > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From rpjday at mindspring.com Thu Jul 31 08:46:39 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 31 Jul 2003 04:46:39 -0400 (EDT) Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: <20030731082251.72124.qmail@web60005.mail.yahoo.com> Message-ID: On Thu, 31 Jul 2003, Mike Martin wrote: > Just to check which one of these worked. > > I know just before I upgraded to severn I had major aggro getting > stock 2.5/2.6 to boot, but when I built from arjanv's source > everything worked. Bizarrely after I installed this kernel, stock > kernel source compiled and booted. i'm going down that road right now. if i tried building from stock source, neither a 2.6.0-test1 nor a 2.6.0-test2 kernel would boot -- they would both freeze at the "Freeing unused kernel memory" line. downloaded arjan's 2.6.0-test2 kernel source RPM, and built it with the i386 config file that came with it (which builds eight bazillion modules, but better safe than sorry). that booted, but i did have to go back and build in some things that had been modules (USB, mouse, maybe a couple other things). right now, i'm in the process of still building with arjan's source, but discarding as many modules as i can that i *know* i don't need. if that still boots, i'll use that working config file on a stock kernel source tree, and see what happens. at the very least, i have a working 2.6.0 build that boots, and i'm grateful for small mercies. rday From milan.kerslager at pslib.cz Thu Jul 31 08:54:39 2003 From: milan.kerslager at pslib.cz (Milan Kerslager) Date: Thu, 31 Jul 2003 10:54:39 +0200 Subject: Can we have g++/libstdc 32 packages In-Reply-To: <20030731084357.74251.qmail@web60001.mail.yahoo.com> References: <20030731084357.74251.qmail@web60001.mail.yahoo.com> Message-ID: <20030731085439.GD29445@pluto.pslib.cz> On Thu, Jul 31, 2003 at 09:43:57AM +0100, Mike Martin wrote: > --- Elliot Lee wrote: > On Wed, 30 Jul 2003, > Mike Martin wrote: > > > > > This causes problems with packages that dont compile with 3.3 > > > > Those packages need to be fixed. > > > > yes - I know these packages should be fixed. > > BUT - it does put the user trying to compile software in a > frustrating position especially when it relates to fairly important > packages like gstreamer. The distribution has gcc32 package so you are free to use older compiler (that possibly works). Anyway - the maintainer of gstreamer shoud fix his package and this is the only way to force him to do it. We need better compiler all the time. We need to be able to use it in Enterprise environment (like glibc with NTPL etc). This is not possible to use 5 years old compiler with bilions of documented bugs and workarounds included to our source code. -- Milan Kerslager E-mail: milan.kerslager at pslib.cz WWW: http://www.pslib.cz/~kerslage/ From milan.kerslager at pslib.cz Thu Jul 31 08:56:57 2003 From: milan.kerslager at pslib.cz (Milan Kerslager) Date: Thu, 31 Jul 2003 10:56:57 +0200 Subject: Can we have g++/libstdc 32 packages In-Reply-To: <20030731085439.GD29445@pluto.pslib.cz> References: <20030731084357.74251.qmail@web60001.mail.yahoo.com> <20030731085439.GD29445@pluto.pslib.cz> Message-ID: <20030731085657.GE29445@pluto.pslib.cz> On Thu, Jul 31, 2003 at 10:54:39AM +0200, Milan Kerslager wrote: > > The distribution has gcc32 package so you are free to use older compiler > (that possibly works). > > Anyway - the maintainer of gstreamer shoud fix his package and this is > the only way to force him to do it. > > We need better compiler all the time. We need to be able to use it in > Enterprise environment (like glibc with NTPL etc). This is not possible > to use 5 years old compiler with bilions of documented bugs and > workarounds included to our source code. Sorry I miss the point (libstdc for gcc32). -- Milan Kerslager E-mail: milan.kerslager at pslib.cz WWW: http://www.pslib.cz/~kerslage/ From redtuxxx at yahoo.co.uk Thu Jul 31 09:01:20 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Thu, 31 Jul 2003 10:01:20 +0100 (BST) Subject: Can we have g++/libstdc 32 packages In-Reply-To: <20030731085439.GD29445@pluto.pslib.cz> Message-ID: <20030731090120.98334.qmail@web60004.mail.yahoo.com> --- Milan Kerslager wrote: > On Thu, Jul 31, 2003 at 09:43:57AM +0100, Mike Martin wrote: > > --- Elliot Lee wrote: > On Wed, 30 Jul > 2003, > > Mike Martin wrote: > > > > > > > This causes problems with packages that dont compile with 3.3 > > > > > > Those packages need to be fixed. > > > > > > > yes - I know these packages should be fixed. > > > > BUT - it does put the user trying to compile software in a > > frustrating position especially when it relates to fairly > important > > packages like gstreamer. > > The distribution has gcc32 package so you are free to use older > compiler > (that possibly works). > you missed what I said about c++ code being referenced - for pure c code gcc32 works > Anyway - the maintainer of gstreamer shoud fix his package and this > is > the only way to force him to do it. its not only gstreamer > > We need better compiler all the time. We need to be able to use it > in > Enterprise environment (like glibc with NTPL etc). This is not > possible > to use 5 years old compiler with bilions of documented bugs and > workarounds included to our source code. not talking about 5 years old compiler - I am referring to a previous point release. previously, when RH has included a new compiler, compat packages have been included for previous version > > -- > Milan Kerslager > E-mail: milan.kerslager at pslib.cz > WWW: http://www.pslib.cz/~kerslage/ > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From jakub at redhat.com Thu Jul 31 09:10:45 2003 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 31 Jul 2003 05:10:45 -0400 Subject: Can we have g++/libstdc 32 packages In-Reply-To: <20030731090120.98334.qmail@web60004.mail.yahoo.com>; from redtuxxx@yahoo.co.uk on Thu, Jul 31, 2003 at 10:01:20AM +0100 References: <20030731085439.GD29445@pluto.pslib.cz> <20030731090120.98334.qmail@web60004.mail.yahoo.com> Message-ID: <20030731051044.C23055@devserv.devel.redhat.com> On Thu, Jul 31, 2003 at 10:01:20AM +0100, Mike Martin wrote: > previously, when RH has included a new compiler, compat packages have > been included for previous version But gcc 3.2.x is compatible with gcc 3.3.x (there are some corner cases but I believe gcc 3.2.x would simply ICE on them rather than generating ABI incompatible code with gcc 3.3.x). Jakub From seyman at wanadoo.fr Thu Jul 31 10:31:51 2003 From: seyman at wanadoo.fr (Emmanuel Seyman) Date: Thu, 31 Jul 2003 12:31:51 +0200 Subject: Installing Severn on an old machine Message-ID: <20030731103151.GA5214@orient.maison> I've installed Severn on a P133 with 64M of RAM and noticed a few things. - I'm amazed this actually works. I thought RHL had outgrown my former computer a while ago. - 85 minutes to install the standard Workstation setup. Ugh. I'm not going to do this everyday. - Choosing French for the installation, every line ends with " " - Same thing for the startup messages. Is this a known issue? - Hooking up the machine with my RHL 9 system via a twisted pair network cable floods the screen with kernel errors. The network card is a 3com 3c905 (have to double-check that one) - redhat-config-xfree doesn't detect my monitor but I'm pretty sure that's because of the KVM sitting between them. I'll try this again later with the monitor hooked up directly to the computer. Emmanuel From veillard at redhat.com Thu Jul 31 10:46:31 2003 From: veillard at redhat.com (Daniel Veillard) Date: Thu, 31 Jul 2003 06:46:31 -0400 Subject: Installing Severn on an old machine In-Reply-To: <20030731103151.GA5214@orient.maison>; from seyman@wanadoo.fr on Thu, Jul 31, 2003 at 12:31:51PM +0200 References: <20030731103151.GA5214@orient.maison> Message-ID: <20030731064631.A14762@redhat.com> On Thu, Jul 31, 2003 at 12:31:51PM +0200, Emmanuel Seyman wrote: > - Choosing French for the installation, every line ends with " " > > - Same thing for the startup messages. Is this a known issue? Hum, smells like an XML transformation problem ... Interesting, maybe there is an XSLT stylesheet in need of a bug fix, Daniel -- Daniel Veillard | Red Hat Network https://rhn.redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From alan at redhat.com Thu Jul 31 10:49:24 2003 From: alan at redhat.com (Alan Cox) Date: Thu, 31 Jul 2003 06:49:24 -0400 (EDT) Subject: Installing Severn on an old machine In-Reply-To: <20030731103151.GA5214@orient.maison> from "Emmanuel Seyman" at Gor 31, 2003 12:31:51 Message-ID: <200307311049.h6VAnOp15478@devserv.devel.redhat.com> > I've installed Severn on a P133 with 64M of RAM and noticed a few things. > - 85 minutes to install the standard Workstation setup. > Ugh. I'm not going to do this everyday. Try an upgrade instead - that took my 64Mb test box 5 hours 8) > - Hooking up the machine with my RHL 9 system via a twisted pair > network cable floods the screen with kernel errors. The network > card is a 3com 3c905 (have to double-check that one) What its important to know is the text of those messages From rpjday at mindspring.com Thu Jul 31 10:57:28 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 31 Jul 2003 06:57:28 -0400 (EDT) Subject: re kernel-2.6.0-test: what to do with /etc/modprobe.conf?? Message-ID: based on my reading, the new kernel prefers to read from the file /etc/modprobe.conf, rather than the older /etc/modules.conf. to help in the migration, there is the utility "generate-modprobe.conf", but in this situation, it doesn't work -- it fails complaining of a missing "modprobe.old". i'm suspecting that generate-modprobe.conf was written with the assumption that one would have upgraded separately to the newer version of modutils, which was backwards compatible and, IIRC, moved the older versions of the module commands to their corresponding ".old" names. this is, i'm guessing, what generate-modprobe.conf is looking for, but severn, since it comes with the newer version of modutils already, has no such ".old" backups. hence the failure. thoughts? rday From feliciano.matias at free.fr Thu Jul 31 11:01:56 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 31 Jul 2003 13:01:56 +0200 Subject: Installing Severn on an old machine In-Reply-To: <20030731064631.A14762@redhat.com> References: <20030731103151.GA5214@orient.maison> <20030731064631.A14762@redhat.com> Message-ID: <1059649313.1305.18.camel@one.myworld> Le jeu 31/07/2003 ? 12:46, Daniel Veillard a ?crit : > On Thu, Jul 31, 2003 at 12:31:51PM +0200, Emmanuel Seyman wrote: > > - Choosing French for the installation, every line ends with " " > > > > - Same thing for the startup messages. Is this a known issue? > > Hum, smells like an XML transformation problem ... Interesting, > maybe there is an XSLT stylesheet in need of a bug fix, > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=99293 > Daniel -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From kaboom at gatech.edu Thu Jul 31 11:16:09 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 31 Jul 2003 05:16:09 -0600 (MDT) Subject: Graphical boot In-Reply-To: <1059578779.30221.102.camel@poincare.devel.redhat.com> References: <1059448804.1210.3.camel@chastain> <3F26F0BF.3070704@boredinboise.org> <1059518962.2632.19.camel@bart.netlyncs.com> <1059546643.3f276613bab5c@webmail.welho.com> <20030730111147.C11666@devserv.devel.redhat.com> <1059578779.30221.102.camel@poincare.devel.redhat.com> Message-ID: On Wed, 30 Jul 2003, Owen Taylor wrote: > On Wed, 2003-07-30 at 11:11, Michael K. Johnson wrote: > > Basically, the default answer is "don't fiddle". It's only done in > > cases where there's a very strong reason. An "update" has never had > > the requirement of producing the same effect as an "install" in Red > > Hat Linux -- besides the fact that it is practically impossible to > > achieve in practice, it's not necessarily what people want. We aim > > for "functional with packages updated" and not automagically pulling > > in rhgb on upgrade is inline with that policy. > > I'm not sure I'd agree with this - OK, I'd agree that hard-coding > fiddling in anaconda is evil - but I think making sure that rhgb > gets installed for an upgrade of a workstation install of RH 9 > is very much in line with what we've tried to do in the past. > > Sometimes this involves hard-coding things in anaconda, in other > cases we've added extra package dependencies just to make sure > that things get pulled in. > > But the goal is certainly that if you take a workstation install, > upgrade it to a newer version, you get the main workstation > features of the newer version. I think I disagree. People running RHL 9 or older without graphical boot have obviously managed to function without it, so there's no compelling need to go through the hoops of getting it added on an upgrade.... Those who want the frosting can add it themselves, since it's not like rhgb is actually adding any new functionality and therefore is potentially worth hard-coding anaconda, etc.... later, chris From feliciano.matias at free.fr Thu Jul 31 11:16:35 2003 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: 31 Jul 2003 13:16:35 +0200 Subject: re kernel-2.6.0-test: what to do with /etc/modprobe.conf?? In-Reply-To: References: Message-ID: <1059650194.1305.21.camel@one.myworld> Le jeu 31/07/2003 ? 12:57, Robert P. J. Day a ?crit : > based on my reading, the new kernel prefers to read from the > file /etc/modprobe.conf, rather than the older /etc/modules.conf. > > to help in the migration, there is the utility > "generate-modprobe.conf", but in this situation, it doesn't work -- > it fails complaining of a missing "modprobe.old". > > i'm suspecting that generate-modprobe.conf was written with the > assumption that one would have upgraded separately to the newer > version of modutils, which was backwards compatible and, IIRC, > moved the older versions of the module commands to their > corresponding ".old" names. > > this is, i'm guessing, what generate-modprobe.conf is looking > for, but severn, since it comes with the newer version of > modutils already, has no such ".old" backups. hence the failure. > > thoughts? > Try to copy modprobe from RH9 to modprobe.old. > rday > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -- F?liciano Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From leonardjo at hetnet.nl Thu Jul 31 11:28:08 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Thu, 31 Jul 2003 13:28:08 +0200 Subject: Dependencies [was Re: bugs, bugs, bugs!] In-Reply-To: References: <3F2795D6.25899.35D36E@localhost> Message-ID: <3F291968.2688.F9D7D@localhost> Hello Russ, > > # dependencies > Hello -- I see the (implicit) copyright, but no license. Is > it GPL v.2? if so, or whatever license LGPL version 2.1. This entitles you to redistribute copies under the GPL according to paragraph 3. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From rpjday at mindspring.com Thu Jul 31 11:38:33 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 31 Jul 2003 07:38:33 -0400 (EDT) Subject: re kernel-2.6.0-test: what to do with /etc/modprobe.conf?? In-Reply-To: <1059650194.1305.21.camel@one.myworld> Message-ID: On 31 Jul 2003, F?liciano Matias wrote: > Le jeu 31/07/2003 ? 12:57, Robert P. J. Day a ?crit : > > based on my reading, the new kernel prefers to read from the > > file /etc/modprobe.conf, rather than the older /etc/modules.conf. > > > > to help in the migration, there is the utility > > "generate-modprobe.conf", but in this situation, it doesn't work -- > > it fails complaining of a missing "modprobe.old". > > > > i'm suspecting that generate-modprobe.conf was written with the > > assumption that one would have upgraded separately to the newer > > version of modutils, which was backwards compatible and, IIRC, > > moved the older versions of the module commands to their > > corresponding ".old" names. > > > > this is, i'm guessing, what generate-modprobe.conf is looking > > for, but severn, since it comes with the newer version of > > modutils already, has no such ".old" backups. hence the failure. > > > > thoughts? > > > > Try to copy modprobe from RH9 to modprobe.old. i suspect that would work fine, but it doesn't help someone testing a severn box who doesn't have access to any RH 9 rpms. is there a usable way to run this under the circumstances, or should i bugzilla this? rday From leonardjo at hetnet.nl Thu Jul 31 12:01:07 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Thu, 31 Jul 2003 14:01:07 +0200 Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: References: <20030731082251.72124.qmail@web60005.mail.yahoo.com> Message-ID: <3F292123.12069.2DD088@localhost> Hello Robert, > if i tried building from stock > source, neither a 2.6.0-test1 nor a 2.6.0-test2 kernel would boot -- > they would both freeze at the "Freeing unused kernel memory" line. Did you try the suggestion by Jack Bowling to disable vfat mounts in /etc/fstab? Or is that irrelevant to your setup? Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From rpjday at mindspring.com Thu Jul 31 12:05:25 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 31 Jul 2003 08:05:25 -0400 (EDT) Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: <3F292123.12069.2DD088@localhost> Message-ID: On Thu, 31 Jul 2003, Leonard den Ottolander wrote: > Hello Robert, > > > if i tried building from stock > > source, neither a 2.6.0-test1 nor a 2.6.0-test2 kernel would boot -- > > they would both freeze at the "Freeing unused kernel memory" line. > > Did you try the suggestion by Jack Bowling to disable vfat mounts in > /etc/fstab? Or is that irrelevant to your setup? ironically, i had a vfat mount in /etc/fstab, but commenting that out didn't make any difference. i'm curious *how* it would have made a difference, since from what i can see, any mounting of vfat filesystems doesn't occur until later on in the boot process. very strange. at this point, i'm trying to clarify how to move over from /etc/modules.conf to /etc/modprobe.conf cleanly, since that appears to be the next obvious step with a 2.6.0 kernel. rday p.s. got samba-3.0.0 beta up and verified a simple smbmount. so far, so good. From leonardjo at hetnet.nl Thu Jul 31 12:32:07 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Thu, 31 Jul 2003 14:32:07 +0200 Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: References: <3F292123.12069.2DD088@localhost> Message-ID: <3F292867.1994.4A3287@localhost> Hello Robert, > i'm curious *how* it would have made a difference, since from > what i can see, any mounting of vfat filesystems doesn't occur > until later on in the boot process. Hm. Right. Dunno. It did make a difference for Jack though... Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction. From nphilipp at redhat.com Thu Jul 31 12:46:35 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 31 Jul 2003 14:46:35 +0200 Subject: Graphical boot In-Reply-To: <20030730205559.GF13398@pluto.pslib.cz> References: <1059448804.1210.3.camel@chastain> <1059546643.3f276613bab5c@webmail.welho.com> <20030730111147.C11666@devserv.devel.redhat.com> <200307301349.03311.elwoo@videotron.ca> <20030730205559.GF13398@pluto.pslib.cz> Message-ID: <1059655594.4448.1.camel@gibraltar.stuttgart.redhat.com> On Wed, 2003-07-30 at 22:55, Milan Kerslager wrote: > On Wed, Jul 30, 2003 at 01:49:03PM -0400, Elton Woo wrote: > > > > The *downside* of the graphical boot is that, if there is a problem, > > the user (me aka dumb newbie) gets stuck. ...a *specific* example: > > on several boots of Severn, I get kernel oopses, of which I am > > aware (through past experience): since two, or all keyboard lights > > start blinking, and the dialog "ribbon" just sits on screen. > > Or just press CTRL+SHIFT+F1 to see old text output. Rather Ctrl+Alt+F1 I'd say. One could even extend it to run "switchto 1" on pressing "Esc"... Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nphilipp at redhat.com Thu Jul 31 12:55:57 2003 From: nphilipp at redhat.com (Nils Philippsen) Date: 31 Jul 2003 14:55:57 +0200 Subject: Can we have g++/libstdc 32 packages In-Reply-To: <20030731084357.74251.qmail@web60001.mail.yahoo.com> References: <20030731084357.74251.qmail@web60001.mail.yahoo.com> Message-ID: <1059656156.4448.10.camel@gibraltar.stuttgart.redhat.com> On Thu, 2003-07-31 at 10:43, Mike Martin wrote: > --- Elliot Lee wrote: > On Wed, 30 Jul 2003, > Mike Martin wrote: > > > > > This causes problems with packages that dont compile with 3.3 > > > > Those packages need to be fixed. > > > > yes - I know these packages should be fixed. > > BUT - it does put the user trying to compile software in a > frustrating position especially when it relates to fairly important > packages like gstreamer. Then it's the responsibility of the package maintainers to fix the software, or even it's the freedom of the user to debug the package and submit a fix for it. Or would you rather maintain two complete toolchains only not to have to fix some packages? Because it'd work like that: package A doesn't compile with gcc-3.3, so users compile it with 3.2.x which in turn leads to package A not getting fixed, ... I know it can be frustrating for the end user/builder, even more so if package maintainers don't cooperate (e.g. mplayer vs. gcc-2.96), but I would want more convincing reasons for maintaining a second toolchain (not that I'm directly involved). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kaboom at gatech.edu Thu Jul 31 13:03:13 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 31 Jul 2003 07:03:13 -0600 (MDT) Subject: Checking sendmail.cf file at boot time In-Reply-To: <1059242580.3064.77.camel@bobcp4.lingpgmr.com> References: <1059240901.3064.56.camel@bobcp4.lingpgmr.com> <1059242580.3064.77.camel@bobcp4.lingpgmr.com> Message-ID: On Sat, 26 Jul 2003, Robert L Cochran wrote: > That is not quite true. Sendmail.cf is not actually regenerated unless > the sendmail.mc file is changed. Make doesn't do anything if there are > no changes to the source. To test this, reboot your machine and check > the date and time of /etc/mail/sendmail.cf. Notice it does not change > from reboot to reboot. Right. It uses make, which checks timestamps. That protects against some, but not all, of the substitutions you're concerned about. At any rate, I'm not sure why you think an init script should do this. That's what tripwire et al are for ;-) later, chris From gmaeding at kidspeace.org Thu Jul 31 13:15:06 2003 From: gmaeding at kidspeace.org (Glen Maeding) Date: Thu, 31 Jul 2003 09:15:06 -0400 Subject: 2.6.0- test2, getting sound to work? Message-ID: <2E8FBD72B20F054FA871D9846F127F50023143F8@hyperion.kidspeace.org> You might want open up one console ( Xterm, or konsole, your choice ) then go 'su' and type in 'tail -f /var/log/messages'. After you do that, try to redetect sound via 'Redhat Main Menu > System Setting > Soundcard Detection'. Now watch what the messages say and report back. Smile. This used to be a problem in RH 9.0 until they released kernel 2.4.20-18.9. Heh, ironically, I was able to get around that by using the old RH8 kernel RPM and booting to that to get any sound at all. But I believe for the purpose of this beta testing, we want to use newer kernels? * ** Glen Maeding * ** MIS Tech @ Kidspeace Inc. * ** Webmaster of MIS-comm, Pdangel.org, and others... * ** E-mail: gmaeding at kidspeace.org * ** Pager e-mail: goik at tmail.com -----Original Message----- From: Mike Martin [mailto:redtuxxx at yahoo.co.uk] Sent: Thursday, July 31, 2003 4:36 AM To: rhl-beta-list at redhat.com Subject: Re: 2.6.0- test2, getting sound to work? --- Gerald Henriksen wrote: > I have 2.6.0-test2 running thanks to the rpms, now what do I need > to > do to get sound working? > > I have had some fun with this - so I may be able to help questions 1. what soundcard 2. ISA/PCI 3. Alsa or OSS are any other modules not loading > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html -- Rhl-beta-list mailing list Rhl-beta-list at redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list From ghenriks at rogers.com Thu Jul 31 14:15:26 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Thu, 31 Jul 2003 10:15:26 -0400 Subject: 2.6.0- test2, getting sound to work? In-Reply-To: <20030731083534.89301.qmail@web60004.mail.yahoo.com> References: <20030731083534.89301.qmail@web60004.mail.yahoo.com> Message-ID: <109iivoqkrldnd37vk1dd84h1s4h5fkb92@4ax.com> On Thu, 31 Jul 2003 09:35:34 +0100 (BST), you wrote: >I have had some fun with this - so I may be able to help > >questions > >1. what soundcard Soundblaster Live It works fine with the 2.4 kernel that comes with Severn but 2.6 just results in silence. >2. ISA/PCI PCI >3. Alsa or OSS Good question. I assume with 2.6 I should be trying ALSA but I will take whatever will work. From pavelr at coresma.com Thu Jul 31 15:14:32 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Thu, 31 Jul 2003 17:14:32 +0200 Subject: 2.6.0- test2, getting sound to work? Message-ID: <6A3008858445D711A58A00062939B2F1EC7C@EXCHANGE> > -----Original Message----- > From: Gerald Henriksen [mailto:ghenriks at rogers.com] > Sent: Thu, July 31, 2003 5:15 PM > To: rhl-beta-list at redhat.com > Subject: Re: 2.6.0- test2, getting sound to work? > > > On Thu, 31 Jul 2003 09:35:34 +0100 (BST), you wrote: > > >I have had some fun with this - so I may be able to help > > > >questions > > > >1. what soundcard > > Soundblaster Live > > It works fine with the 2.4 kernel that comes with Severn but 2.6 just > results in silence. > > >2. ISA/PCI > > PCI > > >3. Alsa or OSS > > Good question. I assume with 2.6 I should be trying ALSA but I will > take whatever will work. Not necessarily. I haven't tried test2 yet, but with test1 I got both OSS and ALSA working. Also try running mixer and see if sound is muted, I think it fails to save/restore volume settings with 2.6 kernels. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From redtuxxx at yahoo.co.uk Thu Jul 31 14:36:33 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Thu, 31 Jul 2003 15:36:33 +0100 (BST) Subject: 2.6.0- test2, getting sound to work? In-Reply-To: <109iivoqkrldnd37vk1dd84h1s4h5fkb92@4ax.com> Message-ID: <20030731143633.22618.qmail@web60005.mail.yahoo.com> --- Gerald Henriksen wrote: > On Thu, 31 Jul 2003 09:35:34 +0100 (BST), you wrote: > > >I have had some fun with this - so I may be able to help > > > >questions > > > >1. what soundcard > > Soundblaster Live > > It works fine with the 2.4 kernel that comes with Severn but 2.6 > just > results in silence. > what is in /etc/modules.conf and /etc/modprobe.conf > >2. ISA/PCI > > PCI > > >3. Alsa or OSS > > Good question. I assume with 2.6 I should be trying ALSA but I > will > take whatever will work. > > Ok some quick tests what does lsmod show if no sound modules are shown try the obvious and do modprobe sb If you get errors look in /lib/modules/2.6*/kernel/drivers/sound/ (I think path is right, not at my box) then look for an oss and and alsa directory and look for a driver that looks possible and try it. Alsa modules tend to have snd- prefixed to the name of the driver > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From rjohnson at medata.com Thu Jul 31 14:42:03 2003 From: rjohnson at medata.com (Rick Johnson) Date: Thu, 31 Jul 2003 07:42:03 -0700 Subject: imap in rawhide In-Reply-To: <1059640629.5218.1.camel@bart.netlyncs.com> References: <1059640629.5218.1.camel@bart.netlyncs.com> Message-ID: <3F292ABB.7060300@medata.com> Mike Chambers wrote: > If you upgrade the imap package from rawhide in a severn machine, pop > starts to fail when checking password. Had to downgrade back to the > stock severn package to get it to work again. > > Just an FYI.. > Doesn't the RawHide version require SSL in order to do plain-text auth? I know it did for IMAP. -Rick -- Rick Johnson, RHCE - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Key: https://mail.medata.com/pgp/rjohnson.asc From milan.kerslager at pslib.cz Thu Jul 31 14:45:43 2003 From: milan.kerslager at pslib.cz (Milan Kerslager) Date: Thu, 31 Jul 2003 16:45:43 +0200 Subject: Can we have g++/libstdc 32 packages In-Reply-To: <20030731051044.C23055@devserv.devel.redhat.com> References: <20030731085439.GD29445@pluto.pslib.cz> <20030731090120.98334.qmail@web60004.mail.yahoo.com> <20030731051044.C23055@devserv.devel.redhat.com> Message-ID: <20030731144543.GA7001@pluto.pslib.cz> On Thu, Jul 31, 2003 at 05:10:45AM -0400, Jakub Jelinek wrote: > On Thu, Jul 31, 2003 at 10:01:20AM +0100, Mike Martin wrote: > > previously, when RH has included a new compiler, compat packages have > > been included for previous version > > But gcc 3.2.x is compatible with gcc 3.3.x (there are some corner cases > but I believe gcc 3.2.x would simply ICE on them rather than generating > ABI incompatible code with gcc 3.3.x). So there is the last question: Do we need compat-libstdc++ from RH 9? I (think) that we do not but I could be wrong as I do not use C++. -- Milan Kerslager E-mail: milan.kerslager at pslib.cz WWW: http://www.pslib.cz/~kerslage/ From kaboom at gatech.edu Thu Jul 31 14:47:06 2003 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 31 Jul 2003 08:47:06 -0600 (MDT) Subject: imap in rawhide In-Reply-To: <3F292ABB.7060300@medata.com> References: <1059640629.5218.1.camel@bart.netlyncs.com> <3F292ABB.7060300@medata.com> Message-ID: On Thu, 31 Jul 2003, Rick Johnson wrote: > Mike Chambers wrote: > > > If you upgrade the imap package from rawhide in a severn machine, pop > > starts to fail when checking password. Had to downgrade back to the > > stock severn package to get it to work again. > > > > Just an FYI.. > > > > Doesn't the RawHide version require SSL in order to do plain-text auth? > I know it did for IMAP. It did in the alphas, didn't in beta1. The changelog doesn't mention switching back to requiring SSL once again: [kaboom at skuld kaboom]$ rpm -qp --changelog imap-2002d-3.src.rpm | head -n 12 * Tue Jul 22 2003 Nalin Dahyabhai 1:2002d-3 - rebuild - remove packager: tag, now rejected by build system * Fri Jul 11 2003 John Dennis 1:2002d-2 - defeat interactive check of ssltype * Fri Jul 11 2003 John Dennis 1:2002d-1 - bring upto new upstream release 2002d, change SSLTYPE to allow for plain text login again [kaboom at skuld kaboom]$ I've not dived into the package yet, though later, chris From jakub at redhat.com Thu Jul 31 14:49:09 2003 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 31 Jul 2003 10:49:09 -0400 Subject: Can we have g++/libstdc 32 packages In-Reply-To: <20030731144543.GA7001@pluto.pslib.cz>; from milan.kerslager@pslib.cz on Thu, Jul 31, 2003 at 04:45:43PM +0200 References: <20030731085439.GD29445@pluto.pslib.cz> <20030731090120.98334.qmail@web60004.mail.yahoo.com> <20030731051044.C23055@devserv.devel.redhat.com> <20030731144543.GA7001@pluto.pslib.cz> Message-ID: <20030731104909.D23055@devserv.devel.redhat.com> On Thu, Jul 31, 2003 at 04:45:43PM +0200, Milan Kerslager wrote: > On Thu, Jul 31, 2003 at 05:10:45AM -0400, Jakub Jelinek wrote: > > On Thu, Jul 31, 2003 at 10:01:20AM +0100, Mike Martin wrote: > > > previously, when RH has included a new compiler, compat packages have > > > been included for previous version > > > > But gcc 3.2.x is compatible with gcc 3.3.x (there are some corner cases > > but I believe gcc 3.2.x would simply ICE on them rather than generating > > ABI incompatible code with gcc 3.3.x). > > So there is the last question: Do we need compat-libstdc++ from RH 9? Depends if you need that compatibility or not. compat-libstdc++ in Cambridge provides 2.96-RH, egcs 1.1.2 and some earlier libstdc++'s. If you have something still compiled against them, you need them, otherwise you don't. Jakub From jbinpg at shaw.ca Thu Jul 31 15:13:27 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Thu, 31 Jul 2003 08:13:27 -0700 Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: References: <20030731082251.72124.qmail@web60005.mail.yahoo.com> Message-ID: <0HIW00E86AAM64@l-daemon> ** Reply to message from "Robert P. J. Day" on Thu, 31 Jul 2003 04:46:39 -0400 (EDT) > On Thu, 31 Jul 2003, Mike Martin wrote: > > > Just to check which one of these worked. > > > > I know just before I upgraded to severn I had major aggro getting > > stock 2.5/2.6 to boot, but when I built from arjanv's source > > everything worked. Bizarrely after I installed this kernel, stock > > kernel source compiled and booted. > > i'm going down that road right now. if i tried building from stock > source, neither a 2.6.0-test1 nor a 2.6.0-test2 kernel would boot -- > they would both freeze at the "Freeing unused kernel memory" line. > > downloaded arjan's 2.6.0-test2 kernel source RPM, and built it with > the i386 config file that came with it (which builds eight bazillion > modules, but better safe than sorry). that booted, but i did have > to go back and build in some things that had been modules (USB, > mouse, maybe a couple other things). > > right now, i'm in the process of still building with arjan's > source, but discarding as many modules as i can that i *know* > i don't need. > > if that still boots, i'll use that working config file on a > stock kernel source tree, and see what happens. > > at the very least, i have a working 2.6.0 build that boots, > and i'm grateful for small mercies. RH uses different names for the usb drivers from vanilla 2.5/6. One thing to watch for. jb From mark at mark.mielke.cc Thu Jul 31 15:18:23 2003 From: mark at mark.mielke.cc (Mark Mielke) Date: Thu, 31 Jul 2003 11:18:23 -0400 Subject: imap in rawhide In-Reply-To: <3F292ABB.7060300@medata.com> References: <1059640629.5218.1.camel@bart.netlyncs.com> <3F292ABB.7060300@medata.com> Message-ID: <20030731151823.GA7738@mark.mielke.cc> Mike Chambers wrote: > If you upgrade the imap package from rawhide in a severn machine, pop > starts to fail when checking password. Had to downgrade back to the > stock severn package to get it to work again. I fixed this by upgrading the krb* packages (from rawhide). Another symptom of this problem is that /etc/cron.hourly/diskcheck begins to fail when it can't find a certain krb* method at runtime. Of course, this means you have to upgrade a bunch of other packages, including gnome-vfs, cvs, ... :-) mark -- mark at mielke.cc/markm at ncf.ca/markm at nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From jbinpg at shaw.ca Thu Jul 31 15:23:13 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Thu, 31 Jul 2003 08:23:13 -0700 Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: References: <3F292123.12069.2DD088@localhost> Message-ID: <0HIW005H9AQWNB@l-daemon> ** Reply to message from "Robert P. J. Day" on Thu, 31 Jul 2003 08:05:25 -0400 (EDT) > On Thu, 31 Jul 2003, Leonard den Ottolander wrote: > > > Hello Robert, > > > > > if i tried building from stock > > > source, neither a 2.6.0-test1 nor a 2.6.0-test2 kernel would boot -- > > > they would both freeze at the "Freeing unused kernel memory" line. > > > > Did you try the suggestion by Jack Bowling to disable vfat mounts in > > /etc/fstab? Or is that irrelevant to your setup? > > ironically, i had a vfat mount in /etc/fstab, but commenting that > out didn't make any difference. > > i'm curious *how* it would have made a difference, since from > what i can see, any mounting of vfat filesystems doesn't occur > until later on in the boot process. > > very strange. > > at this point, i'm trying to clarify how to move over from > /etc/modules.conf to /etc/modprobe.conf cleanly, since that > appears to be the next obvious step with a 2.6.0 kernel. I believe Bill Nottingham has already been over this on the list: if you want to play with the test kernels then you are going to have to massage the modprobe.conf yourself since there are currently no tools to do that for you. As you discovered, generate-modprobe only runs once when you install the latest modutils rpm to do the conversion. I suppose you could --force loading modutils after every tweak but that seems a bit heavyhanded. jb From jbinpg at shaw.ca Thu Jul 31 15:28:04 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Thu, 31 Jul 2003 08:28:04 -0700 Subject: 2.6.0- test2, getting sound to work? In-Reply-To: <109iivoqkrldnd37vk1dd84h1s4h5fkb92@4ax.com> References: <20030731083534.89301.qmail@web60004.mail.yahoo.com> <109iivoqkrldnd37vk1dd84h1s4h5fkb92@4ax.com> Message-ID: <0HIW00F57AYZK2@l-daemon> ** Reply to message from Gerald Henriksen on Thu, 31 Jul 2003 10:15:26 -0400 > On Thu, 31 Jul 2003 09:35:34 +0100 (BST), you wrote: > > >I have had some fun with this - so I may be able to help > > > >questions > > > >1. what soundcard > > Soundblaster Live > > It works fine with the 2.4 kernel that comes with Severn but 2.6 just > results in silence. > > >2. ISA/PCI > > PCI > > >3. Alsa or OSS > > Good question. I assume with 2.6 I should be trying ALSA but I will > take whatever will work. 2.6 defaults to ALSA which is supposed to have hooks for all the older OSS stuff. However, ALSA mutes most of the channels by default. Go to a terminal and type alsamixer. Move through the channels with the left and right cursor keys and hit the spacebar to unmute the channels that you want open. ESC to save and exit. Should work after that. The only thing that doesn't work for me with sound in the test kernels is the PC speaker and I can live without that ;)) jb From jbinpg at shaw.ca Thu Jul 31 15:29:33 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Thu, 31 Jul 2003 08:29:33 -0700 Subject: 2.6.0- test2, getting sound to work? In-Reply-To: <20030731143633.22618.qmail@web60005.mail.yahoo.com> References: <109iivoqkrldnd37vk1dd84h1s4h5fkb92@4ax.com> <20030731143633.22618.qmail@web60005.mail.yahoo.com> Message-ID: <0HIW00KE9B1GC2@l-daemon> ** Reply to message from Mike Martin on Thu, 31 Jul 2003 15:36:33 +0100 (BST) > --- Gerald Henriksen wrote: > On Thu, 31 Jul > 2003 09:35:34 +0100 (BST), you wrote: > > > > >I have had some fun with this - so I may be able to help > > > > > >questions > > > > > >1. what soundcard > > > > Soundblaster Live > > > > It works fine with the 2.4 kernel that comes with Severn but 2.6 > > just > > results in silence. > > > > what is in /etc/modules.conf and /etc/modprobe.conf > > >2. ISA/PCI > > > > PCI > > > > >3. Alsa or OSS > > > > Good question. I assume with 2.6 I should be trying ALSA but I > > will > > take whatever will work. > > > > > > Ok some quick tests > > what does lsmod show > > if no sound modules are shown try the obvious and do modprobe sb > > If you get errors look in /lib/modules/2.6*/kernel/drivers/sound/ (I > think path is right, not at my box) then look for an oss and and alsa > directory and look for a driver that looks possible and try it. > > Alsa modules tend to have snd- prefixed to the name of the driver I believe the ALSA module for an SB LIVE! is the snd-emu10k1. At least it is for my PC128 card. jb From redtuxxx at yahoo.co.uk Thu Jul 31 15:45:12 2003 From: redtuxxx at yahoo.co.uk (=?iso-8859-1?q?Mike=20Martin?=) Date: Thu, 31 Jul 2003 16:45:12 +0100 (BST) Subject: Can we have g++/libstdc 32 packages In-Reply-To: <20030731104909.D23055@devserv.devel.redhat.com> Message-ID: <20030731154512.23601.qmail@web60003.mail.yahoo.com> --- Jakub Jelinek wrote: > On Thu, Jul 31, 2003 at 04:45:43PM +0200, Milan Kerslager wrote: > > On Thu, Jul 31, 2003 at 05:10:45AM -0400, Jakub Jelinek wrote: > > > On Thu, Jul 31, 2003 at 10:01:20AM +0100, Mike Martin wrote: > > > > previously, when RH has included a new compiler, compat > packages have > > > > been included for previous version > > > > > > But gcc 3.2.x is compatible with gcc 3.3.x (there are some > corner cases > > > but I believe gcc 3.2.x would simply ICE on them rather than > generating > > > ABI incompatible code with gcc 3.3.x). > > > > So there is the last question: Do we need compat-libstdc++ from > RH 9? > > Depends if you need that compatibility or not. > compat-libstdc++ in Cambridge provides 2.96-RH, egcs 1.1.2 and some > earlier > libstdc++'s. If you have something still compiled against them, you > need > them, otherwise you don't. > > Jakub > Ok lets see if I can persuade you Imagine this scenario You are trying to compile a program that uses/links against c and c++ code (eg:gstreamer, abiword) The program fails to compile with an error message suggesting strict checking is making the build fail. So to confirm you would like to test compiling with gcc32 and g++32 If it builds you can then confirm that gcc3.3 strictness is the problem. Therefore you can write a more considered bug report so the problem gets fixed in the package > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list __________________________________________________ Yahoo! Plus - For a better Internet experience http://uk.promotions.yahoo.com/yplus/yoffer.html From rpjday at mindspring.com Thu Jul 31 16:06:32 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 31 Jul 2003 12:06:32 -0400 (EDT) Subject: next up: trying to build/boot a 2.6.0-test[x] kernel In-Reply-To: <0HIW00E86AAM64@l-daemon> Message-ID: On Thu, 31 Jul 2003, Jack Bowling wrote: > RH uses different names for the usb drivers from vanilla 2.5/6. One thing to watch for. well, i started with arjan's 2.6.0-test2, built and booted that, removed a load of modules, that still booted. finally took that .config file, and applied it to a clean 2.6.0-test2 source tree from ftp.kernel.org. that built and booted just fine. go figure. there's clearly some magic here i don't understand. rday From Todd at netronin.com Thu Jul 31 16:09:20 2003 From: Todd at netronin.com (Todd Booher) Date: Thu, 31 Jul 2003 09:09:20 -0700 Subject: vmware tools install Message-ID: Has anyone been able to install the vmware tools on a severn guest VM? It appears some of the paths have changed (like the folder containing the init scripts) and the install prompts for these paths. Thanks, Todd -------------- next part -------------- An HTML attachment was scrubbed... URL: From notting at redhat.com Thu Jul 31 16:26:07 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 31 Jul 2003 12:26:07 -0400 Subject: Installing Severn on an old machine In-Reply-To: <20030731103151.GA5214@orient.maison>; from seyman@wanadoo.fr on Thu, Jul 31, 2003 at 12:31:51PM +0200 References: <20030731103151.GA5214@orient.maison> Message-ID: <20030731122607.D23841@devserv.devel.redhat.com> Emmanuel Seyman (seyman at wanadoo.fr) said: > - Choosing French for the installation, every line ends with " " > > - Same thing for the startup messages. Is this a known issue? Yes, there was a foulup with some of the translations. Bill From notting at redhat.com Thu Jul 31 16:27:19 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 31 Jul 2003 12:27:19 -0400 Subject: re kernel-2.6.0-test: what to do with /etc/modprobe.conf?? In-Reply-To: ; from rpjday@mindspring.com on Thu, Jul 31, 2003 at 06:57:28AM -0400 References: Message-ID: <20030731122719.E23841@devserv.devel.redhat.com> Robert P. J. Day (rpjday at mindspring.com) said: > based on my reading, the new kernel prefers to read from the > file /etc/modprobe.conf, rather than the older /etc/modules.conf. > > to help in the migration, there is the utility > "generate-modprobe.conf", but in this situation, it doesn't work -- > it fails complaining of a missing "modprobe.old". A new modprobe.conf should be generated on the first upgrade to 2.6 capable modutils, with the contents of whatever's in modules.conf at the time. Changes aren't kept in sync back and forth, however. Bill From rpjday at mindspring.com Thu Jul 31 16:50:23 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 31 Jul 2003 12:50:23 -0400 (EDT) Subject: re kernel-2.6.0-test: what to do with /etc/modprobe.conf?? In-Reply-To: <20030731122719.E23841@devserv.devel.redhat.com> Message-ID: On Thu, 31 Jul 2003, Bill Nottingham wrote: > Robert P. J. Day (rpjday at mindspring.com) said: > > based on my reading, the new kernel prefers to read from the > > file /etc/modprobe.conf, rather than the older /etc/modules.conf. > > > > to help in the migration, there is the utility > > "generate-modprobe.conf", but in this situation, it doesn't work -- > > it fails complaining of a missing "modprobe.old". > > A new modprobe.conf should be generated on the first upgrade to > 2.6 capable modutils, with the contents of whatever's in > modules.conf at the time. Changes aren't kept in sync > back and forth, however. but in what way does this help when one starts with a fresh install of severn, *then* upgrades to a 2.6.x kernel? that doesn't involve a modutils upgrade since the new modutils are there from the beginning in severn, no? at the moment, on my system -- severn + kernel 2.6.0-test2 -- i have an informative, 7-line /etc/modules.conf file, which contains information about my nvidia card, my orinoco wireless driver and a few other things. in other words, it's valuable information. i also have a lengthy /etc/modprobe.conf.dist full of utterly generic info. i want to, if it's possible, automatically generate a new modprobe.conf based on the older info from modules.conf. at the moment, i don't see a way to do that since the one utility that might have helped, /sbin/generate-modprobe.conf (sp?), is adamant about finding an *old* modprobe version, otherwise it chokes and dies. and there *is* no older version on severn. i'm not asking for changes to be kept in sync back and forth. i want to go forward just once. and it appears that there's no obvious way to do that. rday p.s. am i making any sense? or am i just embarrassing myself as usual? From nyberg.kent at spray.se Thu Jul 31 16:53:00 2003 From: nyberg.kent at spray.se (Kent Nyberg) Date: 31 Jul 2003 18:53:00 +0200 Subject: Regarding the graphical boot and not showing kernel-messages. Message-ID: <1059655600.2256.7.camel@Snutten> While installing the beta i happily thought RedHat put in some sort of patch to the kernel to not print out all those kernel-messages to the screen while booting. When the install finished and i tried to boot the system, i found the system still printing out kernel-messages. The thing is that while installing the system i got some pictures showing up in the installer about (from memory, not sure about spelling or if its 100% as it was written in the image) "Who understood those kernel message anyway?". But, the kernel is still printing messages. Is it not only the init-process not printing messages and thats not the kernel is it? Sorry if this has already been a topic. Would it be a totaly loss if the kernel got patched not to print information to the screen, and rather just logged to a file? The things printed while booting is not realy errors but lots of information about IDE and other cards.. etc. These information is not realy interesting for all people, and maybe also not understandable and easy to be taken for errors. Having the boot graphical at this stage is maybe hard, but only showing an "Init.." and showing only errors - could that be hard to make? Probably and issue best taking care of by the real kernel-developers? From tjb at unh.edu Thu Jul 31 16:31:04 2003 From: tjb at unh.edu (Thomas J. Baker) Date: 31 Jul 2003 12:31:04 -0400 Subject: 2.6.0-test2 and NVidia 4496 = no direct rendering? In-Reply-To: <200307310013.34749.terraformers@gmx.net> References: <200307310013.34749.terraformers@gmx.net> Message-ID: <1059669064.9284.8.camel@wintermute.sr.unh.edu> On Wed, 2003-07-30 at 18:13, lars wrote: > Hi > > I had the same problem with XFree86 rpms newer than 4.3.0-2. > Maybe your two installs have different versions of this. > > > good luck, > lars > Yes, it's not the kernels fault but the XFree86 version. I have XFree86-4.3.0-18 from rawhide where it apparently doesn't work, even with the 2.4.20-19.9 kernel. The upgrade to rawhide was done at the same time as the kernel upgrade. I had been running rawhide all along on two systems and just upgraded the third. I just didn't notice that it stopped working. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alan at redhat.com Thu Jul 31 16:59:56 2003 From: alan at redhat.com (Alan Cox) Date: Thu, 31 Jul 2003 12:59:56 -0400 (EDT) Subject: Regarding the graphical boot and not showing kernel-messages. In-Reply-To: <1059655600.2256.7.camel@Snutten> from "Kent Nyberg" at Gor 31, 2003 06:53:00 Message-ID: <200307311659.h6VGxuC32710@devserv.devel.redhat.com> > boot the system, i found the system still printing out kernel-messages. > The thing is that while installing the system i got some pictures > showing up in the installer about (from memory, not sure about spelling > or if its 100% as it was written in the image) "Who understood those > kernel message anyway?". > But, the kernel is still printing messages. Is it not only the > init-process not printing messages and thats not the kernel is it? Indeed. Its actually quite easy to hide the kernel messages by default and keep a blank screen, its a bit trickier to drop in a logo (as it is in text mode). Its also important that people can get to the messages on something like a boot up hang so they can report them But yes the image is kind of misleading - its primarily init messages that have vanished by default From pavelr at coresma.com Thu Jul 31 17:56:44 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Thu, 31 Jul 2003 19:56:44 +0200 Subject: Regarding the graphical boot and not showing kernel-messages. Message-ID: <6A3008858445D711A58A00062939B2F1EC7E@EXCHANGE> > -----Original Message----- > From: Kent Nyberg [mailto:nyberg.kent at spray.se] > Sent: Thu, July 31, 2003 7:53 PM > To: rhl-beta-list at redhat.com > Subject: Regarding the graphical boot and not showing kernel-messages. > > > While installing the beta i happily thought RedHat put in some > sort of patch to the kernel to not print out all those kernel-messages > to the screen while booting. When the install finished and i tried to > boot the system, i found the system still printing out > kernel-messages. > The thing is that while installing the system i got some pictures > showing up in the installer about (from memory, not sure > about spelling > or if its 100% as it was written in the image) "Who understood those > kernel message anyway?". > But, the kernel is still printing messages. Is it not only the > init-process not printing messages and thats not the kernel is it? > > Sorry if this has already been a topic. > Would it be a totaly loss if the kernel got patched not to print > information to the screen, and rather just logged to a file? > The things printed while booting is not realy errors but lots of > information about IDE and other cards.. etc. These information is not > realy interesting for all people, and maybe also not > understandable and > easy to be taken for errors. Having the boot graphical at > this stage is > maybe hard, but only showing an "Init.." and showing only errors - Well, if you really hate them, add 'console=/dev/null' to kernel command line. > could that be hard to make? > > Probably and issue best taking care of by the real kernel-developers? > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > From tjb at unh.edu Thu Jul 31 17:09:12 2003 From: tjb at unh.edu (Thomas J. Baker) Date: 31 Jul 2003 13:09:12 -0400 Subject: Evolution and openldap Message-ID: <1059671352.9284.13.camel@wintermute.sr.unh.edu> Anyone have evolution connecting to a severn included openldap 2.1.22 server over either tls or plain ldaps? I keep getting TLS trace: SSL3 alert read:fatal:unknown CA TLS trace: SSL_accept:failed in SSLv3 read client certificate A TLS: can't accept. TLS: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca s3_pkt.c:1052 connection_read(7): TLS accept error error=-1 id=0, closing errors. When I connect using openssl s_client -state -debug -connect localhost:ldaps, it connects fine. I have the minimum three tls lines defined: TLSCACertificateFile /usr/share/ssl/certs/ca-bundle.crt TLSCertificateFile /usr/share/ssl/certs/slapd.pem TLSCertificateKeyFile /usr/share/ssl/certs/slapd.pem and the permissions are all correct. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pavelr at coresma.com Thu Jul 31 18:04:59 2003 From: pavelr at coresma.com (Pavel Rozenboim) Date: Thu, 31 Jul 2003 20:04:59 +0200 Subject: VNC installation Message-ID: <6A3008858445D711A58A00062939B2F1EC7F@EXCHANGE> Just installed severn over VNC. It just worked. Great job :) Pavel. From jdy at cs.brown.edu Thu Jul 31 17:13:03 2003 From: jdy at cs.brown.edu (Joel Young) Date: Thu, 31 Jul 2003 13:13:03 -0400 Subject: Can we have g++/libstdc 32 packages In-Reply-To: Your message of "Thu, 31 Jul 2003 16:45:43 +0200." <20030731144543.GA7001@pluto.pslib.cz> References: <20030731085439.GD29445@pluto.pslib.cz> <20030731090120.98334.qmail@web60004.mail.yahoo.com> <20030731051044.C23055@devserv.devel.redhat.com> <20030731144543.GA7001@pluto.pslib.cz> Message-ID: <20030731171304.1596C3F9E@null.cs.brown.edu> There was an error in the abi for g++3.2x . By default the fixed abi isn't used in g++3.3 to ensure the advertised abi compatibility across g++ 2.2 and 2.3, but the fixed abi can be selected with -fabi-version=0 . This fixes some issues with ublas in boost. Since gcc 3.3 is being used exclusively in redhat severn, could this compiler flag be used by default to ensure a (more) correct ABI is used for C++? Joel On Thu, Jul 31, 2003 at 05:10:45AM -0400, Jakub Jelinek (???) wrote: > But gcc 3.2.x is compatible with gcc 3.3.x (there are some corner cases > but I believe gcc 3.2.x would simply ICE on them rather than generating > ABI incompatible code with gcc 3.3.x). From johnsonm at redhat.com Thu Jul 31 17:23:40 2003 From: johnsonm at redhat.com (Michael K. Johnson) Date: Thu, 31 Jul 2003 13:23:40 -0400 Subject: Regarding the graphical boot and not showing kernel-messages. In-Reply-To: <200307311659.h6VGxuC32710@devserv.devel.redhat.com>; from alan@redhat.com on Thu, Jul 31, 2003 at 12:59:56PM -0400 References: <1059655600.2256.7.camel@Snutten> <200307311659.h6VGxuC32710@devserv.devel.redhat.com> Message-ID: <20030731132340.A694@devserv.devel.redhat.com> On Thu, Jul 31, 2003 at 12:59:56PM -0400, Alan Cox wrote: > But yes the image is kind of misleading - its primarily init messages that > have vanished by default This was noticed after we built the iso images, unfortunately. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From ghenriks at rogers.com Thu Jul 31 17:42:38 2003 From: ghenriks at rogers.com (Gerald Henriksen) Date: Thu, 31 Jul 2003 13:42:38 -0400 Subject: 2.6.0- test2, getting sound to work? In-Reply-To: <0HIW00F57AYZK2@l-daemon> References: <20030731083534.89301.qmail@web60004.mail.yahoo.com> <109iivoqkrldnd37vk1dd84h1s4h5fkb92@4ax.com> <0HIW00F57AYZK2@l-daemon> Message-ID: On Thu, 31 Jul 2003 08:28:04 -0700, you wrote: I had to reboot my computer to do something else and when I booted into Severn again sound was working, although there still appears to be problems. >2.6 defaults to ALSA which is supposed to have hooks for all the older OSS stuff. However, ALSA mutes most of the channels by default. > >Go to a terminal and type alsamixer. Move through the channels with the left and right cursor keys and hit the spacebar to unmute the channels that you want open. ESC to save and exit. Should work after that. No alsamixer. Could see nothing alsa related in severn or rawhide so I went to freshrpms.net and grabbed alsa-utils which provided me with alsamixer which results in this: [root at CPE00a0cc51b5c5-CM root]# alsamixer alsamixer: function snd_ctl_open failed for default: No such device The following can be found in /var/log/messages: Jul 31 12:48:34 CPE00a0cc51b5c5-CM kernel: Creative EMU10K1 PCI Audio Driver, version 0.20a, 06:21:18 Jul 30 2003 Jul 31 12:48:34 CPE00a0cc51b5c5-CM kernel: PCI: Found IRQ 11 for device 0000:00:11.0 Jul 31 12:48:34 CPE00a0cc51b5c5-CM kernel: PCI: Sharing IRQ 11 with 0000:00:07.2 Jul 31 12:48:34 CPE00a0cc51b5c5-CM kernel: PCI: Sharing IRQ 11 with 0000:00:09.0 Jul 31 12:48:34 CPE00a0cc51b5c5-CM kernel: emu10k1: EMU10K1 rev 5 model 0x20 found, IO at 0xe000-0xe01f, IRQ 11 Jul 31 12:48:34 CPE00a0cc51b5c5-CM kernel: ac97_codec: AC97 codec, id: TRA35 (TriTech TR A5) Jul 31 12:48:35 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_service_0_3 not found. Jul 31 12:50:08 CPE00a0cc51b5c5-CM modprobe: FATAL: Module char_major_116 not found. Jul 31 12:50:51 CPE00a0cc51b5c5-CM last message repeated 6 times Jul 31 12:50:53 CPE00a0cc51b5c5-CM last message repeated 11 times Jul 31 12:52:20 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_slot_1 not found. Jul 31 12:52:20 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_service_1_0 not found. Jul 31 12:52:20 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_slot_2 not found. Jul 31 12:52:20 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_service_2_3 not found. Jul 31 12:52:20 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_slot_3 not found. Jul 31 12:52:21 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_service_3_3 not found. Jul 31 12:52:21 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_slot_1 not found. Jul 31 12:52:21 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_service_1_0 not found. Jul 31 12:52:21 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_slot_2 not found. Jul 31 12:52:21 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_service_2_3 not found. Jul 31 12:52:21 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_slot_3 not found. Jul 31 12:52:21 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_service_3_3 not found. Jul 31 12:52:21 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_slot_2 not found. Jul 31 12:52:22 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_service_2_3 not found. Jul 31 12:52:22 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_slot_3 not found. Jul 31 12:52:22 CPE00a0cc51b5c5-CM modprobe: FATAL: Module sound_service_3_3 not found. Jul 31 12:52:22 CPE00a0cc51b5c5-CM modprobe: FATAL: Module synth0 not found. Jul 31 13:26:55 CPE00a0cc51b5c5-CM modprobe: FATAL: Module char_major_116 not found. My modprobe.conf and modules conf files are: /etc/modprobe.conf: include /etc/modprobe.conf.dist alias parport_lowlevel parport_pc alias eth0 tulip alias eth1 tulip alias scsi_hostadapter sym53c8xx alias sound-slot-0 emu10k1 alias usb-controller usb-uhci alias char-major-195 nvidia install sound-slot-0 /sbin/modprobe --ignore-install sound-slot-0 && { /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || :; } remove sound-slot-0 { /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || :; }; /sbin/modprobe -r --ignore-remove sound-slot-0 /etc/modules.conf: alias parport_lowlevel parport_pc alias eth0 tulip alias eth1 tulip alias scsi_hostadapter sym53c8xx alias sound-slot-0 emu10k1 post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || : alias usb-controller usb-uhci alias char-major-195 nvidia From akabi at speakeasy.net Thu Jul 31 17:52:42 2003 From: akabi at speakeasy.net (ne...) Date: Thu, 31 Jul 2003 13:52:42 -0400 (EDT) Subject: 2.6.0- test2, getting sound to work? In-Reply-To: References: <20030731083534.89301.qmail@web60004.mail.yahoo.com> <109iivoqkrldnd37vk1dd84h1s4h5fkb92@4ax.com> <0HIW00F57AYZK2@l-daemon> Message-ID: On Jul 31, 2003 at 13:42, Gerald Henriksen in a maddening rage wrote: >On Thu, 31 Jul 2003 08:28:04 -0700, you wrote: > >I had to reboot my computer to do something else and when I booted >into Severn again sound was working, although there still appears to >be problems. [....] >Jul 31 12:52:22 CPE00a0cc51b5c5-CM modprobe: FATAL: Module >sound_slot_3 not found. >Jul 31 12:52:22 CPE00a0cc51b5c5-CM modprobe: FATAL: Module >sound_service_3_3 not found. >Jul 31 12:52:22 CPE00a0cc51b5c5-CM modprobe: FATAL: Module synth0 not >found. >Jul 31 13:26:55 CPE00a0cc51b5c5-CM modprobe: FATAL: Module >char_major_116 not found. > >My modprobe.conf and modules conf files are: >/etc/modprobe.conf: >include /etc/modprobe.conf.dist >alias parport_lowlevel parport_pc >alias eth0 tulip >alias eth1 tulip >alias scsi_hostadapter sym53c8xx >alias sound-slot-0 emu10k1 >alias usb-controller usb-uhci >alias char-major-195 nvidia >install sound-slot-0 /sbin/modprobe --ignore-install sound-slot-0 && { >/bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || :; } >remove sound-slot-0 { /bin/aumix-minimal -f /etc/.aumixrc -S >>/dev/null 2>&1 || :; }; /sbin/modprobe -r --ignore-remove >sound-slot-0 > >/etc/modules.conf: >alias parport_lowlevel parport_pc >alias eth0 tulip >alias eth1 tulip >alias scsi_hostadapter sym53c8xx >alias sound-slot-0 emu10k1 >post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >>/dev/null 2>&1 || : >pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >>/dev/null 2>&1 || : >alias usb-controller usb-uhci >alias char-major-195 nvidia Your modules.conf & modprobe.conf are using the OSS way of doing. You need to convert them to the ALSA way. The ALSA docs should have this... -- Registered Linux User # 125653 (http://counter.li.org) Switch to: http://www.speakeasy.net/refer/190653 A man's house is his hassle. 13:47:04 up 12:48, 4 users, load average: 0.00, 0.00, 0.00 From felipe_alfaro at linuxmail.org Thu Jul 31 18:04:15 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Thu, 31 Jul 2003 20:04:15 +0200 Subject: VNC installation In-Reply-To: <6A3008858445D711A58A00062939B2F1EC7F@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EC7F@EXCHANGE> Message-ID: <1059674654.557.0.camel@teapot.felipe-alfaro.com> On Thu, 2003-07-31 at 20:04, Pavel Rozenboim wrote: > Just installed severn over VNC. It just worked. > Great job :) How did you do that? I'm *really* curious about it... From Bernd.Bartmann at sohanet.de Thu Jul 31 18:19:05 2003 From: Bernd.Bartmann at sohanet.de (Bernd Bartmann) Date: Thu, 31 Jul 2003 20:19:05 +0200 Subject: VNC installation In-Reply-To: <1059674654.557.0.camel@teapot.felipe-alfaro.com> References: <6A3008858445D711A58A00062939B2F1EC7F@EXCHANGE> <1059674654.557.0.camel@teapot.felipe-alfaro.com> Message-ID: <3F295D99.7090006@sohanet.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Felipe Alfaro Solana wrote: | On Thu, 2003-07-31 at 20:04, Pavel Rozenboim wrote: | | |>Just installed severn over VNC. It just worked. |>Great job :) | | | How did you do that? | I'm *really* curious about it... It's explained in the release notes. Just pass "vnc" as kernel boot parameter. The only problem I had with this is that you have to manually assign an IP address to the system using ifconfig on console #2. I've already filed a bug in bugzilla on this issue. VNC install is definitely a really cool new feature. Best regards. - -- Dipl.-Ing. (FH) Bernd Bartmann I.S. Security and Network Engineer SoHaNet Technology GmbH / Kaiserin-Augusta-Allee 10-11 / 10553 Berlin Fon: +49 30 214783-44 / Fax: +49 30 214783-46 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/KV2ZkQuIaHu84cIRAiGjAJ9KKAYrhyoptV/y24S07tnQNaa7bACeMBIJ NUn1ajR0DaZorzOoqkKpoLA= =w5nf -----END PGP SIGNATURE----- From jakub at redhat.com Thu Jul 31 18:18:53 2003 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 31 Jul 2003 14:18:53 -0400 Subject: Can we have g++/libstdc 32 packages In-Reply-To: <20030731171304.1596C3F9E@null.cs.brown.edu>; from jdy@cs.brown.edu on Thu, Jul 31, 2003 at 01:13:03PM -0400 References: <20030731085439.GD29445@pluto.pslib.cz> <20030731090120.98334.qmail@web60004.mail.yahoo.com> <20030731051044.C23055@devserv.devel.redhat.com> <20030731144543.GA7001@pluto.pslib.cz> <20030731171304.1596C3F9E@null.cs.brown.edu> Message-ID: <20030731141853.F23055@devserv.devel.redhat.com> On Thu, Jul 31, 2003 at 01:13:03PM -0400, Joel Young wrote: > > There was an error in the abi for g++3.2x . By default the fixed > abi isn't used in g++3.3 to ensure the advertised abi compatibility > across g++ 2.2 and 2.3, but the fixed abi can be selected with > -fabi-version=0 . This fixes some issues with ublas in boost. > > Since gcc 3.3 is being used exclusively in redhat severn, could this > compiler flag be used by default to ensure a (more) correct ABI > is used for C++? No, it cannot. We want to be: a) binary compatible with other 3.3.x compilers b) binary compatible with 3.2.x In addition to this -fabi-version=0 is a moving target, it changes quite often and there are several thing which are still going to change (and not just things which happen rarely, but things which will matter in almost every single C++ object file). Jakub From rpjday at mindspring.com Thu Jul 31 18:20:46 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 31 Jul 2003 14:20:46 -0400 (EDT) Subject: 2.6.0- test2, getting sound to work? In-Reply-To: Message-ID: On Thu, 31 Jul 2003, Gerald Henriksen wrote: > On Thu, 31 Jul 2003 08:28:04 -0700, you wrote: > > I had to reboot my computer to do something else and when I booted > into Severn again sound was working, although there still appears to > be problems. > > >2.6 defaults to ALSA which is supposed to have hooks for all the older OSS stuff. However, ALSA mutes most of the channels by default. > > > >Go to a terminal and type alsamixer. Move through the channels with the left and right cursor keys and hit the spacebar to unmute the channels that you want open. ESC to save and exit. Should work after that. > > No alsamixer. Could see nothing alsa related in severn or rawhide so > I went to freshrpms.net and grabbed alsa-utils which provided me with > alsamixer which results in this: ... snip ... at some point, it would be really cool if someone were to summarize what it took to get ALSA (and, of course lots of other things) running under severn (and, perversely, the 2.6.0 kernel). for ALSA, perhaps: 1) the list of necessary RPMS 2) modules.conf/modprobe.conf entries 3) testing, and so on one quick question about ALSA. based on what i've read, while ALSA has an OSS emulation mode, in a perfect world, is there any need for OSS functionality? rday p.s. would anyone like to contribute, perhaps, a short tutorial on ACPI under this configuration? or any other new 2.6-related features? no sense stopping now. From msf at redhat.com Thu Jul 31 18:28:07 2003 From: msf at redhat.com (Michael Fulbright) Date: 31 Jul 2003 14:28:07 -0400 Subject: VNC installation In-Reply-To: <1059674654.557.0.camel@teapot.felipe-alfaro.com> References: <6A3008858445D711A58A00062939B2F1EC7F@EXCHANGE> <1059674654.557.0.camel@teapot.felipe-alfaro.com> Message-ID: <1059676087.3649.9.camel@avatar.devel.redhat.com> On Thu, 2003-07-31 at 14:04, Felipe Alfaro Solana wrote: > On Thu, 2003-07-31 at 20:04, Pavel Rozenboim wrote: > > > Just installed severn over VNC. It just worked. > > Great job :) > > How did you do that? > I'm *really* curious about it... > >From the RELEASE-NOTES: o Installation via VNC is now supported. To initiate a VNC-based installation, pass "vnc" as a boot-time option. If necessary, a password can be set by adding "vncpassword=" to the boot-time options. The VNC display will be ":1", where is the IP address or hostname of the system being installed. So boot the system to be installed with 'linux vnc', for example. Then on a client machine point vnc at the IP/hostname of the machine being installed with a ':1' appended. You probably want to use a password although vnc is by no means 'locked down' in this mode. Its mostly to make it somewhat difficult for someone else to hijake your install :) The nice thing of using this versus a redirected X DISPLAY variable is that if the client blows up the VNC session continues, and you can reconnect to the install. With X the install would die as well when the client X server went away. Michael Fulbright msf at redhat.com Anaconda Team Lead From notting at redhat.com Thu Jul 31 18:33:41 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 31 Jul 2003 14:33:41 -0400 Subject: re kernel-2.6.0-test: what to do with /etc/modprobe.conf?? In-Reply-To: ; from rpjday@mindspring.com on Thu, Jul 31, 2003 at 12:50:23PM -0400 References: <20030731122719.E23841@devserv.devel.redhat.com> Message-ID: <20030731143341.A10454@devserv.devel.redhat.com> Robert P. J. Day (rpjday at mindspring.com) said: > but in what way does this help when one starts with a fresh > install of severn, *then* upgrades to a 2.6.x kernel? that > doesn't involve a modutils upgrade since the new modutils are > there from the beginning in severn, no? Correct. If you need to re-run it: echo "include /etc/modprobe.conf.dist" > /etc/modprobe.conf /sbin/generate-modprobe.conf --stdin < /etc/modules.conf >> /etc/modprobe.conf I'll look at a better way to handle this. > i also have a lengthy /etc/modprobe.conf.dist full of utterly > generic info. Yes. modutils for 2.4 has built-in aliases for most of the common protocols & devices. module-init-tools for 2.6 does not have this info, ergo, the required table. Bill From notting at redhat.com Thu Jul 31 18:36:17 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 31 Jul 2003 14:36:17 -0400 Subject: 2.6.0- test2, getting sound to work? In-Reply-To: ; from rpjday@mindspring.com on Thu, Jul 31, 2003 at 02:20:46PM -0400 References: Message-ID: <20030731143617.B10454@devserv.devel.redhat.com> Robert P. J. Day (rpjday at mindspring.com) said: > 1) the list of necessary RPMS Necessary for alsa native operation, not necessary for OSS emulated operation, AFAIK. > 2) modules.conf/modprobe.conf entries I intend to get the default modprobe.conf.dist fixed so that the only modprobe.conf entry you'll need is alias sound-slot-0 snd-emu10k1 (or whatever.) Just need the time.... > 3) testing, and so on > > one quick question about ALSA. based on what i've read, while ALSA > has an OSS emulation mode, in a perfect world, is there any need for > OSS functionality? Apps that only use that interface. Bill From jmontleon at promutualgroup.com Thu Jul 31 19:31:40 2003 From: jmontleon at promutualgroup.com (jmontleon at promutualgroup.com) Date: Thu, 31 Jul 2003 15:31:40 -0400 Subject: VNC Installation Message-ID: ---------- It's explained in the release notes. Just pass "vnc" as kernel boot parameter. The only problem I had with this is that you have to manually assign an IP address to the system using ifconfig on console #2. I've already filed a bug in bugzilla on this issue. ---------- I had the same problem. I stumbled onto another workaround. If you type 'linux askmethod vnc' rather than 'linux vnc' it will pick up a dhcp address. The down side is that you still have to go over to console #2 and do an 'ifconfig' to see what the address is since it was DHCP assigned and I'm not a savant (idiot yes, savant no...) So it would be nice if A) it would go through the static/dynamic address assignment process before starting the VNC server and B) print out the IP address that it is listening on. That's just my two ever so worthless cents. Jason ----------------------------------------------------------- This email and any files transmitted with it are intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you received this email in error, please contact the sender immediately and delete this email from your system. If you are not the named addressee, you should not disseminate, distribute, print, or copy the email, or take any action in reliance on its contents. From msf at redhat.com Thu Jul 31 20:14:41 2003 From: msf at redhat.com (Michael Fulbright) Date: 31 Jul 2003 16:14:41 -0400 Subject: VNC Installation In-Reply-To: References: Message-ID: <1059682481.3649.16.camel@avatar.devel.redhat.com> On Thu, 2003-07-31 at 15:31, jmontleon at promutualgroup.com wrote: > So it would be nice if A) it would go through the static/dynamic address > assignment process before starting the VNC server and B) print out the IP > address that it is listening on. That's just my two ever so worthless > cents. > > Jason For your case you can use the 'ip=', 'netmask=', etc command line arguments documented in the 'command-line.txt' file in the anaconda binary RPM. This allows you to set static networking information from the command line. Once the VNC server is running on the target system you should see it output the hostname/IP to connect your vnc client to on the first virtual console. Michael Fulbright msf at redhat.com Anaconda Team Lead From jbinpg at shaw.ca Thu Jul 31 21:13:02 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Thu, 31 Jul 2003 14:13:02 -0700 Subject: 2.6.0- test2, getting sound to work? In-Reply-To: References: Message-ID: <20030731211302.GA11394@nonesuch> On Thu, Jul 31, 2003 at 02:20:46PM -0400, Robert P. J. Day wrote: > On Thu, 31 Jul 2003, Gerald Henriksen wrote: > > > On Thu, 31 Jul 2003 08:28:04 -0700, you wrote: > > > > I had to reboot my computer to do something else and when I booted > > into Severn again sound was working, although there still appears to > > be problems. > > > > >2.6 defaults to ALSA which is supposed to have hooks for all the older OSS stuff. However, ALSA mutes most of the channels by default. > > > > > >Go to a terminal and type alsamixer. Move through the channels with the left and right cursor keys and hit the spacebar to unmute the channels that you want open. ESC to save and exit. Should work after that. > > > > No alsamixer. Could see nothing alsa related in severn or rawhide so > > I went to freshrpms.net and grabbed alsa-utils which provided me with > > alsamixer which results in this: > > ... snip ... > > at some point, it would be really cool if someone were to summarize > what it took to get ALSA (and, of course lots of other things) running > under severn (and, perversely, the 2.6.0 kernel). > > for ALSA, perhaps: > > 1) the list of necessary RPMS http://freshrpms.net has all the necessary ALSA stuff > 2) modules.conf/modprobe.conf entries Just replace the OSS driver name with the ALSA equivalent that begins with "snd-......". Perhaps make a "fake" copy of your 2.4 modules.conf with the sound modules replaced with the equivalent 2.5 module names. Then run the redirected generate-modprobe.conf commands Bill N. just posted to the list to make a 2.5 modprobe equivalent. Might work. > 3) testing, and so on This runs into the next question. > one quick question about ALSA. based on what i've read, while ALSA > has an OSS emulation mode, in a perfect world, is there any need for > OSS functionality? The OSS and ALSA hooks are different. If the app you want to run has the old OSS hooks, then ALSA has to emulate them. It cannot do this for every old app though. For instance, I have tried unsuccessfully to run the record function of the sound editor Snd with ALSA. -- Jack Bowling mailto: jbinpg at shaw.ca From jbinpg at shaw.ca Thu Jul 31 21:20:39 2003 From: jbinpg at shaw.ca (Jack Bowling) Date: Thu, 31 Jul 2003 14:20:39 -0700 Subject: 2.6.0- test2, getting sound to work? In-Reply-To: References: Message-ID: <20030731212039.GA11968@nonesuch> On Thu, Jul 31, 2003 at 02:20:46PM -0400, Robert P. J. Day wrote: > > for ALSA, perhaps: > > 1) the list of necessary RPMS I should add that the rpms at freshrpms.net are only necessary for 2.4 kernels since the 2.5+ kernels have the ALSA framework built in. -- Jack Bowling mailto: jbinpg at shaw.ca From cochranb at speakeasy.net Thu Jul 31 21:55:39 2003 From: cochranb at speakeasy.net (Robert L Cochran) Date: 31 Jul 2003 17:55:39 -0400 Subject: VNC installation In-Reply-To: <6A3008858445D711A58A00062939B2F1EC7F@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EC7F@EXCHANGE> Message-ID: <1059688539.2087.0.camel@bobcp4.lingpgmr.com> Can you tell me what is VNC? Thanks Bob Cochran On Thu, 2003-07-31 at 14:04, Pavel Rozenboim wrote: > Just installed severn over VNC. It just worked. > Great job :) > > Pavel. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From seyman at wanadoo.fr Thu Jul 31 21:50:49 2003 From: seyman at wanadoo.fr (Emmanuel Seyman) Date: Thu, 31 Jul 2003 23:50:49 +0200 Subject: Installing Severn on an old machine In-Reply-To: <200307311049.h6VAnOp15478@devserv.devel.redhat.com> References: <20030731103151.GA5214@orient.maison> <200307311049.h6VAnOp15478@devserv.devel.redhat.com> Message-ID: <20030731215049.GA8931@orient.maison> On Thu, Jul 31, 2003 at 06:49:24AM -0400, Alan Cox wrote: > > Try an upgrade instead - that took my 64Mb test box 5 hours 8) Humm.. no thanks. :-> > What its important to know is the text of those messages https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=101427 Note that bug #98767 is similar to this one. Emmanuel From rpjday at mindspring.com Thu Jul 31 22:09:13 2003 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 31 Jul 2003 18:09:13 -0400 (EDT) Subject: VNC installation In-Reply-To: <1059688539.2087.0.camel@bobcp4.lingpgmr.com> Message-ID: On 31 Jul 2003, Robert L Cochran wrote: > Can you tell me what is VNC? http://www.tightvnc.com http://www.tightvnc.com/related.html rday From laur.ivan at corvil.com Thu Jul 31 22:32:25 2003 From: laur.ivan at corvil.com (Laur Ivan) Date: Thu, 31 Jul 2003 23:32:25 +0100 Subject: custom DSDT for laptops Message-ID: <200307312332.30904.laur.ivan@corvil.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is it possible to load a custom DSDT (acpi)? I have a latitude and acpi fails to start properly (=> the battery applet in gnome crashes). Should I try the sourceforge patch? Cheers, Laur - -- Laur Ivan Tel : +353-1-6674336 Software Design Engineer eMail: laur.ivan at corvil.com Corvil Ltd. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/KZj9rIaFaLsloSMRAvF2AJ9ZZ54GQss4yUxQow24Gu/Z5qtIlgCgp0ob 7nPyNbE5dBBpB7BvYvRmuhs= =lPsh -----END PGP SIGNATURE----- From gboyce at badbelly.com Thu Jul 31 18:32:27 2003 From: gboyce at badbelly.com (Gregory Boyce) Date: 31 Jul 2003 14:32:27 -0400 Subject: [Fwd: Bug in network install] Message-ID: <1059676346.2433.13.camel@localhost.localdomain> Please excuse me if this ends up being a duplicate. I sent it originally before I joined the list, and I don't believe it ever made it through. -------------- next part -------------- An embedded message was scrubbed... From: Gregory Boyce Subject: Bug in network install Date: 30 Jul 2003 19:11:13 -0400 Size: 1521 URL: From charleshixsn at earthlink.net Thu Jul 31 22:42:06 2003 From: charleshixsn at earthlink.net (Charles Hixson) Date: Thu, 31 Jul 2003 15:42:06 -0700 Subject: Severn Printing Configuration In-Reply-To: <3F26E578.5BF52931@infonet.ca> References: <6A3008858445D711A58A00062939B2F1EC40@EXCHANGE> <3F26E578.5BF52931@infonet.ca> Message-ID: <3F299B3E.8050000@earthlink.net> Gilles J. Seguin wrote: > Pavel Rozenboim wrote: > >>>-----Original Message----- >>>From: John Kodis [mailto:kodis at mail630.gsfc.nasa.gov] >>>Sent: Tue, July 29, 2003 6:13 PM >>>To: rhl-beta-list at redhat.com >>>Subject: Re: Severn Printing Configuration >>> >>> >>>On Tue, Jul 29, 2003 at 07:28:59AM -0700, Charles Hixson wrote: >>> >>> >>>>Both the Networked JetDirect and the Networked Novell (NCP) >>> >>>appear to be >>> >>>>broken in this version. There don't seem to be any details >>> >>>to include. >>> >>>>With Networked JetDirect the error message is: >>>>There was a problem sending CUPS test page to 'lp357m' queue: >>>> >>>>lpr: unable to print file: server-error-service-unavailable > > > Can you show/prove that the directory for the queue does exists. > Which seems the first problem to resolve. > > hope this help. > > > -- > Rhl-beta-list mailing list > Rhl-beta-list at redhat.com > http://www.redhat.com/mailman/listinfo/rhl-beta-list > Unfortunately, I don't even understand the question. I can show that the TCP/IP address exists, but I didn't create this with lpstat (was that the old tool?) but rather with redhat-printer-config (config-printer?), so I don't know just where I should be looking. It also doesn't help that I received this on a different OS than my test system. But the printer configuration says that it's creating the printer queue without problems. No error appears until I ask it to print a test page. I'll try to get back about this next week, when I'll have another chance to look at the test system. (I trust 'locate lp357m' should find the file.) -- -- Charles Hixson Gnu software that is free, The best is yet to be. From notting at redhat.com Thu Jul 31 22:46:57 2003 From: notting at redhat.com (Bill Nottingham) Date: Thu, 31 Jul 2003 18:46:57 -0400 Subject: 2.6.0- test2, getting sound to work? In-Reply-To: <20030731212039.GA11968@nonesuch>; from jbinpg@shaw.ca on Thu, Jul 31, 2003 at 02:20:39PM -0700 References: <20030731212039.GA11968@nonesuch> Message-ID: <20030731184657.A2204@devserv.devel.redhat.com> > > 1) the list of necessary RPMS > > I should add that the rpms at freshrpms.net are only necessary for 2.4 > kernels since the 2.5+ kernels have the ALSA framework built in. For alsa-native apps, you'll still need alsa-libs, and possibly alsa-utils. Bill From loftyhauser at yahoo.com Thu Jul 31 22:50:20 2003 From: loftyhauser at yahoo.com (Andrew Lofthouse) Date: Thu, 31 Jul 2003 15:50:20 -0700 (PDT) Subject: Redhat-config-packages can't find CD In-Reply-To: <200307310040.02269.elwoo@videotron.ca> Message-ID: <20030731225020.96669.qmail@web20416.mail.yahoo.com> Oops. Guess I'd better check Bugzilla... Thanks, AL __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From bryan at redfedora.co.uk Thu Jul 31 22:52:12 2003 From: bryan at redfedora.co.uk (Bryan Hepworth) Date: Thu, 31 Jul 2003 23:52:12 +0100 Subject: taroon list Message-ID: <002101c357b6$617f8f80$0301a8c0@BryanXP> Hi Everyone Did we get any hands up for a separate taroon list? Severn works fine for me but taroon doesn't and I'd really like to check it out for work to consolidate a few servers. If anyone can point me in the right direction I'd be grateful. Thank you. Bry From mike at netlyncs.com Thu Jul 31 22:55:06 2003 From: mike at netlyncs.com (Mike Chambers) Date: 31 Jul 2003 17:55:06 -0500 Subject: taroon list In-Reply-To: <002101c357b6$617f8f80$0301a8c0@BryanXP> References: <002101c357b6$617f8f80$0301a8c0@BryanXP> Message-ID: <1059692106.5434.1.camel@bart.netlyncs.com> On Thu, 2003-07-31 at 17:52, Bryan Hepworth wrote: > Did we get any hands up for a separate taroon list? > Severn works fine for me but taroon doesn't and I'd really like to check it > out for work to consolidate a few servers. If anyone can point me in the > right direction I'd be grateful. It's taroon-beta-list. All you have to do is check this URL for email lists and any public ones will show up. https://listman.redhat.com/mailman/listinfo/ -- Mike Chambers Madisonville, KY "Everyone is entitled to be stupid, but some abuse the privilege." From felipe_alfaro at linuxmail.org Thu Jul 31 22:56:09 2003 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Fri, 01 Aug 2003 00:56:09 +0200 Subject: taroon list In-Reply-To: <002101c357b6$617f8f80$0301a8c0@BryanXP> References: <002101c357b6$617f8f80$0301a8c0@BryanXP> Message-ID: <1059692169.604.0.camel@teapot.felipe-alfaro.com> On Fri, 2003-08-01 at 00:52, Bryan Hepworth wrote: > Did we get any hands up for a separate taroon list? > Severn works fine for me but taroon doesn't and I'd really like to check it > out for work to consolidate a few servers. If anyone can point me in the > right direction I'd be grateful. http://www.redhat.com/mailman/listinfo/taroon-beta-list From leonardjo at hetnet.nl Thu Jul 31 23:35:42 2003 From: leonardjo at hetnet.nl (Leonard den Ottolander) Date: Fri, 1 Aug 2003 01:35:42 +0200 Subject: i386 kernel Message-ID: <3F29C3EE.4989.431C78@localhost> Hi, Probably quite late to bring this up, but can anybody explain to me why there is no i386 kernel available on the installation cd's since 8.0? And if this kernel version is considered obsolete (ie no support for machines below i586) then why are updated i386 kernels still released? That seems a little inconsistent. Bye, Leonard. -- How clean is a war when you shoot around nukelar waste? Stop the use of depleted uranium ammo! End all weapons of mass destruction.