From thomasz at hostmaster.org Fri Apr 1 00:57:32 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Fri, 01 Apr 2005 02:57:32 +0200 Subject: madness? succeeded! Message-ID: <1112317052.3297.20.camel@hostmaster.org> Hi, I just want to let you know that I have succeeded updating Fedora Core 3 to Fedora Core 4 Test 1 using yum! I have done previous upgrades with 'rpm --freshen' but I always ended up manually installing unlisted dependencies and with Fedora Core 3 (udev) even with an unbootable system. Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Why do you call your dog 1234? My admin told me not to name my password after my dog. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From thomasz at hostmaster.org Fri Apr 1 01:06:29 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Fri, 01 Apr 2005 03:06:29 +0200 Subject: sshd segfaults on startup In-Reply-To: References: Message-ID: <1112317589.3297.24.camel@hostmaster.org> On Thu, 2005-03-31 at 16:49 -0500, sean darcy wrote: > localhost kernel: sshd[4336]: segfault at 0000008b00000083 rip > 0000555555560d28 rsp 00007fffffcdfba0 error 4 Apr 1 03:02:20 hostmaster kernel: sshd[8818]: segfault at 00000076000000de rip 0000555555560d28 rsp 00007fffffffe7d0 error 4 Same problem here :-/ Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key The three Rs of Microsoft support: Retry, Reboot, Reinstall. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From linuxr at gmail.com Fri Apr 1 02:37:33 2005 From: linuxr at gmail.com (Marc M) Date: Thu, 31 Mar 2005 21:37:33 -0500 Subject: Clock Problem on AMD64 - Fedora Core 4 In-Reply-To: <424C5FCD.4070505@vodafone.de> References: <424B1107.10905@bellsouth.net> <424C4ED6.9070907@vodafone.de> <424C5FCD.4070505@vodafone.de> Message-ID: > if you are using NTP you should use a local NTP server (same time zone) > I have had the same prob on my FC3 Notebook and I only could fix it with > changing the NTP server I used. > some how the NTP request is overwirting all the other settings. --Ok, will do, thanks. And yes I am EST. ---In answer to Bret's question, yes, when I run timeconfig, the 'system clock uses UTC' is indeed checked. --Oh, and this is a dual boot with windblows that I haven't bothered removing, if windblows is the problem I will eradicate that. How do I know for sure that windblows is the problem here? Marc From alan at clueserver.org Fri Apr 1 03:05:26 2005 From: alan at clueserver.org (Alan) Date: Thu, 31 Mar 2005 19:05:26 -0800 Subject: Yum problem on update on x86_64 Message-ID: <1112324727.8774.9.camel@dagon.fnordora.org> I found an odd problem with yum. Hopefully this description will make sense. I am updating parts of Fedora Core 4 test 1 using Yum on an x86_64. If I update something that drags in a package to satisfy a dependency for one architecture (x86_64 usually) for a package with multiple architectures installed, it does not update the other architecture. This causes the update to fail. For example, I try and update nautilus, it wants to update libexif. There are two copies of libexif installed, but only one architecture gets dragged into the update. I am also seeing occasional failures like this: [root at dagon ~]# yum update libexif* naut* eog* kdegra* Setting up Update Process Setting up Repos development 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package nautilus.x86_64 0:2.10.0-2 set to be updated ---> Package nautilus-cd-burner.x86_64 0:2.10.0-2 set to be updated ---> Package libexif-devel.x86_64 0:0.6.12-1 set to be updated ---> Package nautilus-cd-burner-devel.x86_64 0:2.10.0-2 set to be updated ---> Package eog.x86_64 0:2.10.0-1 set to be updated ---> Package kdegraphics.x86_64 7:3.4.0-2 set to be updated ---> Package kdegraphics-devel.x86_64 7:3.4.0-2 set to be updated ---> Package libexif.x86_64 0:0.6.12-1 set to be updated ---> Package libexif.i386 0:0.6.12-1 set to be updated --> Running transaction check --> Processing Dependency: libexif.so.9 for package: nautilus Traceback (most recent call last): File "/usr/bin/yum", line 15, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 113, in main (result, resultmsgs) = base.buildTransaction() File "__init__.py", line 279, in buildTransaction File "depsolve.py", line 213, in resolveDeps File "depsolve.py", line 344, in _processReq File "depsolve.py", line 432, in _requiringFromInstalled File "sqlitesack.py", line 390, in returnNewestByNameArch IndexError: pop from empty list -- "If any sign of pleasure is exhibited, report to me and it will be prohibited. So shall it be! This is the Land of the Free!" - George W. Firefly From mrguytx at austin.rr.com Fri Apr 1 03:11:05 2005 From: mrguytx at austin.rr.com (W. Guy Thomas) Date: Thu, 31 Mar 2005 21:11:05 -0600 Subject: madness? succeeded! In-Reply-To: <1112317052.3297.20.camel@hostmaster.org> References: <1112317052.3297.20.camel@hostmaster.org> Message-ID: <1112325066.2106.0.camel@localhost.localdomain> so what did you do? G On Fri, 2005-04-01 at 02:57 +0200, Thomas Zehetbauer wrote: > Hi, > > I just want to let you know that I have succeeded updating Fedora Core 3 > to Fedora Core 4 Test 1 using yum! I have done previous upgrades with > 'rpm --freshen' but I always ended up manually installing unlisted > dependencies and with Fedora Core 3 (udev) even with an unbootable > system. > > Tom > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- W. Guy Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean.bruno at dsl-only.net Fri Apr 1 03:27:09 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Thu, 31 Mar 2005 19:27:09 -0800 Subject: beecrypt dependency errors Message-ID: <1112326030.4049.1.camel@localhost.localdomain> Am I the only one that had this depend error today against rawhide? Error: Missing Dependency: beecrypt = 4.1.2-2 is needed by package beecrypt-java Sean From sean.bruno at dsl-only.net Fri Apr 1 03:37:17 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Thu, 31 Mar 2005 19:37:17 -0800 Subject: ccsd fails on startup Message-ID: <1112326637.4049.4.camel@localhost.localdomain> I installed FC4T1 with "everything" selected and it appears to turn on "ccsd" for cluster management stuff? It appears to be failing on system startup. Is this something that warrants a bugzilla report, or is it assumed to be normal? There is no negative impact to ccsd failing to start as I haven't configured my poor little machine for clustering. :) Sean From skvidal at phy.duke.edu Fri Apr 1 03:49:31 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 31 Mar 2005 22:49:31 -0500 Subject: Yum problem on update on x86_64 In-Reply-To: <1112324727.8774.9.camel@dagon.fnordora.org> References: <1112324727.8774.9.camel@dagon.fnordora.org> Message-ID: <1112327371.8143.0.camel@cutter> > Reading repository metadata in from local files > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package nautilus.x86_64 0:2.10.0-2 set to be updated > ---> Package nautilus-cd-burner.x86_64 0:2.10.0-2 set to be updated > ---> Package libexif-devel.x86_64 0:0.6.12-1 set to be updated > ---> Package nautilus-cd-burner-devel.x86_64 0:2.10.0-2 set to be > updated > ---> Package eog.x86_64 0:2.10.0-1 set to be updated > ---> Package kdegraphics.x86_64 7:3.4.0-2 set to be updated > ---> Package kdegraphics-devel.x86_64 7:3.4.0-2 set to be updated > ---> Package libexif.x86_64 0:0.6.12-1 set to be updated > ---> Package libexif.i386 0:0.6.12-1 set to be updated > --> Running transaction check > --> Processing Dependency: libexif.so.9 for package: nautilus > Traceback (most recent call last): > File "/usr/bin/yum", line 15, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 113, in main > (result, resultmsgs) = base.buildTransaction() > File "__init__.py", line 279, in buildTransaction > File "depsolve.py", line 213, in resolveDeps > File "depsolve.py", line 344, in _processReq > File "depsolve.py", line 432, in _requiringFromInstalled > File "sqlitesack.py", line 390, in returnNewestByNameArch > IndexError: pop from empty list The traceback is just a simple bug in yum. It's already been fixed in cvs upstream. the reason for the traceback is that rawhide has a missing dep. -sv From jspaleta at gmail.com Fri Apr 1 03:50:43 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 31 Mar 2005 22:50:43 -0500 Subject: ccsd fails on startup In-Reply-To: <1112326637.4049.4.camel@localhost.localdomain> References: <1112326637.4049.4.camel@localhost.localdomain> Message-ID: <604aa791050331195013b0fbc3@mail.gmail.com> On Mar 31, 2005 10:37 PM, Sean Bruno wrote: > Is this something that warrants a bugzilla report, or is it assumed to > be normal? There is no negative impact to ccsd failing to start as I > haven't configured my poor little machine for clustering. :) ccs was removed from rawhide on march 15th.... so its probably not going to be in any subsequent test release or fc4 -jef From sean.bruno at dsl-only.net Fri Apr 1 03:52:41 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Thu, 31 Mar 2005 19:52:41 -0800 Subject: ccsd fails on startup In-Reply-To: <604aa791050331195013b0fbc3@mail.gmail.com> References: <1112326637.4049.4.camel@localhost.localdomain> <604aa791050331195013b0fbc3@mail.gmail.com> Message-ID: <1112327561.4049.6.camel@localhost.localdomain> > ccs was removed from rawhide on march 15th.... so its probably not > going to be in any subsequent test release or fc4 > > -jef > Show's you how close I'm paying attention...lol Think I should just "rpm -e "it? Sean From green at redhat.com Fri Apr 1 08:00:06 2005 From: green at redhat.com (Anthony Green) Date: Fri, 01 Apr 2005 00:00:06 -0800 Subject: beecrypt dependency errors In-Reply-To: <1112326030.4049.1.camel@localhost.localdomain> References: <1112326030.4049.1.camel@localhost.localdomain> Message-ID: <1112342406.6869.2.camel@localhost.localdomain> On Thu, 2005-03-31 at 19:27 -0800, Sean Bruno wrote: > Am I the only one that had this depend error today against rawhide? > > Error: Missing Dependency: beecrypt = 4.1.2-2 is needed by package > beecrypt-java I thought beecrypt-java got whacked. Perhaps this is something old you had lying around from a previous rawhide update. AG From sean.bruno at dsl-only.net Fri Apr 1 08:05:03 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 00:05:03 -0800 Subject: beecrypt dependency errors In-Reply-To: <1112342406.6869.2.camel@localhost.localdomain> References: <1112326030.4049.1.camel@localhost.localdomain> <1112342406.6869.2.camel@localhost.localdomain> Message-ID: <1112342703.4049.8.camel@localhost.localdomain> > I thought beecrypt-java got whacked. Perhaps this is something old you > had lying around from a previous rawhide update. > > AG > > Cool...Is this a problem best solved by "rpm -e" or is there a desire to keep this pkg around? Sean From sean.bruno at dsl-only.net Fri Apr 1 08:07:07 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 00:07:07 -0800 Subject: Print job status icon missing(FC4 T1) Message-ID: <1112342828.4049.11.camel@localhost.localdomain> I just noticed that the little notification icon for my print jobs doesn't pop up any longer. Old behavior under FC3 was to put the printer queue in a little applet in the notification area. In addition, I couldn't find the graphical tool to look at my print jobs. Did this get moved to something else? Sean From pnasrat at redhat.com Fri Apr 1 08:23:03 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Fri, 01 Apr 2005 09:23:03 +0100 Subject: beecrypt dependency errors In-Reply-To: <1112342703.4049.8.camel@localhost.localdomain> References: <1112326030.4049.1.camel@localhost.localdomain> <1112342406.6869.2.camel@localhost.localdomain> <1112342703.4049.8.camel@localhost.localdomain> Message-ID: <1112343783.3854.22.camel@anu.eridu> On Fri, 2005-04-01 at 00:05 -0800, Sean Bruno wrote: > > I thought beecrypt-java got whacked. Perhaps this is something old you > > had lying around from a previous rawhide update. > > > > AG > > > > > Cool...Is this a problem best solved by "rpm -e" or is there a desire to > keep this pkg around? Yeah rpm -e beecrypt-java I'll add an obsoletes. Paul From florin at andrei.myip.org Fri Apr 1 08:31:18 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Fri, 01 Apr 2005 00:31:18 -0800 Subject: DVD ISO Message-ID: <1112344278.6673.11.camel@rivendell.home.local> Anyone has a DVD ISO for FC4t1? I'm doing a lot of tests with an automated kickstart install, and changing CDs is not fun. Thanks, -- Florin Andrei http://florin.myip.org/ From Fred.New at microlink.ee Fri Apr 1 08:43:55 2005 From: Fred.New at microlink.ee (Fred New) Date: Fri, 1 Apr 2005 11:43:55 +0300 Subject: New 1219 kernel causes fire Message-ID: <345764DCB65C0C4FACC44529DE273C18F8EB23@eemail1.microlink.lan> Motherboard - McDonaldFarm-eieio Processor - Celeron_x64 Memory - 6 GB, GCC Every time I boot, the new kernel causes my motherboard to catch fire. I didn't have this problem with 1208 kernel. Fortunately, the onboard halon extinguisher prevents any damage, but the ozone layer is suffering. And I am running out of halon. Is anyone else seeing this? Fred From sean.bruno at dsl-only.net Fri Apr 1 08:49:19 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 00:49:19 -0800 Subject: New 1219 kernel causes fire In-Reply-To: <345764DCB65C0C4FACC44529DE273C18F8EB23@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18F8EB23@eemail1.microlink.lan> Message-ID: <1112345359.4049.14.camel@localhost.localdomain> On Fri, 2005-04-01 at 11:43 +0300, Fred New wrote: > Motherboard - McDonaldFarm-eieio > Processor - Celeron_x64 > Memory - 6 GB, GCC > > Every time I boot, the new kernel causes my motherboard to catch fire. > I didn't have this problem with 1208 kernel. Fortunately, the onboard > halon extinguisher prevents any damage, but the ozone layer is > suffering. And I am running out of halon. Is anyone else seeing this? > > Fred > And a happy April fool's day to u 2. Sean From davej at redhat.com Fri Apr 1 08:50:41 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 1 Apr 2005 03:50:41 -0500 Subject: New 1219 kernel causes fire In-Reply-To: <345764DCB65C0C4FACC44529DE273C18F8EB23@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18F8EB23@eemail1.microlink.lan> Message-ID: <20050401085040.GA27685@redhat.com> On Fri, Apr 01, 2005 at 11:43:55AM +0300, Fred New wrote: > Motherboard - McDonaldFarm-eieio > Processor - Celeron_x64 > Memory - 6 GB, GCC > > Every time I boot, the new kernel causes my motherboard to catch fire. > I didn't have this problem with 1208 kernel. Fortunately, the onboard > halon extinguisher prevents any damage, but the ozone layer is > suffering. And I am running out of halon. Is anyone else seeing this? Ah, that'll be because we build the kernel with gcc4 now, which emits HCF[1] instructions. It's perfectly normal, and to be expected. As a workaround, you could invest in a water-pump, and some pretty cold-cathode lights. (I recommend green). Dave [1] Halt, and catch fire. From sean.bruno at dsl-only.net Fri Apr 1 09:04:22 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 01:04:22 -0800 Subject: beecrypt dependency errors In-Reply-To: <1112343783.3854.22.camel@anu.eridu> References: <1112326030.4049.1.camel@localhost.localdomain> <1112342406.6869.2.camel@localhost.localdomain> <1112342703.4049.8.camel@localhost.localdomain> <1112343783.3854.22.camel@anu.eridu> Message-ID: <1112346262.4049.16.camel@localhost.localdomain> On Fri, 2005-04-01 at 09:23 +0100, Paul Nasrat wrote: > On Fri, 2005-04-01 at 00:05 -0800, Sean Bruno wrote: > > > I thought beecrypt-java got whacked. Perhaps this is something old you > > > had lying around from a previous rawhide update. > > > > > > AG > > > > > > > > Cool...Is this a problem best solved by "rpm -e" or is there a desire to > > keep this pkg around? > > Yeah rpm -e beecrypt-java > > I'll add an obsoletes. > > Paul > Done. Want a bugzilla on this? Sean From dragos at csit-sun.pub.ro Fri Apr 1 09:01:48 2005 From: dragos at csit-sun.pub.ro (Dragos Popescu) Date: Fri, 1 Apr 2005 12:01:48 +0300 (EEST) Subject: DVD ISO In-Reply-To: <1112344278.6673.11.camel@rivendell.home.local> References: <1112344278.6673.11.camel@rivendell.home.local> Message-ID: <2927.141.85.101.20.1112346108.squirrel@mail.csit-sun.pub.ro> You can find one on: http://fedora.redhat.com/download/test.html Or on mirrors or terrent. Best regards, Dragos Popescu > Anyone has a DVD ISO for FC4t1? > I'm doing a lot of tests with an automated kickstart install, and > changing CDs is not fun. > > Thanks, > > -- > Florin Andrei > > http://florin.myip.org/ > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From fedora at leemhuis.info Fri Apr 1 09:23:45 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 01 Apr 2005 11:23:45 +0200 Subject: New 1219 kernel causes fire In-Reply-To: <20050401085040.GA27685@redhat.com> References: <345764DCB65C0C4FACC44529DE273C18F8EB23@eemail1.microlink.lan> <20050401085040.GA27685@redhat.com> Message-ID: <1112347425.4373.9.camel@thl.ct.heise.de> Am Freitag, den 01.04.2005, 03:50 -0500 schrieb Dave Jones: > On Fri, Apr 01, 2005 at 11:43:55AM +0300, Fred New wrote: > > Motherboard - McDonaldFarm-eieio > > Processor - Celeron_x64 > > Memory - 6 GB, GCC > > > > Every time I boot, the new kernel causes my motherboard to catch fire. > > I didn't have this problem with 1208 kernel. Fortunately, the onboard > > halon extinguisher prevents any damage, but the ozone layer is > > suffering. And I am running out of halon. Is anyone else seeing this? > > Ah, that'll be because we build the kernel with gcc4 now, which emits > HCF[1] instructions. It's perfectly normal, and to be expected. > As a workaround, you could invest in a water-pump, and some pretty > cold-cathode lights. (I recommend green). No, with a Celeron_x64 I would recommend to just use davix: http://www.kernelslacker.org/davix/announce.txt http://www.kernelslacker.org/davix/ That solved the fire problem for me. Davej, you really should have heard of this fantastic new Linux-lookalike kernel. Will it be included in FC4? Or a update to FC3? Please! SCNR CU thl From markkuk at tuubi.net Fri Apr 1 09:36:14 2005 From: markkuk at tuubi.net (Markku Kolkka) Date: Fri, 1 Apr 2005 12:36:14 +0300 Subject: Clock Problem on AMD64 - Fedora Core 4 In-Reply-To: References: <424B1107.10905@bellsouth.net> <424C5FCD.4070505@vodafone.de> Message-ID: <200504011236.14158.markkuk@tuubi.net> Marc M kirjoitti viestiss??n (l?hetysaika perjantai, 1. huhtikuuta 2005 05:37): > ---In answer to Bret's question, yes, when I run timeconfig, > the 'system clock uses UTC' is indeed checked. > > --Oh, and this is a dual boot with windblows that I haven't > bothered removing Windows wants the system clock to be in local time. You must uncheck the "system clock uses UTC" box in a dual-boot machine. -- Markku Kolkka markku.kolkka at iki.fi From Fred.New at microlink.ee Fri Apr 1 09:59:50 2005 From: Fred.New at microlink.ee (Fred New) Date: Fri, 1 Apr 2005 12:59:50 +0300 Subject: New 1219 kernel causes fire Message-ID: <345764DCB65C0C4FACC44529DE273C18F8EB25@eemail1.microlink.lan> On 1. aprill 2005. a. 12:24 Thorsten Leemhuis wrote: > Am Freitag, den 01.04.2005, 03:50 -0500 schrieb Dave Jones: > > On Fri, Apr 01, 2005 at 11:43:55AM +0300, Fred New wrote: > > > Motherboard - McDonaldFarm-eieio > > > Processor - Celeron_x64 > > > Memory - 6 GB, GCC > > > > > > Every time I boot, the new kernel causes my motherboard > to catch fire. > > > I didn't have this problem with 1208 kernel. > Fortunately, the onboard > > > halon extinguisher prevents any damage, but the ozone layer is > > > suffering. And I am running out of halon. Is anyone > else seeing this? > > > > Ah, that'll be because we build the kernel with gcc4 now, > which emits > > HCF[1] instructions. It's perfectly normal, and to be expected. > > As a workaround, you could invest in a water-pump, and some pretty > > cold-cathode lights. (I recommend green). > > No, with a Celeron_x64 I would recommend to just use davix: > > http://www.kernelslacker.org/davix/announce.txt > http://www.kernelslacker.org/davix/ > Thanks for the pointer. This system is beginning to remind me of one of those birthday candles you can't blow out. Or maybe I should try Whinex by the person who said, "No Gnus is good Gnus." Fred From fedora at nodata.co.uk Fri Apr 1 09:00:54 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 1 Apr 2005 11:00:54 +0200 (CEST) Subject: DVD ISO In-Reply-To: <1112344278.6673.11.camel@rivendell.home.local> References: <1112344278.6673.11.camel@rivendell.home.local> Message-ID: <47686.213.164.3.90.1112346054.squirrel@www.nodata.co.uk> Yes, here: http://torrent.linux.duke.edu/ > Anyone has a DVD ISO for FC4t1? > I'm doing a lot of tests with an automated kickstart install, and > changing CDs is not fun. > > Thanks, > > -- > Florin Andrei > > http://florin.myip.org/ > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From malists at epon.ro Fri Apr 1 10:44:09 2005 From: malists at epon.ro (Marius Andreiana) Date: Fri, 01 Apr 2005 13:44:09 +0300 Subject: New 1219 kernel causes fire In-Reply-To: <345764DCB65C0C4FACC44529DE273C18F8EB23@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18F8EB23@eemail1.microlink.lan> Message-ID: <1112352249.3393.6.camel@marte.biciclete.ro> On Fri, 2005-04-01 at 11:43 +0300, Fred New wrote: > Every time I boot, the new kernel causes my motherboard to catch fire. As a temporary fix, start xen with kernel 1203 which created water drops on my motherboard. -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From sean.bruno at dsl-only.net Fri Apr 1 10:41:53 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 02:41:53 -0800 Subject: FC4T1 Dependency error Message-ID: <1112352114.4049.18.camel@localhost.localdomain> Just trying to catch up and clear the last of my dependency errors. Anyone else have this one: Error: Missing Dependency: python = 2.4-4 is needed by package python-docs Sean From harald at redhat.com Fri Apr 1 10:49:32 2005 From: harald at redhat.com (Harald Hoyer) Date: Fri, 01 Apr 2005 12:49:32 +0200 Subject: Clock Problem on AMD64 - Fedora Core 4 In-Reply-To: <200504011236.14158.markkuk@tuubi.net> References: <424B1107.10905@bellsouth.net> <424C5FCD.4070505@vodafone.de> <200504011236.14158.markkuk@tuubi.net> Message-ID: <424D273C.2090800@redhat.com> Markku Kolkka wrote: > Marc M kirjoitti viestiss??n (l?hetysaika perjantai, 1. > huhtikuuta 2005 05:37): > >>---In answer to Bret's question, yes, when I run timeconfig, >>the 'system clock uses UTC' is indeed checked. >> >>--Oh, and this is a dual boot with windblows that I haven't >>bothered removing > > > Windows wants the system clock to be in local time. You must > uncheck the "system clock uses UTC" box in a dual-boot machine. > Windows can use an ntp server as well :) From pc.bijl at gmail.com Fri Apr 1 11:30:18 2005 From: pc.bijl at gmail.com (Pieter Bijleveld) Date: Fri, 1 Apr 2005 13:30:18 +0200 Subject: Mouted Install FC3-4 In-Reply-To: <424B242C.4080301@libero.it> Message-ID: What if you use the boot floppys of Fedora Core 1? Whith these floppys you can install whith FTP, HTTP, NFS, HardDisk, and so on. The driver disk of Fedora Core 1 was for me up-to-date (for my NIC). Good luck, Pieter > How about CD/DVD-RW? I always utilize rewritable media for Linux-OS, > because even with a final product in about 6-8 months there is another > version. > > bye > Cimmo > > Caleb Warta ha scritto: > > > i have fedora core 3 and dont want to make / dont have the money right > > now to make cds for a fc4 install and sence id have to reinstall when > > the may16 version comes out i dont feel like doing that burn of 4 cds > > twice so could some one explane how to do a mouted install i havnt > > really tried before most my install (all) were on to blank or formated > > hard drives and this time i want to install with out making those cds > > please help > > From markkuk at tuubi.net Fri Apr 1 13:12:10 2005 From: markkuk at tuubi.net (Markku Kolkka) Date: Fri, 1 Apr 2005 16:12:10 +0300 Subject: Clock Problem on AMD64 - Fedora Core 4 In-Reply-To: <424D273C.2090800@redhat.com> References: <424B1107.10905@bellsouth.net> <200504011236.14158.markkuk@tuubi.net> <424D273C.2090800@redhat.com> Message-ID: <200504011612.10267.markkuk@tuubi.net> Harald Hoyer kirjoitti viestiss??n (l?hetysaika perjantai, 1. huhtikuuta 2005 13:49): > Markku Kolkka wrote: > > Windows wants the system clock to be in local time. You must > > uncheck the "system clock uses UTC" box in a dual-boot > > machine. > > Windows can use an ntp server as well :) Yes, but that doesn't change the requirement of using local time for the BIOS clock. -- Markku Kolkka markku.kolkka at iki.fi From jspaleta at gmail.com Fri Apr 1 13:52:37 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 1 Apr 2005 08:52:37 -0500 Subject: Print job status icon missing(FC4 T1) In-Reply-To: <1112342828.4049.11.camel@localhost.localdomain> References: <1112342828.4049.11.camel@localhost.localdomain> Message-ID: <604aa791050401055277d07e3e@mail.gmail.com> On Apr 1, 2005 3:07 AM, Sean Bruno wrote: > I just noticed that the little notification icon for my print jobs > doesn't pop up any longer. Old behavior under FC3 was to put the > printer queue in a little applet in the notification area. is there an eggcups process running? I'm pretty sure ive seen the icon appear when doing printing in the last week or so, but it definitely won't appear if the eggcups process is not running. -jef From buildsys at redhat.com Fri Apr 1 13:55:08 2005 From: buildsys at redhat.com (Build System) Date: Fri, 1 Apr 2005 08:55:08 -0500 Subject: rawhide report: 20050401 changes Message-ID: <200504011355.j31Dt8Gb011219@porkchop.devel.redhat.com> Updated Packages: cups-1:1.1.23-15 ---------------- * Thu Mar 31 2005 Tim Waugh 1:1.1.23-15 - Don't require exact dbus version, just minimum. doxygen-1:1.4.2-1 ----------------- * Thu Mar 31 2005 Than Ngo 1:1.4.2-1 - 1.4.2 gnome-volume-manager-1.3.1-1 ---------------------------- * Sun Mar 13 2005 John (J5) Palmieri - 1.3.1-1 - update to upstream version 1.3.1 initscripts-8.07-1 ------------------ * Thu Mar 31 2005 Bill Nottingham 8.07-1 - bring back initlog for third-party scripts until a new framework is in place java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_14rh ------------------------------------------ * Wed Mar 30 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_14rh - Import java-gcj-compat 1.0.23. - Always look for classpath.security in /usr/lib. (151561) - Provide jsse. (151662) logrotate-3.7.1-10 ------------------ * Thu Mar 31 2005 Dan Walsh 3.7.1-10 - use security_getenforce() instead of selinux_getenforcemode nasm-0.98.39-1 -------------- * Thu Mar 31 2005 Jindrich Novy 0.98.39-1 - update to 0.98.39 - add BuildRequires ghostscript, texinfo to doc subpackage (#110584) - generate also PDF documentation for nasm (#88431) - new release fixes CAN-2004-1287 (#143052) openssl-0.9.7f-2 ---------------- * Thu Mar 31 2005 Tomas Mraz 0.9.7f-2 - add back RC4_CHAR on ia64 and x86_64 so the ABI isn't broken - disable broken bignum assembly on x86_64 * Wed Mar 30 2005 Tomas Mraz 0.9.7f-1 - reenable optimizations on ppc64 and assembly code on ia64 - upgrade to new upstream version (no soname bump needed) - disable thread test - it was testing the backport of the RSA blinding - no longer needed - added support for changing serial number to Makefile.certificate (#151188) - make ca-bundle.crt a config file (#118903) * Tue Mar 01 2005 Tomas Mraz 0.9.7e-3 - libcrypto shouldn't depend on libkrb5 (#135961) pam-0.79-1 ---------- * Thu Mar 31 2005 Tomas Mraz 0.79-1 - upgrade to the new upstream release - moved pam_loginuid to pam-redhat repository perl-BSD-Resource-1.24-1 ------------------------ * Thu Mar 31 2005 Warren Togami 1.24-1 - 1.24 perl-Compress-Zlib-1.34-2 ------------------------- * Thu Mar 31 2005 Joe Orton 1.34-2 - really delete the .bs file per #152536 * Thu Mar 31 2005 Joe Orton 1.34-1 - update to 1.34; synch with Dag Wieers (#152536) - BR zlib-devel (#137556) * Wed Mar 30 2005 Warren Togami - remove brp-compress perl-DBD-Pg-1.40-1 ------------------ * Thu Mar 31 2005 Warren Togami 1.40-1 - 1.40 * Tue Oct 12 2004 Chip Turner 1.32-1 - bugzilla: 127755, update to 1.32 perl-DBI-1.48-1 --------------- * Thu Mar 31 2005 Warren Togami 1.48-1 - 1.48 redhat-menus-3.7.1-9 -------------------- * Thu Mar 31 2005 Matthias Clasen 3.7.1-9 - don't pick up a pointless Desktop/System directory * Thu Mar 31 2005 Than Ngo 3.7.1-8 - don't mess gnome menu up rpm-4.4.1-9 ----------- * Thu Mar 31 2005 Thomas Woerner 4.4.1-9 - enabled prereqs again rsync-2.6.4-2 ------------- * Thu Mar 31 2005 Jay Fenlason 2.6.4-2 - New upstream version screen-4.0.2-8 -------------- * Tue Mar 29 2005 Petr Rockai - 4.0.2-8 - fix BR 150392 by implementing the setgid/utmp scheme for socket directory selinux-policy-strict-1.23.5-3 ------------------------------ * Thu Mar 31 2005 Dan Walsh 1.23.5-3 - Redesign of apache_macros. Broken into apache_user_domain and apache_domain. - Added fixes from Ivan * Thu Mar 24 2005 Dan Walsh 1.23.5-2 - Handle booleans.local - Add policy to handle ssh-keysign * Wed Mar 23 2005 Dan Walsh 1.23.5-1 - Update to latest from NSA selinux-policy-targeted-1.23.5-3 -------------------------------- * Thu Mar 31 2005 Dan Walsh 1.23.5-3 - Redesign of apache_macros. Broken into apache_user_domain and apache_domain. - Added fixes from Ivan sharutils-4.2.1-26 ------------------ * Thu Mar 31 2005 Than Ngo 4.2.1-26 - apply patch to fix multiple buffer overflows #152571 system-config-boot-0.2.9-1 -------------------------- * Thu Mar 31 2005 Harald Hoyer - 0.2.9-1 - s/gtk\.TRUE/True/g - s/gtk\.FALSE/False/g system-config-date-1.7.16-2 --------------------------- * Fri Apr 01 2005 Nils Philippsen 1.7.16-2 - use True, False instead of gtk.TRUE, gtk.FALSE to avoid deprecation warnings (#153037, patch by Colin Charles) system-config-language-1.1.9-1 ------------------------------ * Fri Apr 01 2005 Paul Nasrat 1.1.9-1 - Translation updates - pygtk deprecations system-config-network-1.3.25-1 ------------------------------ * Thu Mar 31 2005 Harald Hoyer - 1.3.25 - more i18n languages * Wed Mar 30 2005 Harald Hoyer - 1.3.24 - gtk.FALSE and gtk.TRUE cleanups * Mon Mar 21 2005 Harald Hoyer - 1.3.23-2 - moved gui parts out of the tui package system-config-rootpassword-1.1.7-1 ---------------------------------- * Fri Apr 01 2005 Paul Nasrat 1.1.7-1 - PyGTK deprecations - Translations util-linux-2.12p-5 ------------------ * Thu Mar 31 2005 Steve Dickson 2.12p-5 - Fixed nfs mount to rollback correctly. vnc-4.1.1-7 ----------- * Thu Mar 31 2005 Tim Waugh 4.1.1-7 - Render patch fix from Peter ??strand. Enabled render by default again. * Mon Mar 28 2005 Christopher Aillon 4.1.1-6 - rebuilt * Fri Mar 25 2005 Christopher Aillon 4.1.1-5 - Update the GTK+ theme icon cache on (un)install xen-2-20050331 -------------- * Thu Mar 31 2005 Rik van Riel 2-20050331 - upgrade to new xen hypervisor - minor gcc4 compile fix From jspaleta at gmail.com Fri Apr 1 13:59:33 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 1 Apr 2005 08:59:33 -0500 Subject: FC4T1 Dependency error In-Reply-To: <1112352114.4049.18.camel@localhost.localdomain> References: <1112352114.4049.18.camel@localhost.localdomain> Message-ID: <604aa7910504010559366a5b87@mail.gmail.com> On Apr 1, 2005 5:41 AM, Sean Bruno wrote: > Error: Missing Dependency: python = 2.4-4 is needed by package > python-docs I'm not sure why you are seeing this.. unless you have some duplicate packages installed which are causing unexpected problems. I have python-2.4-6 and python-docs-2.4-102 installed with no problems In the future, if you could supply information about the version of the affected packages that are installed and the versions you are trying to install, that would be helpful for any discussion. -jef From cmadams at hiwaay.net Fri Apr 1 14:24:33 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 1 Apr 2005 08:24:33 -0600 Subject: Clock Problem on AMD64 - Fedora Core 4 In-Reply-To: <200504011612.10267.markkuk@tuubi.net> References: <424B1107.10905@bellsouth.net> <200504011236.14158.markkuk@tuubi.net> <424D273C.2090800@redhat.com> <200504011612.10267.markkuk@tuubi.net> Message-ID: <20050401142433.GB934958@hiwaay.net> Once upon a time, Markku Kolkka said: > Yes, but that doesn't change the requirement of using local time > for the BIOS clock. You can also just tell Windows your time zone is GMT. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From no-reply-gw at fcp.homelinux.org Fri Apr 1 14:42:22 2005 From: no-reply-gw at fcp.homelinux.org (=?UTF-8?B?THVib21pciBDYXJpayAobHVibyk=?=) Date: Fri, 1 Apr 2005 16:42:22 +0200 Subject: Openoffice.org on x86 64 FC4 test1 In-Reply-To: <200503210756.53923.fedora-test-list@cygnusx-1.org> Message-ID: <061317a47b42305a7e0d86559ea68433@fcp.homelinux.org> Hi all, I have on my AMD64 installed latest FC-devel adn I have no problems with oo programs. All works fine for me, with some exceptions in funcionality /of course it's only beta version / L. -- This is an email sent via the webforum on http://fcp.homelinux.org http://fcp.homelinux.org/modules/newbb/viewtopic.php?post_id=51723&topic_id=13010&forum=12#forumpost51723 From no-reply-gw at fcp.homelinux.org Fri Apr 1 14:42:37 2005 From: no-reply-gw at fcp.homelinux.org (=?UTF-8?B?QW5keUw=?=) Date: Fri, 1 Apr 2005 16:42:37 +0200 Subject: FC4 Test1 - Lock at boot loader, no keyboard active Message-ID: <2ffe40b767772c5a2801eef3207ae36b@fcp.homelinux.org> I'm getting a failure very early in the boot loader; keyboard locks. The same thing happens with the Rescue CD. Knoppix boots fine. Checksum of CD1 is fine. Details; System: Laptop: Dell Latitude CPx. 1. Waited 5 minutes w/o touching the keyboard to see if there was some odd timing issue. Nope. Looks like a hard lock. 2. Function keys (F1...) do not work, and the cursor is flush left on the line just below the [ character in [F1-Main]. 3. Keyboard lights do not toggle. (Tried with laptop keyboard plus plugged in both a PS/2 and a USB keyboard. Powered off the machine each time.) 4. The files on both CD 1 and Rescue are fully readable. Under Linux (FC3), running "sha1sum /dev/hdb" with CD 1 in the drive hands back the correct checksum; 6891c664a917bbee2a5e8d685fd8e9797ec1b8ab 5. Knoppix 2.4 and 2.8 boot and the keyboard is fully active. Knoppix 2.8 was burned to the same media as FC4 test1 CD 1. 6. The FC4 rescue CD was burned to a different brand of media just to eliminate that as an issue. 7. The system bios configuration also works. 8. FC3 and a few previous versions of RHL/FCL were installed sucessfully on the same machine previously. 9. The CD lense was cleaned as a last attempt to get it working. No dice. Note that I do not have a floppy drive on this machine and it is not capable of booting from USB. If someone knows how to kick off a boot using some other method, I'd appreciate it. -- This is an email sent via the webforum on http://fcp.homelinux.org http://fcp.homelinux.org/modules/newbb/viewtopic.php?post_id=54099&topic_id=13622&forum=12#forumpost54099 From no-reply-gw at fcp.homelinux.org Fri Apr 1 14:43:02 2005 From: no-reply-gw at fcp.homelinux.org (=?UTF-8?B?anVyZQ==?=) Date: Fri, 1 Apr 2005 16:43:02 +0200 Subject: Missing library into package In-Reply-To: <1112202709.15765.15.camel@apophis.stfzone.org> Message-ID: Had same problem today. I installed this package and it worked for me: http://www.kingcot.eclipse.co.uk/unichrome/fc2/xorg-x11-libviaXvMC-2005.01.14-1.i386.rpm [1] Links: ------ [1] http://www.kingcot.eclipse.co.uk/unichrome/fc2/xorg-x11-libviaXvMC-2005.01.14-1.i386.rpm -- This is an email sent via the webforum on http://fcp.homelinux.org http://fcp.homelinux.org/modules/newbb/viewtopic.php?post_id=54587&topic_id=13754&forum=12#forumpost54587 From terraformers at gmx.net Fri Apr 1 14:57:21 2005 From: terraformers at gmx.net (Lars) Date: Fri, 01 Apr 2005 16:57:21 +0200 Subject: rawhide report: 20050401 changes References: <200504011355.j31Dt8Gb011219@porkchop.devel.redhat.com> Message-ID: > On Fri, 01 Apr 2005 08:55:08 -0500, Build System wrote: >... looks like the server is in a somewhat messy state. Index of download.fedora.redhat.com/pub/fedora/linux/core/development File: README 4 KB 11/04/2003 12:00:00 AM Directory: SRPMS 04/01/2005 10:06:00 AM Directory: i386 04/01/2005 01:47:00 PM Directory: i386-logs 04/01/2005 01:47:00 PM Directory: ia64 04/01/2005 01:47:00 PM Directory: ia64-logs 04/01/2005 01:47:00 PM Directory: ppc 04/01/2005 01:47:00 PM Directory: ppc-logs 04/01/2005 01:47:00 PM Directory: ppc64 04/01/2005 01:47:00 PM Directory: ppc64-logs 04/01/2005 01:47:00 PM Directory: s390 04/01/2005 01:47:00 PM Directory: s390-logs 04/01/2005 01:47:00 PM Directory: s390x 04/01/2005 01:47:00 PM Directory: s390x-logs 04/01/2005 01:47:00 PM Directory: x86_64 04/01/2005 01:47:00 PM Directory: x86_64-logs 04/01/2005 01:47:00 PM L From paul at all-the-johnsons.co.uk Fri Apr 1 15:09:55 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 01 Apr 2005 16:09:55 +0100 Subject: Yum updating problems Message-ID: <1112368195.16223.5.camel@localhost.localdomain> Hi, Anyone else seeing this when they try to do a yum update? Repository development already added, not adding again http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/repodata/repomd.xml: [Errno 4] IOError: HTTP Error 404: Date: Fri, 01 Apr 2005 15:09:03 GMT Server: Apache Last-Modified: Wed, 30 Mar 2005 19:15:11 GMT Accept-Ranges: bytes Content-Length: 4259 Content-Type: text/html; charset=UTF-8 Trying other mirror. Cannot open/read repomd.xml file for repository: development failure: repodata/repomd.xml from development: [Errno 256] No more mirrors to try. Any way of fixing this myself? TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- 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 sub1.fedoralist at msquared.id.au Fri Apr 1 15:15:33 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Fri, 1 Apr 2005 23:15:33 +0800 Subject: gnome splash screen stays around Message-ID: <20050401151533.GA19694@sliderule.msquared.com.au> Hiya! The gnome splash screen on my FC4t1 setup stays around after I log in, until I click in it. If it's a known problem, please let me know which packages fix it (I can't download all 440M worth of updates through my tiny dialup). If it's not yet a known problem, let me know what you need to know to help someone diagnose the cause. Regards, Msquared... From selinux at gmail.com Fri Apr 1 15:18:56 2005 From: selinux at gmail.com (Tom London) Date: Fri, 1 Apr 2005 07:18:56 -0800 Subject: Yum updating problems In-Reply-To: <1112368195.16223.5.camel@localhost.localdomain> References: <1112368195.16223.5.camel@localhost.localdomain> Message-ID: <4c4ba153050401071876888daa@mail.gmail.com> On Apr 1, 2005 7:09 AM, Paul wrote: > Hi, > > Anyone else seeing this when they try to do a yum update? > > Repository development already added, not adding again > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/repodata/repomd.xml: [Errno 4] IOError: HTTP Error 404: Date: Fri, 01 Apr 2005 15:09:03 GMT > Server: Apache > Last-Modified: Wed, 30 Mar 2005 19:15:11 GMT > Accept-Ranges: bytes > Content-Length: 4259 > Content-Type: text/html; charset=UTF-8 > Trying other mirror. > Cannot open/read repomd.xml file for repository: development > failure: repodata/repomd.xml from development: [Errno 256] No more > mirrors to try. > > Any way of fixing this myself? > > TTFN > > Paul Nope. Servers are messed up..... -- Tom London From sub1.fedoralist at msquared.id.au Fri Apr 1 15:20:50 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Fri, 1 Apr 2005 23:20:50 +0800 Subject: gnome keyring password - optional? Message-ID: <20050401152050.GB19694@sliderule.msquared.com.au> Is it possible to set an empty password on my gnome keyring? I know it's a security risk, but here's my rationale: I have some Windows machines on my network, and for some obscure reason they ask me for a username and password in nautilus when I access them. Another Windows machine accessing them doesn't have to supply a password (or perhaps the password is hardcoded in Windows). To access the Windows share I just use the username Guest and the password Guest. The point is that the username and password are not really secrets, they're just another annoying thing to type to get access to an effectively public resource in my network. I want to be able to access the shares without typing in anything, even to gnone, and even once per session. I'm slack. :-) Regards, Msquared... From justin.conover at gmail.com Fri Apr 1 15:24:13 2005 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 1 Apr 2005 09:24:13 -0600 Subject: Mouted Install FC3-4 In-Reply-To: References: <424B242C.4080301@libero.it> Message-ID: On Apr 1, 2005 5:30 AM, Pieter Bijleveld wrote: > What if you use the boot floppys of Fedora Core 1? > > Whith these floppys you can install whith FTP, HTTP, NFS, HardDisk, and so > on. > > The driver disk of Fedora Core 1 was for me up-to-date (for my NIC). > > Good luck, > > Pieter > > > How about CD/DVD-RW? I always utilize rewritable media for Linux-OS, > > because even with a final product in about 6-8 months there is another > > version. > > > > bye > > Cimmo > > > > Caleb Warta ha scritto: > > > > > i have fedora core 3 and dont want to make / dont have the money right > > > now to make cds for a fc4 install and sence id have to reinstall when > > > the may16 version comes out i dont feel like doing that burn of 4 cds > > > twice so could some one explane how to do a mouted install i havnt > > > really tried before most my install (all) were on to blank or formated > > > hard drives and this time i want to install with out making those cds > > > please help > > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > You want to grab the DVD iso and do the following http://osdn.dl.sourceforge.net/sourceforge/souptonuts/README_fedora.txt Or you could just grab the first disk and do a "minimal" install. Or you can try yum. From sub1.fedoralist at msquared.id.au Fri Apr 1 15:28:52 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Fri, 1 Apr 2005 23:28:52 +0800 Subject: super/windows won't work as bucky key for Keyboard Shortcuts Message-ID: <20050401152852.GC19694@sliderule.msquared.com.au> FC4t1, trying to make super-1 through super-4 switch to desktops 1 through 4. This used to work on my FC1 box, but now super (aka "the windows key") behaves like a normal keystroke (eg "F1", "A", "Enter"), rather than like a bucky key (eg "Shift", "Ctrl", "Alt"). Is there something I can do to fix this? Regards, Msquared... From sub1.fedoralist at msquared.id.au Fri Apr 1 15:35:50 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Fri, 1 Apr 2005 23:35:50 +0800 Subject: FC4t1 - dhcp sets host IP but not host name - "you must be root" Message-ID: <20050401153550.GD19694@sliderule.msquared.com.au> While booting my FC4t1 box, I get this message when eth0 is set up by dhcp: "you must be root to change the host name" The host name is left as localhost. The IP address does change to the correct value, however. Is this a bug, or a configuration error? I noticed that before I updated the policy from the dev repository, bringing up lo and eth0 generated many SELinux errors (about a dozen each), but that has been cured. Regards, Msquared... From cimmo at libero.it Fri Apr 1 15:57:39 2005 From: cimmo at libero.it (Cimmo) Date: Fri, 01 Apr 2005 17:57:39 +0200 Subject: gnome splash screen stays around In-Reply-To: <20050401151533.GA19694@sliderule.msquared.com.au> References: <20050401151533.GA19694@sliderule.msquared.com.au> Message-ID: <424D6F73.3080206@libero.it> It depends which icon remains highlited Msquared ha scritto: >Hiya! > >The gnome splash screen on my FC4t1 setup stays around after I log in, >until I click in it. > >If it's a known problem, please let me know which packages fix it (I can't >download all 440M worth of updates through my tiny dialup). If it's not >yet a known problem, let me know what you need to know to help someone >diagnose the cause. > >Regards, Msquared... > > > From sub1.fedoralist at msquared.id.au Fri Apr 1 16:20:13 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Sat, 2 Apr 2005 00:20:13 +0800 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader Message-ID: <20050401162013.GE19694@sliderule.msquared.com.au> I have an Apacer MegaSteno USB 2.0 7-in-1 card reader. One of the neat things about this is that it claims to support Linux. It tells you what minimum kernel version you need, and how to modify the kernel config to allow the kernel to see all three slots on it. The device worked well under FC1. While testing FC4t1, I have also discovered the joy of autodetection of USB drives, USB card readers, and cards plugged into USB card readers, plus the automounting of all of the above. Awesome! I have discovered one problem, though. Although automounting of USB drives works well, inserting a MMC, SD, or CF card into the abovementioned card reader automounts the first time, but not on subsequent insertions. I also discovered that after this occurs, nothing else will automount, either. When I insert an MMC, SD, or CF card into the reader, gnome-volume-manager starts using up 100% CPU, so I have to kill it. If I re-run it from the commandline, automounting starts working again (for other devices) until I insert an MMC, SD, or CF card again. If I remove the card reader, insert the card into the card reader, then plug it back into the USB port, the behaviour is the same. Regards, Msquared... From cimmo at libero.it Fri Apr 1 16:36:18 2005 From: cimmo at libero.it (Cimmo) Date: Fri, 01 Apr 2005 18:36:18 +0200 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <20050401162013.GE19694@sliderule.msquared.com.au> References: <20050401162013.GE19694@sliderule.msquared.com.au> Message-ID: <424D7882.1060500@libero.it> Msquared ha scritto: >When I insert an MMC, SD, or CF card into the reader, gnome-volume-manager >starts using up 100% CPU, so I have to kill it. If I re-run it from the >commandline, automounting starts working again (for other devices) until I >insert an MMC, SD, or CF card again. > >If I remove the card reader, insert the card into the card reader, then >plug it back into the USB port, the behaviour is the same. > >Regards, Msquared... > > Have tried the last version of gnome-volume-control in rawride? From cimmo at libero.it Fri Apr 1 16:38:15 2005 From: cimmo at libero.it (Cimmo) Date: Fri, 01 Apr 2005 18:38:15 +0200 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <424D7882.1060500@libero.it> References: <20050401162013.GE19694@sliderule.msquared.com.au> <424D7882.1060500@libero.it> Message-ID: <424D78F7.3000903@libero.it> Cimmo ha scritto: > Have tried the last version of gnome-volume-control in rawride? > rawhide :-P From jspaleta at gmail.com Fri Apr 1 16:45:25 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 1 Apr 2005 11:45:25 -0500 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <20050401162013.GE19694@sliderule.msquared.com.au> References: <20050401162013.GE19694@sliderule.msquared.com.au> Message-ID: <604aa7910504010845330481db@mail.gmail.com> On Apr 1, 2005 11:20 AM, Msquared wrote: > If I remove the card reader, insert the card into the card reader, then > plug it back into the USB port, the behaviour is the same. which packages versions of hal dbus gamin and gnome-volume-manager do you have? rpm -q hal gnome-volume-manager dbus gamin possibly a gnome-volume-manger specific problem or a deeper problem with hal. Do the mountpoints and fstab entries get created correctly? If the mountpoints and fstab entries get created but automounting isnt working.. then its a gnome-volume-manager problem. when you encounter the problem look at /etc/fstab and at the mountpoint /media directory to see if entries for the inserted cards are created. You can do some highlevel troubleshooting of hal without gnome-volume-manager running by logging out of gnome and logging into a virtual console (ALT+CTL+F1 for example) commandline interface. On card insertion even at a virtual console, if hal is working correctly you should see fstab entries being created and mountpoints under /media/ being created with every insertion of the media. And conversly the fstab entry and mountpoints being removed everytime the media is pulled out. If either the fstab entry or the mountpoint fails to be created on multiple insertions thats a good indication the problem is with hal (or deeper). You could also configure gnome to not automount those devices and test repeated re-insertion and manual mounting. On insertion.. if hal is working.. and gamin is working... the device will show up in the nautilus Computer window. From there you can manually mount the device. Try to see if the problem only exists if automounting in gnome is enabled. -jef From cyberhawkusa at hotmail.com Fri Apr 1 16:58:12 2005 From: cyberhawkusa at hotmail.com (Caleb B. Warta) Date: Fri, 1 Apr 2005 08:58:12 -0800 Subject: Mouted Install FC3-4 In-Reply-To: Message-ID: Any solution for people with no floppy drive is there or are there plans to make a boot cd that lets you chose other install methods -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Pieter Bijleveld Sent: Friday, April 01, 2005 3:30 AM To: For testers of Fedora Core development releases Subject: RE: Mouted Install FC3-4 What if you use the boot floppys of Fedora Core 1? Whith these floppys you can install whith FTP, HTTP, NFS, HardDisk, and so on. The driver disk of Fedora Core 1 was for me up-to-date (for my NIC). Good luck, Pieter > How about CD/DVD-RW? I always utilize rewritable media for Linux-OS, > because even with a final product in about 6-8 months there is another > version. > > bye > Cimmo > > Caleb Warta ha scritto: > > > i have fedora core 3 and dont want to make / dont have the money right > > now to make cds for a fc4 install and sence id have to reinstall when > > the may16 version comes out i dont feel like doing that burn of 4 cds > > twice so could some one explane how to do a mouted install i havnt > > really tried before most my install (all) were on to blank or formated > > hard drives and this time i want to install with out making those cds > > please help > > -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From jspaleta at gmail.com Fri Apr 1 17:05:36 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 1 Apr 2005 12:05:36 -0500 Subject: Mouted Install FC3-4 In-Reply-To: References: Message-ID: <604aa79105040109053c2395ec@mail.gmail.com> On Apr 1, 2005 11:58 AM, Caleb B. Warta wrote: > Any solution for people with no floppy drive is there or are there plans to > make a boot cd that lets you chose other install methods boot.iso and rescuecd.iso exist for every fedora release and is available on the mirrors and on the isos. Either of these can be used to choose network or harddisk install methods. I would highly encourage anyone who is not going to download the full iso set to pull the rescuecd.iso instead of the tiny boot.iso so they have access to the rescue environment. for example: http://download.fedora.redhat.com/pub/fedora/linux/core/test/3.90/i386/os/images/rescuecd.iso -jef From FrankSanderDo at vodafone.de Fri Apr 1 16:30:31 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Fri, 01 Apr 2005 18:30:31 +0200 Subject: Clock Problem on AMD64 - Fedora Core 4 In-Reply-To: References: <424B1107.10905@bellsouth.net> <424C4ED6.9070907@vodafone.de> <424C5FCD.4070505@vodafone.de> Message-ID: <424D7727.40100@vodafone.de> Hi Marc, I do not see a reason on a dual boot system that Windows can impact you!? So I don't think you have to remove it see you Frank Marc M wrote: >>if you are using NTP you should use a local NTP server (same time zone) >>I have had the same prob on my FC3 Notebook and I only could fix it with >>changing the NTP server I used. >>some how the NTP request is overwirting all the other settings. >> >> > > >--Ok, will do, thanks. And yes I am EST. > >---In answer to Bret's question, yes, when I run timeconfig, the >'system clock uses UTC' is indeed checked. > >--Oh, and this is a dual boot with windblows that I haven't bothered >removing, if windblows is the problem I will eradicate that. How do >I know for sure that windblows is the problem here? > >Marc > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cimmo at libero.it Fri Apr 1 17:35:56 2005 From: cimmo at libero.it (Cimmo) Date: Fri, 01 Apr 2005 19:35:56 +0200 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <424956F7.8080503@linux360.ro> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> Message-ID: <424D867C.4070209@libero.it> Ovidiu Lixandru ha scritto: > > Haven't tried it yet. I've got a tv card too, so I'll fiddle with it > these days and let you know how it's going. Just be sure it's not a > mixer problem. ;) Also, AFAIR in the Windows drivers that jack was > shared between an analogue line-in input and some digital I/O and you > had to set it in the Creative control panel. Maybe ALSA has a similar > setting. > Have you tried your tv card? Is there some sound? None for me at the moment in Linux, of course all is ok in Windows :( Have you joined this discussion? Interesting... http://forums.creative.com/creativelabs/board/message?board.id=soundblaster&message.id=14182 From lwn-fedora-test at lwn.net Fri Apr 1 17:56:01 2005 From: lwn-fedora-test at lwn.net (Jonathan Corbet) Date: Fri, 01 Apr 2005 10:56:01 -0700 Subject: ssh hosed? Message-ID: <20050401175601.28315.qmail@lwn.net> Just did a massive rawhide "yum update" on my x86-64 box. Now, when it tries to start sshd, I get the following bit of joy in the log file: Apr 1 10:54:09 bike kernel: sshd[21678]: segfault at 000000f100000046 rip 0000555555560d28 rsp 00007fffffffe750 error 4 Shall we say I'm glad this wasn't a remote update? Anybody else seen this? Any idea as to what's going on? Thanks, jon Jonathan Corbet Executive editor, LWN.net corbet at lwn.net From cyberhawkusa at hotmail.com Fri Apr 1 18:01:00 2005 From: cyberhawkusa at hotmail.com (Caleb B. Warta) Date: Fri, 1 Apr 2005 10:01:00 -0800 Subject: FC4 monitor support Message-ID: Ok this is a vary common monitor and is not that old in fact I know two people that just picked one up Compaq 7550 It was in the list in FC3 but is not currently in the list for FC4 and it support higher then 1600x1200 res I know it supports atleast that but you get a error on the monitor when you tell FC4 to use a unknown monitor that supports 1600x1200 So I hope that support for this monitor gets added but I need some info from some useful people 1. how do you get FC4 to boot to a command line 2. how do you from that command line change the res settings or does anyone have a better solution -------------- next part -------------- An HTML attachment was scrubbed... URL: From notting at redhat.com Fri Apr 1 18:03:49 2005 From: notting at redhat.com (Bill Nottingham) Date: Fri, 1 Apr 2005 13:03:49 -0500 Subject: ssh hosed? In-Reply-To: <20050401175601.28315.qmail@lwn.net> References: <20050401175601.28315.qmail@lwn.net> Message-ID: <20050401180349.GA19937@nostromo.devel.redhat.com> Jonathan Corbet (lwn-fedora-test at lwn.net) said: > Just did a massive rawhide "yum update" on my x86-64 box. Now, when it > tries to start sshd, I get the following bit of joy in the log file: > > Apr 1 10:54:09 bike kernel: sshd[21678]: segfault at 000000f100000046 > rip 0000555555560d28 rsp 00007fffffffe750 error 4 > > Shall we say I'm glad this wasn't a remote update? This should be fixed with the new openssl in today's tree. (Yes, I know the metadata is missing there, so updates are a little tricky.) Bill From dragoran at feuerpokemon.de Fri Apr 1 18:09:46 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 01 Apr 2005 20:09:46 +0200 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <604aa7910504010845330481db@mail.gmail.com> References: <20050401162013.GE19694@sliderule.msquared.com.au> <604aa7910504010845330481db@mail.gmail.com> Message-ID: <424D8E6A.5080505@feuerpokemon.de> Jeff Spaleta wrote: >On Apr 1, 2005 11:20 AM, Msquared wrote: > > >>If I remove the card reader, insert the card into the card reader, then >>plug it back into the USB port, the behaviour is the same. >> >> > >which packages versions of hal dbus gamin and gnome-volume-manager do you have? >rpm -q hal gnome-volume-manager dbus gamin > >possibly a gnome-volume-manger specific problem or a deeper problem with hal. >Do the mountpoints and fstab entries get created correctly? If the >mountpoints and fstab entries get created but automounting isnt >working.. then its a gnome-volume-manager problem. when you encounter >the problem look at /etc/fstab and at the mountpoint /media directory >to see if entries for the inserted cards are created. You can do some >highlevel troubleshooting of hal without gnome-volume-manager running >by logging out of gnome and logging into a virtual console (ALT+CTL+F1 >for example) commandline interface. On card insertion even at a >virtual console, if hal is working correctly you should see fstab >entries being created and mountpoints under /media/ being created >with every insertion of the media. And conversly the fstab entry and >mountpoints being removed everytime the media is pulled out. If either >the fstab entry or the mountpoint fails to be created on multiple >insertions thats a good indication the problem is with hal (or >deeper). > >You could also configure gnome to not automount those devices and test >repeated re-insertion and manual mounting. On insertion.. if hal is >working.. and gamin is working... the device will show up in the >nautilus Computer window. From there you can manually mount the >device. Try to see if the problem only exists if automounting in gnome >is enabled. > >-jef > > > I have the same problem with FC3 try to plug your cardreader without any card and plug one after its detected in dmesg. http://www.redhat.com/archives/fedora-devel-list/2005-March/msg00321.html https://bugzilla.redhat.com/beta/show_bug.cgi?id=150175 From pjones at redhat.com Fri Apr 1 18:10:26 2005 From: pjones at redhat.com (Peter Jones) Date: Fri, 01 Apr 2005 13:10:26 -0500 Subject: Clock Problem on AMD64 - Fedora Core 4 In-Reply-To: References: <424B1107.10905@bellsouth.net> <424C4ED6.9070907@vodafone.de> <424C5FCD.4070505@vodafone.de> Message-ID: <1112379027.3566.10.camel@localhost.localdomain> On Thu, 2005-03-31 at 21:37 -0500, Marc M wrote: > > if you are using NTP you should use a local NTP server (same time zone) > > I have had the same prob on my FC3 Notebook and I only could fix it with > > changing the NTP server I used. > > some how the NTP request is overwirting all the other settings. > > > --Ok, will do, thanks. And yes I am EST. > > ---In answer to Bret's question, yes, when I run timeconfig, the > 'system clock uses UTC' is indeed checked. > > --Oh, and this is a dual boot with windblows that I haven't bothered > removing, if windblows is the problem I will eradicate that. How do > I know for sure that windblows is the problem here? It is -- well, sortof. If you boot into windows, it reads the hardware clock, which it doesn't know is UTC. So it thinks that's the local time. If the time is corrected (i.e. with something like ntp, or by manual update, or whatever), then it'll write the local time to the hw clock. So then, when you reboot to Linux, it reads the local time from the hw clock, but it thinks it's reading UTC. So it's off by your timezone offset. The solution is to either not use UTC, not dual boot, or to make sure Windows never updates the time. Ever. At all. -- Peter From lwn-fedora-test at lwn.net Fri Apr 1 18:11:41 2005 From: lwn-fedora-test at lwn.net (Jonathan Corbet) Date: Fri, 01 Apr 2005 11:11:41 -0700 Subject: ssh hosed? In-Reply-To: Your message of "Fri, 01 Apr 2005 13:03:49 EST." <20050401180349.GA19937@nostromo.devel.redhat.com> Message-ID: <20050401181141.29958.qmail@lwn.net> Bill Nottingham wrote: > Jonathan Corbet (lwn-fedora-test at lwn.net) said: > > Just did a massive rawhide "yum update" on my x86-64 box. Now, when it > > tries to start sshd, I get the following bit of joy in the log file: > > > > Apr 1 10:54:09 bike kernel: sshd[21678]: segfault at 000000f100000046 > > rip 0000555555560d28 rsp 00007fffffffe750 error 4 > > This should be fixed with the new openssl in today's tree. (Yes, > I know the metadata is missing there, so updates are a little tricky.) In fact, reverting back to openssl-0.9.7e (from 0.9.7f currently in rawhide) fixes the problem. Does that mean there will be a 0.9.7g or some such which can be safely installed soon? Thanks, jon Jonathan Corbet Executive editor, LWN.net corbet at lwn.net From fedora at nodata.co.uk Fri Apr 1 18:21:19 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 01 Apr 2005 20:21:19 +0200 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <20050401162013.GE19694@sliderule.msquared.com.au> References: <20050401162013.GE19694@sliderule.msquared.com.au> Message-ID: <1112379679.3419.3.camel@localhost.localdomain> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152246 From fedora at nodata.co.uk Fri Apr 1 18:22:00 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 01 Apr 2005 20:22:00 +0200 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <20050401162013.GE19694@sliderule.msquared.com.au> References: <20050401162013.GE19694@sliderule.msquared.com.au> Message-ID: <1112379720.3419.5.camel@localhost.localdomain> oops :) Try this one: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151960 From dcbw at redhat.com Fri Apr 1 18:35:53 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 01 Apr 2005 13:35:53 -0500 Subject: FC4 monitor support In-Reply-To: References: Message-ID: <1112380553.14016.5.camel@dcbw.boston.redhat.com> On Fri, 2005-04-01 at 10:01 -0800, Caleb B. Warta wrote: > Ok this is a vary common monitor and is not that old in fact I know > two people that just picked one up > > > > Compaq 7550 > > > > It was in the list in FC3 but is not currently in the list for FC4 and > it support higher then 1600x1200 res I know it supports atleast that > but you get a error on the monitor when you tell FC4 to use a unknown > monitor that supports 1600x1200 > Do you have the .inf file for this monitor? This monitor is listed in the Compaq section already in FC4: Compaq;Compaq 7550 Color Monitor;cpq1446;30.0-86.0;50.0-140.0;1 If those refresh rates are wrong, then they can be changed but the monitor should be there in the list in system-config-network. Dan From mitch at metauser.net Fri Apr 1 18:38:21 2005 From: mitch at metauser.net (Mitch Anderson) Date: Fri, 01 Apr 2005 11:38:21 -0700 Subject: FC4 monitor support In-Reply-To: <1112380553.14016.5.camel@dcbw.boston.redhat.com> References: <1112380553.14016.5.camel@dcbw.boston.redhat.com> Message-ID: <1112380701.26535.5.camel@venom> On Fri, 2005-04-01 at 13:35 -0500, Dan Williams wrote: > If those refresh rates are wrong, then they can be changed but the > monitor should be there in the list in system-config-network. system-config-display :) From sub1.fedoralist at msquared.id.au Fri Apr 1 18:39:11 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Sat, 2 Apr 2005 02:39:11 +0800 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <604aa7910504010845330481db@mail.gmail.com> <424D78F7.3000903@libero.it> <424D7882.1060500@libero.it> References: <20050401162013.GE19694@sliderule.msquared.com.au> <604aa7910504010845330481db@mail.gmail.com> <20050401162013.GE19694@sliderule.msquared.com.au> <424D7882.1060500@libero.it> <424D78F7.3000903@libero.it> <20050401162013.GE19694@sliderule.msquared.com.au> <424D7882.1060500@libero.it> Message-ID: <20050401183911.GA22623@sliderule.msquared.com.au> On Fri, Apr 01, 2005 at 06:36:18PM +0200, Cimmo wrote: > Have tried the last version of gnome-volume-control in rawride? I have gnome-volume-manager-1.1.3-3 if that's what you are referring it. Is the rawhide the one I get if I use yum with the development repository enabled? > >Have tried the last version of gnome-volume-control in rawride? > > > rawhide :-P Hehe. :o) Mind you, if the packages therein are undergoing much change and are susceptible to many problems, someone might go aheand and call it a rawride anyway... ;-) On Fri, Apr 01, 2005 at 11:45:25AM -0500, Jeff Spaleta wrote: > rpm -q hal gnome-volume-manager dbus gamin [root at mnemonic ~]# rpm -q hal gnome-volume-manager dbus gamin hal-0.5.0.cvs20050322b-1 gnome-volume-manager-1.1.3-3 dbus-0.31-2 gamin-0.0.25-4 I'm going to run yum to update them, though. Looks like it wants to update dbus and gamin. Woo, just looked at the info on gamin. I hope it's better than fam. I hate it when asdfi have to killall fam to umount a CD or memory card under FC1. > Do the mountpoints and fstab entries get created correctly? Yes. The problem only occurs if automount is turned on inside Removable Drives and Media Preferences, and only (so far) for cards inserted into the card reader. USB thumb drives and CDs work fine. Interesting to note that although mentally I think of the card in the card reader as removable media, it is automounted when "Mount removable drives when hot-plugged" is on but "Mount removable media when inserted" is off, indicating that gnome-volume-manager treats the card as a hot-plug drive... Something I'll just have to get usd to, I guess. :o) > You could also configure gnome to not automount those devices and test > repeated re-insertion and manual mounting. Manual mounting (via mount command, mount panel object, nautilus, etc) all work fine when no automounting via gnome-volume-manager happening. > the device will show up in the nautilus Computer window. Woo, I didn't know that happened. Very nice! > From there you can manually mount the device. Try to see if the problem > only exists if automounting in gnome is enabled. That is indeed the case. Regards, Msquared... From dcbw at redhat.com Fri Apr 1 18:40:49 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 01 Apr 2005 13:40:49 -0500 Subject: FC4 monitor support In-Reply-To: <1112380701.26535.5.camel@venom> References: <1112380553.14016.5.camel@dcbw.boston.redhat.com> <1112380701.26535.5.camel@venom> Message-ID: <1112380849.14016.7.camel@dcbw.boston.redhat.com> On Fri, 2005-04-01 at 11:38 -0700, Mitch Anderson wrote: > On Fri, 2005-04-01 at 13:35 -0500, Dan Williams wrote: > > > If those refresh rates are wrong, then they can be changed but the > > monitor should be there in the list in system-config-network. > > system-config-display :) Right you are, my mistake. Dan From tduffy at sun.com Fri Apr 1 18:42:28 2005 From: tduffy at sun.com (Tom Duffy) Date: Fri, 01 Apr 2005 10:42:28 -0800 Subject: ssh hosed? In-Reply-To: <20050401181141.29958.qmail@lwn.net> References: <20050401181141.29958.qmail@lwn.net> Message-ID: <1112380948.18939.16.camel@duffman> On Fri, 2005-04-01 at 11:11 -0700, Jonathan Corbet wrote: > In fact, reverting back to openssl-0.9.7e (from 0.9.7f currently in > rawhide) fixes the problem. Does that mean there will be a 0.9.7g or > some such which can be safely installed soon? Install this one and you should be set: http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/Fedora/RPMS/openssl-0.9.7f-2.x86_64.rpm -tduffy -------------- 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 sub1.fedoralist at msquared.id.au Fri Apr 1 18:53:58 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Sat, 2 Apr 2005 02:53:58 +0800 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <1112379720.3419.5.camel@localhost.localdomain> <424D8E6A.5080505@feuerpokemon.de> References: <20050401162013.GE19694@sliderule.msquared.com.au> <1112379720.3419.5.camel@localhost.localdomain> <20050401162013.GE19694@sliderule.msquared.com.au> <604aa7910504010845330481db@mail.gmail.com> <424D8E6A.5080505@feuerpokemon.de> Message-ID: <20050401185357.GB22623@sliderule.msquared.com.au> On Fri, Apr 01, 2005 at 08:09:46PM +0200, dragoran wrote: > I have the same problem with FC3 try to plug your cardreader without any > card and plug one after its detected in dmesg. > http://www.redhat.com/archives/fedora-devel-list/2005-March/msg00321.html > https://bugzilla.redhat.com/beta/show_bug.cgi?id=150175 My problem is slightly different, because the 100%CPU occurs no matter how I perform the insertion (card into reader then reader into USB, or reader into USB then card into reader). On Fri, Apr 01, 2005 at 08:22:00PM +0200, nodata wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151960 That is exactly the same as mine. I also had to kill -9 gnome-volume-manager to stop it. I notice a comment from John (J5) Palmieri about 1.3.1, but I can only see 1.1.3. Anyone kmow where 1.3.1 can be found? Regards, Msquared... From cyberhawkusa at hotmail.com Fri Apr 1 19:00:29 2005 From: cyberhawkusa at hotmail.com (Caleb B. Warta) Date: Fri, 1 Apr 2005 11:00:29 -0800 Subject: FC4 monitor support In-Reply-To: <1112380849.14016.7.camel@dcbw.boston.redhat.com> Message-ID: Its good to know that I am not the only one that cant see this monitor its just weird that a mid age monitor would not be supported but maybe it just got over looked I am kind of new to linux but I am a fast learner so this email this has been a great help thanks everyone Can someone point me to the bugzilla so that I can properly remote this error -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Dan Williams Sent: Friday, April 01, 2005 10:41 AM To: For testers of Fedora Core development releases Subject: Re: FC4 monitor support On Fri, 2005-04-01 at 11:38 -0700, Mitch Anderson wrote: > On Fri, 2005-04-01 at 13:35 -0500, Dan Williams wrote: > > > If those refresh rates are wrong, then they can be changed but the > > monitor should be there in the list in system-config-network. > > system-config-display :) Right you are, my mistake. Dan -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From jspaleta at gmail.com Fri Apr 1 19:00:40 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 1 Apr 2005 14:00:40 -0500 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <20050401183911.GA22623@sliderule.msquared.com.au> References: <20050401162013.GE19694@sliderule.msquared.com.au> <604aa7910504010845330481db@mail.gmail.com> <424D78F7.3000903@libero.it> <424D7882.1060500@libero.it> <20050401183911.GA22623@sliderule.msquared.com.au> Message-ID: <604aa79105040111004b4a80c6@mail.gmail.com> On Apr 1, 2005 1:39 PM, Msquared wrote: > That is indeed the case. Well it definitely sounds like a gnome-volume-manager specific problem. I don't have any of these multicard reader object so I'm probably not going to be much help to you beyond this point. Probably worth filing with as much specific information as possible.. especially since everything seems to work except when automounting is active. Make sure you note in the report the problem only occurs when automount is active, so far I havent seen any bugzilla ticket that actually narrows down the problem to just the automounting active case. This could be a dbus/gnome-volume-manager interaction problem. I'm not sure how to go about diagnosing that, there is probably someone to get the messagebus service to emit copious logs for you to capture and attach.. but i don't know how to do it yet. you can try updating dbus, reboot just to make sure all the services are restarted and see if you can reproduce the problem. Latest rawhide dbus is dbus-0.31-4, but I'm not seeing anything in the package changelog that would suggest -4 has a fixed applied for anything compared to -2 so i dont think this is going to be fix. Whether the situation is a 'mount removable drives' versus 'mount removable media when inserted' is probably worth filing as a seperate issue and worth discussion with the developer of gnome-volume-manager or hal. I THINK g-v-m just gets told whether its a removable media versus a removable drive and tries to act accordingly. I think hal is actually the software that tries to make the distinction and then communicates that distinction via dbus to g-v-m... i could be totally wrong about that. If its unitutive however its still worth bringing up as a bugzilla ticket even if the developers end up disagreeing with you. -jef From kai.thomsen at gmx.de Fri Apr 1 19:06:15 2005 From: kai.thomsen at gmx.de (Kai Thomsen) Date: Fri, 1 Apr 2005 21:06:15 +0200 Subject: gnome splash screen stays around In-Reply-To: <20050401151533.GA19694@sliderule.msquared.com.au> References: <20050401151533.GA19694@sliderule.msquared.com.au> Message-ID: <20050401210615.78aaeab3.kai.thomsen@gmx.de> Msquared wrote: > The gnome splash screen on my FC4t1 setup stays around after I log in, > until I click in it. Have you added any "startup programs" to your GNOME session via gnome- session-properties? Does the problem go away when you remove them? From tduffy at sun.com Fri Apr 1 19:06:59 2005 From: tduffy at sun.com (Tom Duffy) Date: Fri, 01 Apr 2005 11:06:59 -0800 Subject: Metadata WAS[ Re: ssh hosed?] In-Reply-To: <20050401180349.GA19937@nostromo.devel.redhat.com> References: <20050401175601.28315.qmail@lwn.net> <20050401180349.GA19937@nostromo.devel.redhat.com> Message-ID: <1112382420.14094.0.camel@duffman.sfbay.sun.com> On Fri, 2005-04-01 at 13:03 -0500, Bill Nottingham wrote: > I know the metadata is missing there, so updates are a little tricky.) What is the deal with the metadata today? -tduffy -------------- 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 tduffy at sun.com Fri Apr 1 19:06:59 2005 From: tduffy at sun.com (Tom Duffy) Date: Fri, 01 Apr 2005 11:06:59 -0800 Subject: Metadata WAS[ Re: ssh hosed?] In-Reply-To: <20050401180349.GA19937@nostromo.devel.redhat.com> References: <20050401175601.28315.qmail@lwn.net> <20050401180349.GA19937@nostromo.devel.redhat.com> Message-ID: <1112382420.14094.0.camel@duffman.sfbay.sun.com> On Fri, 2005-04-01 at 13:03 -0500, Bill Nottingham wrote: > I know the metadata is missing there, so updates are a little tricky.) What is the deal with the metadata today? -tduffy -------------- 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 Fri Apr 1 19:13:48 2005 From: notting at redhat.com (Bill Nottingham) Date: Fri, 1 Apr 2005 14:13:48 -0500 Subject: Metadata WAS[ Re: ssh hosed?] In-Reply-To: <1112382420.14094.0.camel@duffman.sfbay.sun.com> References: <20050401175601.28315.qmail@lwn.net> <20050401180349.GA19937@nostromo.devel.redhat.com> <1112382420.14094.0.camel@duffman.sfbay.sun.com> Message-ID: <20050401191348.GA3623@nostromo.devel.redhat.com> Tom Duffy (tduffy at sun.com) said: > > I know the metadata is missing there, so updates are a little tricky.) > > What is the deal with the metadata today? Build process ran out of space. Bill From dcbw at redhat.com Fri Apr 1 19:20:48 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 01 Apr 2005 14:20:48 -0500 Subject: FC4 monitor support In-Reply-To: References: Message-ID: <1112383248.14016.13.camel@dcbw.boston.redhat.com> On Fri, 2005-04-01 at 11:00 -0800, Caleb B. Warta wrote: > Its good to know that I am not the only one that cant see this monitor its > just weird that a mid age monitor would not be supported but maybe it just > got over looked > > I am kind of new to linux but I am a fast learner so this email this has > been a great help thanks everyone > > Can someone point me to the bugzilla so that I can properly remote this > error No, the point is that it should be in the list from system-config- display already: 1) run system-config-display a) type "system-config-display" in a terminal, OR b) Applications->System Settings->Display 2) Click the "Hardware Tab" 3) In the "Monitor Type" section, click the "Configure..." button 4) Expand the "Compaq" section and click the disclosure triangle 5) Find "Compaq 7550 Color Monitor" in that list Its there, just tried it on current Rawhide. Dan From cyberhawkusa at hotmail.com Fri Apr 1 20:26:13 2005 From: cyberhawkusa at hotmail.com (Caleb B. Warta) Date: Fri, 1 Apr 2005 12:26:13 -0800 Subject: FC4 monitor support In-Reply-To: <1112383248.14016.13.camel@dcbw.boston.redhat.com> Message-ID: That's the same list it gives you on first boot then its not there ill have to try that though when I am off work can I do that from command line because I still have to change the res before I can try that then -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Dan Williams Sent: Friday, April 01, 2005 11:21 AM To: For testers of Fedora Core development releases Subject: RE: FC4 monitor support On Fri, 2005-04-01 at 11:00 -0800, Caleb B. Warta wrote: > Its good to know that I am not the only one that cant see this monitor its > just weird that a mid age monitor would not be supported but maybe it just > got over looked > > I am kind of new to linux but I am a fast learner so this email this has > been a great help thanks everyone > > Can someone point me to the bugzilla so that I can properly remote this > error No, the point is that it should be in the list from system-config- display already: 1) run system-config-display a) type "system-config-display" in a terminal, OR b) Applications->System Settings->Display 2) Click the "Hardware Tab" 3) In the "Monitor Type" section, click the "Configure..." button 4) Expand the "Compaq" section and click the disclosure triangle 5) Find "Compaq 7550 Color Monitor" in that list Its there, just tried it on current Rawhide. Dan -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From fedora at nodata.co.uk Fri Apr 1 20:27:36 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 01 Apr 2005 22:27:36 +0200 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <20050401185357.GB22623@sliderule.msquared.com.au> References: <20050401162013.GE19694@sliderule.msquared.com.au> <1112379720.3419.5.camel@localhost.localdomain> <20050401162013.GE19694@sliderule.msquared.com.au> <604aa7910504010845330481db@mail.gmail.com> <424D8E6A.5080505@feuerpokemon.de> <20050401185357.GB22623@sliderule.msquared.com.au> Message-ID: <1112387256.3831.0.camel@sb-home.lan> > I notice a comment from John (J5) Palmieri about 1.3.1, but I can only see > 1.1.3. Anyone kmow where 1.3.1 can be found? > > Regards, Msquared... http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/gnome-volume-manager-1.3.1-1.i386.rpm From sean.bruno at dsl-only.net Fri Apr 1 20:31:35 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 12:31:35 -0800 Subject: FC4T1 Dependency error In-Reply-To: <604aa7910504010559366a5b87@mail.gmail.com> References: <1112352114.4049.18.camel@localhost.localdomain> <604aa7910504010559366a5b87@mail.gmail.com> Message-ID: <1112387495.4049.21.camel@localhost.localdomain> On Fri, 2005-04-01 at 08:59 -0500, Jeff Spaleta wrote: > On Apr 1, 2005 5:41 AM, Sean Bruno wrote: > > Error: Missing Dependency: python = 2.4-4 is needed by package > > python-docs > > I'm not sure why you are seeing this.. unless you have some duplicate > packages installed which are causing unexpected problems. > I have python-2.4-6 and python-docs-2.4-102 installed with no problems > > In the future, if you could supply information about the version of > the affected packages that are installed and the versions you are > trying to install, that would be helpful for any discussion. > > -jef > Here is the output of "rpm -q -a|grep python|sort" on my machine: > MySQL-python-1.0.0-3 > beecrypt-python-4.1.2-3 > dbus-python-0.31-4 > gamin-python-0.0.26-1 > gnome-python2-2.10.0-1 > gnome-python2-applet-2.10.0-2.1 > gnome-python2-bonobo-2.10.0-1 > gnome-python2-canvas-2.10.0-1 > gnome-python2-extras-2.10.0-2.1 > gnome-python2-gconf-2.10.0-1 > gnome-python2-gnomeprint-2.10.0-2.1 > gnome-python2-gnomevfs-2.10.0-1 > gnome-python2-gtkhtml2-2.10.0-2.1 > gnome-python2-gtkmozembed-2.10.0-2.1 > gnome-python2-gtksourceview-2.10.0-2.1 > gnome-python2-gtkspell-2.10.0-2.1 > gnome-python2-libegg-2.10.0-2.1 > gnome-python2-libgtop2-2.10.0-2.1 > gnome-python2-libwnck-2.10.0-2.1 > gnome-python2-nautilus-cd-burner-2.10.0-2.1 > libieee1284-python-0.2.9-2 > libxml2-python-2.6.18-2 > libxslt-python-1.1.13-2 > mod_python-3.1.4-2 > postgresql-python-8.0.1-5 > python-2.4-4 > python-devel-2.4-4 > python-docs-2.4-4 > python-ldap-2.0.6-4 > python-numeric-23.7-2 > python-sqlite-1.1.6-1 > python-tools-2.4-4 > python-twisted-1.3.0-4 > python-urlgrabber-2.9.6-1 > rpm-python-4.4.1-8 This machine was installed via FC4T1 CD's and I chose the "Everything" install method. From sean.bruno at dsl-only.net Fri Apr 1 20:38:40 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 12:38:40 -0800 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <1112387256.3831.0.camel@sb-home.lan> References: <20050401162013.GE19694@sliderule.msquared.com.au> <1112379720.3419.5.camel@localhost.localdomain> <20050401162013.GE19694@sliderule.msquared.com.au> <604aa7910504010845330481db@mail.gmail.com> <424D8E6A.5080505@feuerpokemon.de> <20050401185357.GB22623@sliderule.msquared.com.au> <1112387256.3831.0.camel@sb-home.lan> Message-ID: <1112387920.4049.24.camel@localhost.localdomain> On Fri, 2005-04-01 at 22:27 +0200, nodata wrote: > > I notice a comment from John (J5) Palmieri about 1.3.1, but I can only see > > 1.1.3. Anyone kmow where 1.3.1 can be found? > > > > Regards, Msquared... > > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/gnome-volume-manager-1.3.1-1.i386.rpm > Well, I have updated my version with this RPM and the app still spikes when I insert a card. I have updated the ticket: 151960 on this issue. Sean From sean.bruno at dsl-only.net Fri Apr 1 20:41:01 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 12:41:01 -0800 Subject: Print job status icon missing(FC4 T1) In-Reply-To: <604aa791050401055277d07e3e@mail.gmail.com> References: <1112342828.4049.11.camel@localhost.localdomain> <604aa791050401055277d07e3e@mail.gmail.com> Message-ID: <1112388061.4049.27.camel@localhost.localdomain> > is there an eggcups process running? > I'm pretty sure ive seen the icon appear when doing printing in the > last week or so, but it definitely won't appear if the eggcups process > is not running. > > -jef > Well I checked and there is an eggcups running: [sean at localhost ~]$ ps -ef|grep egg sean 3957 1 0 Mar31 ? 00:00:11 eggcups --sm-client-id default5 But I definitely do not get any printer icon in the notification area, not can I find any way to get to actual print queue. Can someone else verify that the icon doesn't show up? Sean From deji_aking at yahoo.ca Fri Apr 1 20:59:43 2005 From: deji_aking at yahoo.ca (Deji Akingunola) Date: Fri, 01 Apr 2005 15:59:43 -0500 Subject: Print job status icon missing(FC4 T1) In-Reply-To: <1112388061.4049.27.camel@localhost.localdomain> References: <1112342828.4049.11.camel@localhost.localdomain> <604aa791050401055277d07e3e@mail.gmail.com> <1112388061.4049.27.camel@localhost.localdomain> Message-ID: <424DB63F.4010602@yahoo.ca> Sean Bruno wrote: >>is there an eggcups process running? >>I'm pretty sure ive seen the icon appear when doing printing in the >>last week or so, but it definitely won't appear if the eggcups process >>is not running. >> >>-jef >> >> >> >Well I checked and there is an eggcups running: > >[sean at localhost ~]$ ps -ef|grep egg >sean 3957 1 0 Mar31 ? 00:00:11 eggcups --sm-client-id default5 > > >But I definitely do not get any printer icon in the notification area, >not can I find any way to get to actual print queue. Can someone else >verify that the icon doesn't show up? > > yes. doesn't show up for me too, and I do have eggcups running. Deji From sean.bruno at dsl-only.net Fri Apr 1 21:00:57 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 13:00:57 -0800 Subject: Print job status icon missing(FC4 T1) In-Reply-To: <424DB63F.4010602@yahoo.ca> References: <1112342828.4049.11.camel@localhost.localdomain> <604aa791050401055277d07e3e@mail.gmail.com> <1112388061.4049.27.camel@localhost.localdomain> <424DB63F.4010602@yahoo.ca> Message-ID: <1112389257.4049.34.camel@localhost.localdomain> > >But I definitely do not get any printer icon in the notification area, > >not can I find any way to get to actual print queue. Can someone else > >verify that the icon doesn't show up? > > > > > yes. doesn't show up for me too, and I do have eggcups running. > > Deji > > Thank you...Thought I might be going crazy... Sean From Fred.New at microlink.ee Fri Apr 1 21:07:01 2005 From: Fred.New at microlink.ee (Fred New) Date: Sat, 2 Apr 2005 00:07:01 +0300 Subject: gnome splash screen stays around Message-ID: <345764DCB65C0C4FACC44529DE273C18BE6201@eemail1.microlink.lan> On Fri 4/1/2005 6:15 PM Msquared wrote: > The gnome splash screen on my FC4t1 setup stays around after I log in, > until I click in it. > > If it's a known problem, please let me know which packages fix it (I can't > download all 440M worth of updates through my tiny dialup). If it's not > yet a known problem, let me know what you need to know to help someone > diagnose the cause. > If you have just installed FC4T1 and haven't installed any updates, then you probably need to update gdm. Fred -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2593 bytes Desc: not available URL: From czar at czarc.net Fri Apr 1 21:51:43 2005 From: czar at czarc.net (Gene C.) Date: Fri, 1 Apr 2005 16:51:43 -0500 Subject: ssh hosed? In-Reply-To: <1112380948.18939.16.camel@duffman> References: <20050401181141.29958.qmail@lwn.net> <1112380948.18939.16.camel@duffman> Message-ID: <200504011651.44009.czar@czarc.net> On Friday 01 April 2005 13:42, Tom Duffy wrote: > On Fri, 2005-04-01 at 11:11 -0700, Jonathan Corbet wrote: > > In fact, reverting back to openssl-0.9.7e (from 0.9.7f currently in > > rawhide) fixes the problem. ?Does that mean there will be a 0.9.7g or > > some such which can be safely installed soon? > > Install this one and you should be set: > > http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/ >Fedora/RPMS/openssl-0.9.7f-2.x86_64.rpm Caution -- you also need to pick up openssl-0.9.7f-2.i686.rpm from the i386 directory tree to be consistent ... the development trees are currently in a bit of disorder. -- Gene From bhughes at elevating.com Fri Apr 1 22:09:42 2005 From: bhughes at elevating.com (Bret Hughes) Date: 01 Apr 2005 16:09:42 -0600 Subject: gnome splash screen stays around In-Reply-To: <345764DCB65C0C4FACC44529DE273C18BE6201@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18BE6201@eemail1.microlink.lan> Message-ID: <1112393383.5386.47.camel@bretsony> On Fri, 2005-04-01 at 15:07, Fred New wrote: > On Fri 4/1/2005 6:15 PM Msquared wrote: > > The gnome splash screen on my FC4t1 setup stays around after I log in, > > until I click in it. > > > > If it's a known problem, please let me know which packages fix it (I can't > > download all 440M worth of updates through my tiny dialup). If it's not > > yet a known problem, let me know what you need to know to help someone > > diagnose the cause. > > > If you have just installed FC4T1 and haven't installed any updates, > then you probably need to update gdm. > even with gdm and xorg updated the fedora box that shows the status of the apps starting stays up until I click on it. Is this what you are talking about? I did not see it as a bug so much but assumes it was done on purpose. Bret From wphewitt at bpa.gov Fri Apr 1 22:10:35 2005 From: wphewitt at bpa.gov (William Hewitt) Date: Fri, 01 Apr 2005 14:10:35 -0800 Subject: Putting back the advertising loop in Anaconda..... In-Reply-To: <20050401104309.CD2317381A@hormel.redhat.com> References: <20050401104309.CD2317381A@hormel.redhat.com> Message-ID: <424DC6DB.5060906@bpa.gov> Can someone point in the right direction as to how to put the looping advertising back into the anaconda screens..... They are in RedHat, but seem to have been removed in Fedora..... I'm sure this is not where I should be asking this question, but thought maybe someone might be able to tell me where it would be appropriate.... TIA WPH From sean.bruno at dsl-only.net Fri Apr 1 22:38:00 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 14:38:00 -0800 Subject: Return of Rawhide? Message-ID: <1112395081.4049.41.camel@localhost.localdomain> Just curious...is rawhide going to return from the dead today? Or should I actually go outside and work in the garden? sean From jspaleta at gmail.com Fri Apr 1 22:39:27 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 1 Apr 2005 17:39:27 -0500 Subject: Return of Rawhide? In-Reply-To: <1112395081.4049.41.camel@localhost.localdomain> References: <1112395081.4049.41.camel@localhost.localdomain> Message-ID: <604aa791050401143921db8196@mail.gmail.com> On Apr 1, 2005 5:38 PM, Sean Bruno wrote: > Just curious...is rawhide going to return from the dead today? Or should > I actually go outside and work in the garden? go kill some plants -jef From sean.bruno at dsl-only.net Fri Apr 1 22:56:16 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 14:56:16 -0800 Subject: Gimp-print vs gutenprint In-Reply-To: <1112200782.6149.10.camel@localhost.localdomain> References: <1112125055.6149.1.camel@localhost.localdomain> <20050330093424.GF12412@redhat.com> <1112200782.6149.10.camel@localhost.localdomain> Message-ID: <1112396176.4049.44.camel@localhost.localdomain> On Wed, 2005-03-30 at 08:39 -0800, Sean Bruno wrote: > Indeed it is not "released," but neither is OO.org2... But no worries, > there's always FC5... :) > > Sean > > > On Wed, 2005-03-30 at 10:34 +0100, Tim Waugh wrote: > > On Tue, Mar 29, 2005 at 11:37:35AM -0800, Sean Bruno wrote: > > > > > Was wondering if it is too late in the test cycle to suggest that > > > gimp-print(v4.7) be replaced with gutenprint(v5.0 beta 3)? > > > > > > http://gimp-print.sourceforge.net > > > > Gutenprint isn't even released yet! > > > > Tim. > > */ > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > http://www.redhat.com/mailman/listinfo/fedora-test-list > On a side note to this thread, I installed gutenprint on my FC4T1 box and I experienced some strange cups behaviour. The Web Admin interface allowed me to change the driver on my printer to the Gutenprint "driver" but the printer-config util doesn't notice that I have installed these "drivers" Is this expected behavior, or is there something amiss here? Sean From sean.bruno at dsl-only.net Fri Apr 1 23:21:46 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 15:21:46 -0800 Subject: ccsd fails on startup In-Reply-To: <1112327561.4049.6.camel@localhost.localdomain> References: <1112326637.4049.4.camel@localhost.localdomain> <604aa791050331195013b0fbc3@mail.gmail.com> <1112327561.4049.6.camel@localhost.localdomain> Message-ID: <1112397706.4049.46.camel@localhost.localdomain> On Thu, 2005-03-31 at 19:52 -0800, Sean Bruno wrote: > > ccs was removed from rawhide on march 15th.... so its probably not > > going to be in any subsequent test release or fc4 > > > > -jef > > > Show's you how close I'm paying attention...lol > > Think I should just "rpm -e "it? > > Sean > For the record, I deleted "ccs" from my box and it's two dependencies: ccs is needed by (installed) gulm-1.0-0.pre6.2.i386 ccs is needed by (installed) rgmanager-1.9.8-1.i386 Sean From jkeating at j2solutions.net Fri Apr 1 23:22:24 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 01 Apr 2005 15:22:24 -0800 Subject: Forcing a module to load from syslinux / isolinux / pxelinux prompt Message-ID: <1112397744.3471.472.camel@jkeating2.hq.pogolinux.com> I'm trying to test FC4test1 on some systems at work, and one of them needs the forcedeth network module in order to install over the network. Unfortunately this is not one of my choices when manually selecting a network driver, but the module _IS_ in the initrd. Is there any way I can force this module to load by a installer boot time argument? -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From buildsys at redhat.com Fri Apr 1 23:30:51 2005 From: buildsys at redhat.com (Build System) Date: Fri, 1 Apr 2005 18:30:51 -0500 Subject: rawhide report: 20050401 changes Message-ID: <200504012330.j31NUplM031087@porkchop.devel.redhat.com> Updated Packages: beecrypt-4.1.2-4 ---------------- * Fri Apr 01 2005 Paul Nasrat 4.1.2-4 - Obsolete older beecrypt-java dhcpv6-0.10-13 -------------- * Fri Apr 01 2005 Florian La Roche - made perms for /var/lib/dhcpv6 the same gkrellm-2.2.4-4 --------------- * Fri Apr 01 2005 Karsten Hopp 2.2.4-4 - Include gkrellm2/plugins directories (Michael Schwendt) kernel-2.6.11-1.1225_FC4 ------------------------ * Thu Mar 31 2005 Rik van Riel - upgrade to new upstream Xen code, twice - for performance reasons, disable CONFIG_DEBUG_PAGEALLOC for FC4t2 libsepol-1.5.3-1 ---------------- * Tue Mar 29 2005 Dan Walsh 1.5.3-1 - Update from NSA m4-1.4.3-1 ---------- * Fri Apr 01 2005 Miloslav Trmac - 1.4.3-1 - Update to m4-1.4.3 openssl-0.9.7f-3 ---------------- * Fri Apr 01 2005 Tomas Mraz 0.9.7f-3 - uninitialized variable mustn't be used as input in inline assembly - reenable the x86_64 assembly again perl-HTML-Parser-3.45-1 ----------------------- * Fri Apr 01 2005 Michael Schwendt - 3.45-1 - Update to 3.45 plus heavy spec cleanup. * Wed Mar 30 2005 Warren Togami - remove brp-compress shared-mime-info-0.16-1 ----------------------- * Fri Apr 01 2005 David Zeuthen - 0.16-1 - Update to upstream release 0.16 - Drop all patches as they are in the new upstream release system-config-netboot-0.1.13-1 ------------------------------ * Fri Apr 01 2005 Dan Walsh 0.1.13-1 - Fix python gtk.False -> False system-config-nfs-1.3.6-1 ------------------------- * Fri Apr 01 2005 Nils Philippsen 1.3.6-1 - fix deprecation warnings (#153048) with patch by Colin Charles - update the GTK+ theme icon cache on (un)install (Christopher Aillon) * Tue Mar 22 2005 Nils Philippsen 1.3.5-1 - don't always show parse error dialog * Mon Mar 21 2005 Nils Philippsen 1.3.4-1 - warn user about parse errors in /etc/exports system-config-samba-1.2.29-1 ---------------------------- * Fri Apr 01 2005 Nils Philippsen - 1.2.29-1 - fix deprecation warnings (#153051) with patch by Colin Charles - update the GTK+ theme icon cache on (un)install (Christopher Aillon) * Tue Mar 15 2005 Nils Philippsen - 1.2.28-1 - fix dialog when share name is missing (#135119) again * Wed Mar 09 2005 Nils Philippsen - 1.2.27-1 - let users configure whether a share is browsable ("visible") or not ("hidden") system-config-services-0.8.22-1 ------------------------------- * Fri Apr 01 2005 Nils Philippsen 0.8.22-1 - fix deprecation warnings (#153052) with patch by Colin Charles - update the GTK+ theme icon cache on (un)install (Christopher Aillon) * Thu Mar 24 2005 Nils Philippsen 0.8.21-1 - connect toggled signals of service/runlevel checkboxes to enable saving again (#151982) - consolidate on_optRL*_toggled - connect delete_event of mainWindow to ask whether things should be saved before quitting - tab -> space indentation to avoid ambiguity - change some typos * Fri Mar 18 2005 Nils Philippsen 0.8.20-1 - don't read from /dev/null when restarting xinetd/services to prevent hangs - build toolbar in glade to avoid DeprecationWarnings (#134978) - dynamic, translated column titles for runlevel columns system-config-users-1.2.32-1 ---------------------------- * Fri Apr 01 2005 Nils Philippsen - 1.2.32-1 - don't require gnome (#152960) - revive about dialog * Fri Apr 01 2005 Nils Philippsen - 1.2.31-1 - fix deprecation warnings (#153054) with (modified) patch by Colin Charles * Wed Mar 30 2005 Nils Philippsen - 1.2.30-1 - use os.lstat() to test ownership of files to be deleted - update the GTK+ theme icon cache on (un)install vnc-4.1.1-8 ----------- * Fri Apr 01 2005 Tim Waugh 4.1.1-8 - Further render patch fix for Peter ??strand. From rpaiz at simpaticus.com Sat Apr 2 01:05:12 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Fri, 01 Apr 2005 19:05:12 -0600 Subject: FC4test1 ISO's are out! In-Reply-To: <1110935619.7146.1.camel@rydia.hardsun.net> References: <20050315220149.GA28532@1-4-5.net> <1110927938l.10272l.4l@devel.mpeters.local> <20050316000023.GA32391@1-4-5.net> <42377A28.70001@earthlink.net> <1110935619.7146.1.camel@rydia.hardsun.net> Message-ID: <1112403912.6681.3.camel@rodolfo.casa.paiz.org> On Tue, 2005-03-15 at 17:13 -0800, Aaron Kurtz wrote: > This bit me too. It's been bugzillaed at > https://bugzilla.redhat.com/beta/show_bug.cgi?id=151204 If it's OK by me for GRUB to install itself into the MBR, will the install work properly? I have a machine on which I want to test FC4T1, but it can *only* be netinstalled this week (long story), so I can't afford to get a non-bootable box. But if it boots, then GRUB is welcome to the MBR (which is where I put it anyway). Cheers, -- Rodolfo J. Paiz From pjones at redhat.com Sat Apr 2 01:46:46 2005 From: pjones at redhat.com (Peter Jones) Date: Fri, 01 Apr 2005 20:46:46 -0500 Subject: FC4test1 ISO's are out! In-Reply-To: <1112403912.6681.3.camel@rodolfo.casa.paiz.org> References: <20050315220149.GA28532@1-4-5.net> <1110927938l.10272l.4l@devel.mpeters.local> <20050316000023.GA32391@1-4-5.net> <42377A28.70001@earthlink.net> <1110935619.7146.1.camel@rydia.hardsun.net> <1112403912.6681.3.camel@rodolfo.casa.paiz.org> Message-ID: <1112406407.14354.3.camel@localhost.localdomain> On Fri, 2005-04-01 at 19:05 -0600, Rodolfo J. Paiz wrote: > On Tue, 2005-03-15 at 17:13 -0800, Aaron Kurtz wrote: > > This bit me too. It's been bugzillaed at > > https://bugzilla.redhat.com/beta/show_bug.cgi?id=151204 > > If it's OK by me for GRUB to install itself into the MBR, will the > install work properly? I have a machine on which I want to test FC4T1, > but it can *only* be netinstalled this week (long story), so I can't > afford to get a non-bootable box. But if it boots, then GRUB is welcome > to the MBR (which is where I put it anyway). If you're OK with it installing into the MBR, then it then the install won't fail because of this bug. There could, of course, be bugs that aren't yet found or fixed ;) -- Peter From justin.conover at gmail.com Sat Apr 2 02:29:43 2005 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 1 Apr 2005 20:29:43 -0600 Subject: Xmms building problems In-Reply-To: <4242A0EB.2070103@iinet.net.au> References: <1111651753.4360.5.camel@rydia.hardsun.net> <4242A0EB.2070103@iinet.net.au> Message-ID: On Mar 24, 2005 5:13 AM, djh wrote: > Aaron Kurtz wrote: > > >I'm having problems rebuilding xmms on FC4t1... > > > Here's a patch to make it build with gcc4. > Maybe we should just let it die and use bmp instead? > > David. > > > --- xmms.spec.orig 2005-01-06 04:48:19.000000000 +1000 > +++ xmms.spec 2005-03-24 20:52:15.000000000 +1000 > @@ -4,7 +4,7 @@ > Summary: A media player for X which resembles Winamp. > Name: xmms > Version: 1.2.10 > -Release: 11 > +Release: 12 > Epoch: 1 > License: GPL > Group: Applications/Multimedia > @@ -25,6 +25,7 @@ > Patch10: arts_output-0.6.0-buffer.patch > Patch11: xmms-underquoted.patch > Patch12: xmms-alsa-backport.patch > +Patch13: xmms-1.2.10-gcc4.patch > > Requires: gtk+ >= 1:1.2.2, unzip > # the desktop file and redhat-menus are redundant requires really > @@ -88,6 +89,7 @@ > %patch6 -p1 -b .alsalib > %patch11 -p1 -b .underquoted > %patch12 -p0 -b .alsa-backport > +%patch13 -p1 -b .gcc4 > > #%patch8 -p1 -b .ja > > @@ -195,6 +197,9 @@ > %{_datadir}/xmms/Skins > > %changelog > +* Thu Mar 24 2005 David Hill 1:1.2.10-12 > +- Add gcc4 patch > + > * Wed Jan 05 2005 Colin Walters 1:1.2.10-11 > - Change BR on mikmod to mikmod-devel (138057) > > --- xmms-1.2.10-gcc4.patch.orig 2005-03-24 20:52:15.000000000 +1000 > +++ xmms-1.2.10-gcc4.patch 2005-03-24 20:52:15.000000000 +1000 > @@ -0,0 +1,11 @@ > +--- xmms-1.2.10/General/ir/ir.h.orig 2001-03-05 23:17:44.000000000 +1000 > ++++ xmms-1.2.10/General/ir/ir.h 2005-03-24 20:48:31.000000000 +1000 > +@@ -49,8 +49,6 @@ > + } > + irConfig; > + > +-extern pthread_t irapp_thread; > +-extern gboolean keepGoing; > + extern irConfig ircfg; > + extern gboolean irconf_is_going; > + > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > > I don't understand what part of this goes into xmms-1.2.10-gcc4.patch Is it: --- xmms-1.2.10-gcc4.patch.orig 2005-03-24 20:52:15.000000000 +1000 +++ xmms-1.2.10-gcc4.patch 2005-03-24 20:52:15.000000000 +1000 @@ -0,0 +1,11 @@ --- xmms-1.2.10/General/ir/ir.h.orig 2001-03-05 23:17:44.000000000 +1000 +++ xmms-1.2.10/General/ir/ir.h 2005-03-24 20:48:31.000000000 +1000 @@ -49,8 +49,6 @@ } irConfig; -extern pthread_t irapp_thread; -extern gboolean keepGoing; extern irConfig ircfg; extern gboolean irconf_is_going; From sean.bruno at dsl-only.net Sat Apr 2 02:46:25 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 18:46:25 -0800 Subject: rawhide report: 20050401 changes In-Reply-To: <200504012330.j31NUplM031087@porkchop.devel.redhat.com> References: <200504012330.j31NUplM031087@porkchop.devel.redhat.com> Message-ID: <1112409986.24031.0.camel@localhost.localdomain> On Fri, 2005-04-01 at 18:30 -0500, Build System wrote: > > > Updated Packages: > > beecrypt-4.1.2-4 > ---------------- > * Fri Apr 01 2005 Paul Nasrat 4.1.2-4 > - Obsolete older beecrypt-java > > dhcpv6-0.10-13 > -------------- > * Fri Apr 01 2005 Florian La Roche > - made perms for /var/lib/dhcpv6 the same > > gkrellm-2.2.4-4 > --------------- > * Fri Apr 01 2005 Karsten Hopp 2.2.4-4 > - Include gkrellm2/plugins directories (Michael Schwendt) > > kernel-2.6.11-1.1225_FC4 > ------------------------ > * Thu Mar 31 2005 Rik van Riel > - upgrade to new upstream Xen code, twice > - for performance reasons, disable CONFIG_DEBUG_PAGEALLOC for FC4t2 > > libsepol-1.5.3-1 > ---------------- > * Tue Mar 29 2005 Dan Walsh 1.5.3-1 > - Update from NSA > > m4-1.4.3-1 > ---------- > * Fri Apr 01 2005 Miloslav Trmac - 1.4.3-1 > - Update to m4-1.4.3 > > openssl-0.9.7f-3 > ---------------- > * Fri Apr 01 2005 Tomas Mraz 0.9.7f-3 > - uninitialized variable mustn't be used as input in inline > assembly > - reenable the x86_64 assembly again > > perl-HTML-Parser-3.45-1 > ----------------------- > * Fri Apr 01 2005 Michael Schwendt - 3.45-1 > - Update to 3.45 plus heavy spec cleanup. > > * Wed Mar 30 2005 Warren Togami > - remove brp-compress > > shared-mime-info-0.16-1 > ----------------------- > * Fri Apr 01 2005 David Zeuthen - 0.16-1 > - Update to upstream release 0.16 > - Drop all patches as they are in the new upstream release > > system-config-netboot-0.1.13-1 > ------------------------------ > * Fri Apr 01 2005 Dan Walsh 0.1.13-1 > - Fix python gtk.False -> False > > system-config-nfs-1.3.6-1 > ------------------------- > * Fri Apr 01 2005 Nils Philippsen 1.3.6-1 > - fix deprecation warnings (#153048) with patch by Colin Charles > - update the GTK+ theme icon cache on (un)install (Christopher Aillon) > > * Tue Mar 22 2005 Nils Philippsen 1.3.5-1 > - don't always show parse error dialog > > * Mon Mar 21 2005 Nils Philippsen 1.3.4-1 > - warn user about parse errors in /etc/exports > > system-config-samba-1.2.29-1 > ---------------------------- > * Fri Apr 01 2005 Nils Philippsen - 1.2.29-1 > - fix deprecation warnings (#153051) with patch by Colin Charles > - update the GTK+ theme icon cache on (un)install (Christopher Aillon) > > * Tue Mar 15 2005 Nils Philippsen - 1.2.28-1 > - fix dialog when share name is missing (#135119) again > > * Wed Mar 09 2005 Nils Philippsen - 1.2.27-1 > - let users configure whether a share is browsable ("visible") or not ("hidden") > > system-config-services-0.8.22-1 > ------------------------------- > * Fri Apr 01 2005 Nils Philippsen 0.8.22-1 > - fix deprecation warnings (#153052) with patch by Colin Charles > - update the GTK+ theme icon cache on (un)install (Christopher Aillon) > > * Thu Mar 24 2005 Nils Philippsen 0.8.21-1 > - connect toggled signals of service/runlevel checkboxes to enable saving again > (#151982) > - consolidate on_optRL*_toggled > - connect delete_event of mainWindow to ask whether things should be saved > before quitting > - tab -> space indentation to avoid ambiguity > - change some typos > > * Fri Mar 18 2005 Nils Philippsen 0.8.20-1 > - don't read from /dev/null when restarting xinetd/services to prevent hangs > - build toolbar in glade to avoid DeprecationWarnings (#134978) > - dynamic, translated column titles for runlevel columns > > system-config-users-1.2.32-1 > ---------------------------- > * Fri Apr 01 2005 Nils Philippsen - 1.2.32-1 > - don't require gnome (#152960) > - revive about dialog > > * Fri Apr 01 2005 Nils Philippsen - 1.2.31-1 > - fix deprecation warnings (#153054) with (modified) patch by Colin Charles > > * Wed Mar 30 2005 Nils Philippsen - 1.2.30-1 > - use os.lstat() to test ownership of files to be deleted > - update the GTK+ theme icon cache on (un)install > > vnc-4.1.1-8 > ----------- > * Fri Apr 01 2005 Tim Waugh 4.1.1-8 > - Further render patch fix for Peter strand. > Welcome back rawhide... Sean From sub1.fedoralist at msquared.id.au Sat Apr 2 03:28:37 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Sat, 2 Apr 2005 11:28:37 +0800 Subject: gnome splash screen stays around In-Reply-To: <20050401210615.78aaeab3.kai.thomsen@gmx.de> <424D6F73.3080206@libero.it> References: <20050401151533.GA19694@sliderule.msquared.com.au> <20050401210615.78aaeab3.kai.thomsen@gmx.de> <20050401151533.GA19694@sliderule.msquared.com.au> <424D6F73.3080206@libero.it> Message-ID: <20050402032837.GA23259@sliderule.msquared.com.au> On Fri, Apr 01, 2005 at 05:57:39PM +0200, Cimmo wrote: > It depends which icon remains highlited The last one to remain highlighted is RedHat Network. On Fri, Apr 01, 2005 at 09:06:15PM +0200, Kai Thomsen wrote: > Have you added any "startup programs" to your GNOME session via gnome- > session-properties? No. Interestingly, if I wait a whole minute or so, the splash screen does actually seem to go away by itself. I guess I was just being impatient. :o) I might have been confused by the fact that clicking on it made it go away. I didn't realise that was normal behaviour even while it was still starting up services... Regards, Msquared... From fct-cornette at insight.rr.com Sat Apr 2 04:16:31 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 01 Apr 2005 23:16:31 -0500 Subject: libmudflap-devel Message-ID: <424E1C9F.5010909@insight.rr.com> I hav no idea what this package is. I did an everything install and this program caused yum to exit while trying to get current with Rawhide. Error: Missing Dependency: gcc4 = 4.0.0-0.34.fc3 is needed by package libmudflap-devel Removing the package allowed yum to proceed when pulling in c* packages and their deps. (36 packages retrieved post removsl Jim -- I don't know if it's what you want, but it's what you get. :-) -- Larry Wall in <10502 at jpl-devvax.JPL.NASA.GOV> From ogle at OCF.Berkeley.EDU Sat Apr 2 04:59:52 2005 From: ogle at OCF.Berkeley.EDU (Glen Kim) Date: Fri, 1 Apr 2005 20:59:52 -0800 (PST) Subject: gnome splash screen stays around In-Reply-To: <20050401151533.GA19694@sliderule.msquared.com.au> References: <20050401151533.GA19694@sliderule.msquared.com.au> Message-ID: On Fri, 1 Apr 2005, Msquared wrote: > Hiya! > > The gnome splash screen on my FC4t1 setup stays around after I log in, > until I click in it. > > If it's a known problem, please let me know which packages fix it (I > can't download all 440M worth of updates through my tiny dialup). If > it's not yet a known problem, let me know what you need to know to help > someone diagnose the cause. >From what I remember, the problem is caused by up2date.. If you try running up2date from the command line, you'll see it spit out some error message. I'm not sure, but I think the problem is addressed upon updating gnome-python2-gnomevfs. Glen. From sean.bruno at dsl-only.net Sat Apr 2 05:19:29 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 01 Apr 2005 21:19:29 -0800 Subject: Print job status icon missing(FC4 T1) In-Reply-To: <1112389257.4049.34.camel@localhost.localdomain> References: <1112342828.4049.11.camel@localhost.localdomain> <604aa791050401055277d07e3e@mail.gmail.com> <1112388061.4049.27.camel@localhost.localdomain> <424DB63F.4010602@yahoo.ca> <1112389257.4049.34.camel@localhost.localdomain> Message-ID: <1112419169.4071.1.camel@localhost.localdomain> On Fri, 2005-04-01 at 13:00 -0800, Sean Bruno wrote: > > >But I definitely do not get any printer icon in the notification area, > > >not can I find any way to get to actual print queue. Can someone else > > >verify that the icon doesn't show up? > > > > > > > > yes. doesn't show up for me too, and I do have eggcups running. > > > > Deji > > > > > > Thank you...Thought I might be going crazy... > > Sean > After a full update to rawhide (and a reboot for good measure), this still appears to be happening...So I have put this into bugzilla. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153180 Sean From jspaleta at gmail.com Sat Apr 2 05:36:54 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 2 Apr 2005 00:36:54 -0500 Subject: libmudflap-devel In-Reply-To: <424E1C9F.5010909@insight.rr.com> References: <424E1C9F.5010909@insight.rr.com> Message-ID: <604aa79105040121367bf9e072@mail.gmail.com> On Apr 1, 2005 11:16 PM, Jim Cornette wrote: > I hav no idea what this package is. I did an everything install and this > program caused yum to exit while trying to get current with Rawhide. > > Error: Missing Dependency: gcc4 = 4.0.0-0.34.fc3 is needed by package > libmudflap-devel > > Removing the package allowed yum to proceed when pulling in c* packages > and their deps. (36 packages retrieved post removsl shrug.... its probably a one-time transitional problem inside the devel tree associated with the gcc4 package changed names to gcc or you were contacting a mirror that didnt have the new libmudflap-devel package available. Current libmudflap-devel-4.0.0-0.38 in rawhide requires gcc = 4.0.0-0.38 and updated for me just fine. libmudflap-devel is a subpackage of the gcc srpm and should match the version of the gcc package you were trying to install. -jef From kyrre at solution-forge.net Sat Apr 2 10:29:53 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 02 Apr 2005 12:29:53 +0200 Subject: gnome keyring password - optional? In-Reply-To: <20050401152050.GB19694@sliderule.msquared.com.au> References: <20050401152050.GB19694@sliderule.msquared.com.au> Message-ID: <1112437793.4515.0.camel@localhost.localdomain> fre, 01.04.2005 kl. 17.20 skrev Msquared: > Is it possible to set an empty password on my gnome keyring? > > I know it's a security risk, but here's my rationale: > > I have some Windows machines on my network, and for some obscure reason > they ask me for a username and password in nautilus when I access them. > Another Windows machine accessing them doesn't have to supply a password > (or perhaps the password is hardcoded in Windows). To access the Windows > share I just use the username Guest and the password Guest. > Why can't gnome also have "Guest" hardcoded into itself, and if that fails, ask the user? > The point is that the username and password are not really secrets, > they're just another annoying thing to type to get access to an > effectively public resource in my network. > > I want to be able to access the shares without typing in anything, even to > gnone, and even once per session. I'm slack. :-) > > Regards, Msquared... From ja at jaa.org.uk Sat Apr 2 10:41:49 2005 From: ja at jaa.org.uk (John Austin) Date: Sat, 02 Apr 2005 11:41:49 +0100 Subject: FC4T1 x86-64 Virtual Terminals Control+Alt+Fn Message-ID: <1112438509.29337.24.camel@maui.jaa.org.uk> Hi All I have just installed FC4T1 x86-64 on Ext USB disk Only problem being installing a boot loader, don't trust it! The options don't seem correct. I selected Do not install boot loader!!! I then did a mkinitrd and grub setup by hand to USB disk after install complete. Clean boot from USB without touching MBR of main disk. Usual gdm problem but as I use kdm ... Need to edit /etc/X11/xdm/kdmrc to permit root login !!!! 2nd occurrence of AllowRootLogin for anybody interested. However Cont-Alt-Fn to switch to a dumb virtual terminal causes the graphics to fail. The screen/keyboard is active and you can log in blind, mingetty running OK, but not very useful with nothing to see. Suspect that the graphics resolution/scan rates not supported by LCD monitor but not certain. Seems odd as... The main disk of the machine runs FC3 x86-64 with no such problems Graphics card is very standard Matrox G550 Monitor Iiyama AS4314UT Has anyone seen this problem or know where the default settings are for the virtual terminals? Thanks John From twaugh at redhat.com Sat Apr 2 10:57:55 2005 From: twaugh at redhat.com (Tim Waugh) Date: Sat, 2 Apr 2005 11:57:55 +0100 Subject: Gimp-print vs gutenprint In-Reply-To: <1112396176.4049.44.camel@localhost.localdomain> References: <1112125055.6149.1.camel@localhost.localdomain> <20050330093424.GF12412@redhat.com> <1112200782.6149.10.camel@localhost.localdomain> <1112396176.4049.44.camel@localhost.localdomain> Message-ID: <20050402105755.GF12412@redhat.com> On Fri, Apr 01, 2005 at 02:56:16PM -0800, Sean Bruno wrote: > On a side note to this thread, I installed gutenprint on my FC4T1 box > and I experienced some strange cups behaviour. The Web Admin interface > allowed me to change the driver on my printer to the Gutenprint "driver" > but the printer-config util doesn't notice that I have installed these > "drivers" > > Is this expected behavior, or is there something amiss here? It's expected behaviour. To get gutenprint with printconf you need to hook it into foomatic properly. That's why there isn't enough time to get this tested for FC4, in addition to it not being actually released yet. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sean.bruno at dsl-only.net Sat Apr 2 11:59:22 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sat, 02 Apr 2005 03:59:22 -0800 Subject: Gimp-print vs gutenprint In-Reply-To: <20050402105755.GF12412@redhat.com> References: <1112125055.6149.1.camel@localhost.localdomain> <20050330093424.GF12412@redhat.com> <1112200782.6149.10.camel@localhost.localdomain> <1112396176.4049.44.camel@localhost.localdomain> <20050402105755.GF12412@redhat.com> Message-ID: <1112443163.4071.10.camel@localhost.localdomain> On Sat, 2005-04-02 at 11:57 +0100, Tim Waugh wrote: > On Fri, Apr 01, 2005 at 02:56:16PM -0800, Sean Bruno wrote: > > > On a side note to this thread, I installed gutenprint on my FC4T1 box > > and I experienced some strange cups behaviour. The Web Admin interface > > allowed me to change the driver on my printer to the Gutenprint "driver" > > but the printer-config util doesn't notice that I have installed these > > "drivers" > > > > Is this expected behavior, or is there something amiss here? > > It's expected behaviour. To get gutenprint with printconf you need to > hook it into foomatic properly. That's why there isn't enough time to > get this tested for FC4, in addition to it not being actually released > yet. > > Tim. > */ IC...thanks for the information. Sean From sean.bruno at dsl-only.net Sat Apr 2 12:04:00 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sat, 02 Apr 2005 04:04:00 -0800 Subject: FC4T1 totem player Message-ID: <1112443440.4071.15.camel@localhost.localdomain> I just tried to play a file with totem and couldn't even start the player up. Totem is exiting with a pop-up window that says "Totem could not startup." "Failed to create a GStreamer play object" Is this bugzilla worthy or is it about to be fixed? Sean From buildsys at redhat.com Sat Apr 2 12:26:03 2005 From: buildsys at redhat.com (Build System) Date: Sat, 2 Apr 2005 07:26:03 -0500 Subject: rawhide report: 20050402 changes Message-ID: <200504021226.j32CQ3rX000785@porkchop.devel.redhat.com> Updated Packages: alsa-utils-1.0.8-4 ------------------ * Fri Apr 01 2005 Bill Nottingham 1.0.8-4 - replace the dev.d script with a program that calls alsactl to restore the volume if there is a saved config, and just unmutes the playback channels if there isn't one (#132575) audit-0.6.10-1 -------------- * Fri Apr 01 2005 Steve Grubb 0.6.10-1 - Code cleanups - Support the arch field for auditctl - Add version to auditctl - Documentation updates - Moved default location of the audit log to /var/log/audit beecrypt-4.1.2-5 ---------------- * Fri Apr 01 2005 Warren Togami 4.1.2-5 - remove huge API docs * Fri Apr 01 2005 Paul Nasrat 4.1.2-4 - Obsolete older beecrypt-java dhcpv6-0.10-13 -------------- * Fri Apr 01 2005 Florian La Roche - made perms for /var/lib/dhcpv6 the same gkrellm-2.2.4-4 --------------- * Fri Apr 01 2005 Karsten Hopp 2.2.4-4 - Include gkrellm2/plugins directories (Michael Schwendt) kdelibs-6:3.4.0-2 ----------------- * Fri Apr 01 2005 Than Ngo 6:3.4.0-2 - more patches from CVS stable branch - add missing kde documents, workaround for rpm bug kernel-2.6.11-1.1225_FC4 ------------------------ * Thu Mar 31 2005 Rik van Riel - upgrade to new upstream Xen code, twice - for performance reasons, disable CONFIG_DEBUG_PAGEALLOC for FC4t2 libaio-0.3.104-2 ---------------- * Fri Apr 01 2005 Jeff Moyer - 0.3.104-2 - Add Alpha architecture support. (Sergey Tikhonov ) libsepol-1.5.3-1 ---------------- * Tue Mar 29 2005 Dan Walsh 1.5.3-1 - Update from NSA libsilc-0:0.9.12-10 ------------------- * Fri Apr 01 2005 Warren Togami 0.9.12-10 - remove huge doc subpackage to save space, not useful m4-1.4.3-1 ---------- * Fri Apr 01 2005 Miloslav Trmac - 1.4.3-1 - Update to m4-1.4.3 openoffice.org-1:1.9.88-5 ------------------------- * Tue Mar 29 2005 Caolan McNamara 1:1.9.88-5 - new wzi.res - ooo#46217# allow fallback to en_US from other english, i.e. en_IE, en_GB etc - replace openoffice.org-1.9.87.NONE.wizards.broken.patch with openoffice.org-1.9.88.rh150650.gcjneedstoresolveallrequirements.patch as a workaround to get the wizards registered - give parallel building a go with openoffice.org-1.9.89.ooo46228.parallel.solenv.patch openoffice.org-1.9.89.ooo46316.parallel.vcl.patch openoffice.org-1.9.89.ooo46389.parallel.framework.patch openoffice.org-1.9.89.ooo35627.parallel.cppumaker.patch openoffice.org-1.9.89.oooXXXXX.parallel.sysui.patch openssl-0.9.7f-3 ---------------- * Fri Apr 01 2005 Tomas Mraz 0.9.7f-3 - uninitialized variable mustn't be used as input in inline assembly - reenable the x86_64 assembly again perl-DBI-1.48-2 --------------- * Fri Apr 01 2005 Robert Scheck 1.48-2 - spec file cleanup (#153164) perl-HTML-Parser-3.45-1 ----------------------- * Fri Apr 01 2005 Michael Schwendt - 3.45-1 - Update to 3.45 plus heavy spec cleanup. * Wed Mar 30 2005 Warren Togami - remove brp-compress redhat-artwork-0.122-1 ---------------------- * Fri Apr 01 2005 Than Ngo 0.122-1 - add Bluecurve theme for kdm shared-mime-info-0.16-1 ----------------------- * Fri Apr 01 2005 David Zeuthen - 0.16-1 - Update to upstream release 0.16 - Drop all patches as they are in the new upstream release system-config-netboot-0.1.13-1 ------------------------------ * Fri Apr 01 2005 Dan Walsh 0.1.13-1 - Fix python gtk.False -> False system-config-nfs-1.3.6-1 ------------------------- * Fri Apr 01 2005 Nils Philippsen 1.3.6-1 - fix deprecation warnings (#153048) with patch by Colin Charles - update the GTK+ theme icon cache on (un)install (Christopher Aillon) * Tue Mar 22 2005 Nils Philippsen 1.3.5-1 - don't always show parse error dialog * Mon Mar 21 2005 Nils Philippsen 1.3.4-1 - warn user about parse errors in /etc/exports system-config-samba-1.2.29-1 ---------------------------- * Fri Apr 01 2005 Nils Philippsen - 1.2.29-1 - fix deprecation warnings (#153051) with patch by Colin Charles - update the GTK+ theme icon cache on (un)install (Christopher Aillon) * Tue Mar 15 2005 Nils Philippsen - 1.2.28-1 - fix dialog when share name is missing (#135119) again * Wed Mar 09 2005 Nils Philippsen - 1.2.27-1 - let users configure whether a share is browsable ("visible") or not ("hidden") system-config-services-0.8.22-1 ------------------------------- * Fri Apr 01 2005 Nils Philippsen 0.8.22-1 - fix deprecation warnings (#153052) with patch by Colin Charles - update the GTK+ theme icon cache on (un)install (Christopher Aillon) * Thu Mar 24 2005 Nils Philippsen 0.8.21-1 - connect toggled signals of service/runlevel checkboxes to enable saving again (#151982) - consolidate on_optRL*_toggled - connect delete_event of mainWindow to ask whether things should be saved before quitting - tab -> space indentation to avoid ambiguity - change some typos * Fri Mar 18 2005 Nils Philippsen 0.8.20-1 - don't read from /dev/null when restarting xinetd/services to prevent hangs - build toolbar in glade to avoid DeprecationWarnings (#134978) - dynamic, translated column titles for runlevel columns system-config-users-1.2.32-1 ---------------------------- * Fri Apr 01 2005 Nils Philippsen - 1.2.32-1 - don't require gnome (#152960) - revive about dialog * Fri Apr 01 2005 Nils Philippsen - 1.2.31-1 - fix deprecation warnings (#153054) with (modified) patch by Colin Charles * Wed Mar 30 2005 Nils Philippsen - 1.2.30-1 - use os.lstat() to test ownership of files to be deleted - update the GTK+ theme icon cache on (un)install vnc-4.1.1-8 ----------- * Fri Apr 01 2005 Tim Waugh 4.1.1-8 - Further render patch fix for Peter ??strand. From justin.conover at gmail.com Sat Apr 2 17:27:58 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 2 Apr 2005 11:27:58 -0600 Subject: Clock Problem on AMD64 - Fedora Core 4 In-Reply-To: <1112379027.3566.10.camel@localhost.localdomain> References: <424B1107.10905@bellsouth.net> <424C4ED6.9070907@vodafone.de> <424C5FCD.4070505@vodafone.de> <1112379027.3566.10.camel@localhost.localdomain> Message-ID: On Apr 1, 2005 12:10 PM, Peter Jones wrote: > On Thu, 2005-03-31 at 21:37 -0500, Marc M wrote: > > > if you are using NTP you should use a local NTP server (same time zone) > > > I have had the same prob on my FC3 Notebook and I only could fix it with > > > changing the NTP server I used. > > > some how the NTP request is overwirting all the other settings. > > > > > > --Ok, will do, thanks. And yes I am EST. > > > > ---In answer to Bret's question, yes, when I run timeconfig, the > > 'system clock uses UTC' is indeed checked. > > > > --Oh, and this is a dual boot with windblows that I haven't bothered > > removing, if windblows is the problem I will eradicate that. How do > > I know for sure that windblows is the problem here? > > It is -- well, sortof. If you boot into windows, it reads the hardware > clock, which it doesn't know is UTC. So it thinks that's the local > time. If the time is corrected (i.e. with something like ntp, or by > manual update, or whatever), then it'll write the local time to the hw > clock. > > So then, when you reboot to Linux, it reads the local time from the hw > clock, but it thinks it's reading UTC. So it's off by your timezone > offset. > > The solution is to either not use UTC, not dual boot, or to make sure > Windows never updates the time. Ever. At all. > > -- > Peter > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > I'm getting some clock problems on my fc3-x86_64 box too. I can loose time pretty fast and here is something from dmesg warning: many lost ticks. Your time source seems to be instable or some driver is hogging interupts rip 0x2a95716bda From erich at uruk.org Sat Apr 2 18:32:33 2005 From: erich at uruk.org (Erich Boleyn) Date: Sat, 02 Apr 2005 10:32:33 -0800 Subject: FC4t1 DVD mediacheck broken Message-ID: <200504021832.j32IWkA8004043@mx1.redhat.com> On Wed, 16 Mar 2005 08:39:36 +0000, Michael A. Peters wrote: > On 03/15/2005 11:43:17 PM, Thomas Taylor wrote: > > > Hi all: > > > > The mediacheck function was broken for DVDs under FC3 also but those > > DVDs worked just fine. > > Media check DOES works for fc3 DVD's if you burn with -dao -pad > Not the case with fc4t1 I saw the mediacheck fail as well. I've been playing with both "cdrecord" and "growisofs", and have been getting DVDs that are somewhat too long. It has been zero-padding it to a 64K boundary. So this begs the question of whether the mediacheck knows the length of the DVD and truncates it's check or not? If it doesn't, it should be doing this, since it seems some writers have issues with getting the exact ISO length on the disk. -- Erich Stefan Boleyn http://www.uruk.org/ "Reality is truly stranger than fiction; Probably why fiction is so popular" From jakub at redhat.com Sat Apr 2 18:55:57 2005 From: jakub at redhat.com (Jakub Jelinek) Date: Sat, 2 Apr 2005 13:55:57 -0500 Subject: NPTL is now the default library for building new programs Message-ID: <20050402185557.GI17420@devserv.devel.redhat.com> Hi! glibc-2.3.4-19 which ought to appear in rawhide tomorrow will contain next step leading to removal of LinuxThreads. Until now, NPTL has been the default threading library used at runtime (unless LD_ASSUME_KERNEL=X for X <= 2.4.19 has been in the environment), but programs were using LinuxThreads headers by default and were linked against LinuxThreads libraries. There was a nptl-devel package if you want to use new functionality only available in NPTL and not in LinuxThreads, and -I/usr/include/nptl -L/usr/lib{,64}/nptl had to be used in that case. Starting with glibc-2.3.4-19 NPTL is the default development library. This means e.g. that programs using pthread_cleanup_{push,pop} macros (and NPTL specific stuff) compiled/linked without special options will no longer work with LinuxThreads, only with NPTL (so make sure if you for whatever reason use LD_ASSUME_KERNEL, you use it only in the environment of programs that really need it and not other programs). To build programs that will work with both LinuxThreads and NPTL you need to install now linuxthreads-devel package and compile/link with -I/usr/include/linuxthreads -L/usr/lib{,64}/linuxthreads. The advantages of this step is primarily that more efficient cancellation cleanup registering/unregistering can be used, and thread APIs can be used without too many hassles. Jakub From roger at gwch.net Sat Apr 2 20:26:01 2005 From: roger at gwch.net (Roger Grosswiler) Date: Sat, 02 Apr 2005 22:26:01 +0200 Subject: Sound-Juicer:Segmentation Fault Message-ID: <424EFFD9.9060905@gwch.net> Hi, I've installed sound-juicer 2.10.0-2. It starts without problem. Trying to Read-out or changing settings ends up with segmentation fault. Bugzilla it? Or already anything on the way? Roger From roger at gwch.net Sat Apr 2 20:31:25 2005 From: roger at gwch.net (Roger Grosswiler) Date: Sat, 02 Apr 2005 22:31:25 +0200 Subject: Sound-Juicer:Segmentation Fault Message-ID: <424F011D.8080805@gwch.net> Hi, I've installed sound-juicer 2.10.0-2. It starts without problem. Trying to Read-out or changing settings ends up with segmentation fault. Bugzilla it? Or already anything on the way? Roger btw. here gdb-output: (no debugging symbols found) [Thread -1223873616 (LWP 21428) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1208949056 (LWP 21423)] 0x00d6c850 in gm_audio_profile_get_extension () from /usr/lib/libgnome-media-profiles.so.0 (gdb) From justin.conover at gmail.com Sat Apr 2 21:20:43 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 2 Apr 2005 15:20:43 -0600 Subject: Sound-Juicer:Segmentation Fault In-Reply-To: <424F011D.8080805@gwch.net> References: <424F011D.8080805@gwch.net> Message-ID: On Apr 2, 2005 2:31 PM, Roger Grosswiler wrote: > Hi, > > I've installed sound-juicer 2.10.0-2. > > It starts without problem. Trying to Read-out or changing settings ends > up with segmentation fault. > > Bugzilla it? Or already anything on the way? > > Roger > > btw. here gdb-output: > > (no debugging symbols found) > [Thread -1223873616 (LWP 21428) exited] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1208949056 (LWP 21423)] > 0x00d6c850 in gm_audio_profile_get_extension () from > /usr/lib/libgnome-media-profiles.so.0 > (gdb) > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > segmentation fault on me today too. From ovidiu at linux360.ro Sat Apr 2 21:36:57 2005 From: ovidiu at linux360.ro (Ovidiu Lixandru) Date: Sun, 03 Apr 2005 00:36:57 +0300 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <424D867C.4070209@libero.it> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> Message-ID: <424F1079.1040504@linux360.ro> I got around tinkering with my tv card today. It works ok, both video and audio. The sound comes in through what the GNOME volume applet calls "Capture feedback into playback". I also used my tuner to capture some video clips from a Sony Digital8 camera via tv card S-Video + sound card line-in and it works perfectly. Cimmo wrote: > Ovidiu Lixandru ha scritto: > >> >> Haven't tried it yet. I've got a tv card too, so I'll fiddle with it >> these days and let you know how it's going. Just be sure it's not a >> mixer problem. ;) Also, AFAIR in the Windows drivers that jack was >> shared between an analogue line-in input and some digital I/O and you >> had to set it in the Creative control panel. Maybe ALSA has a similar >> setting. >> > Have you tried your tv card? Is there some sound? > None for me at the moment in Linux, of course all is ok in Windows :( > > Have you joined this discussion? Interesting... > http://forums.creative.com/creativelabs/board/message?board.id=soundblaster&message.id=14182 > > -- Ovidiu Lixandru linux360 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3439 bytes Desc: S/MIME Cryptographic Signature URL: From zuirdj at gmail.com Sat Apr 2 21:38:45 2005 From: zuirdj at gmail.com (Zuir DJ) Date: Sat, 2 Apr 2005 17:38:45 -0400 Subject: Sound-Juicer:Segmentation Fault In-Reply-To: References: <424F011D.8080805@gwch.net> Message-ID: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=150839 On Apr 2, 2005 5:20 PM, Justin Conover wrote: > On Apr 2, 2005 2:31 PM, Roger Grosswiler wrote: > > Hi, > > > > I've installed sound-juicer 2.10.0-2. > > > > It starts without problem. Trying to Read-out or changing settings ends > > up with segmentation fault. > > > > Bugzilla it? Or already anything on the way? > > btw. here gdb-output: > > > > (no debugging symbols found) > > [Thread -1223873616 (LWP 21428) exited] > > > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread -1208949056 (LWP 21423)] > > 0x00d6c850 in gm_audio_profile_get_extension () from > > /usr/lib/libgnome-media-profiles.so.0 > > (gdb) > > segmentation fault on me today too. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=150839 Zuirdj From roger at gwch.net Sat Apr 2 21:46:52 2005 From: roger at gwch.net (Roger Grosswiler) Date: Sat, 02 Apr 2005 23:46:52 +0200 Subject: Sound-Juicer:Segmentation Fault In-Reply-To: References: <424F011D.8080805@gwch.net> Message-ID: <424F12CC.80304@gwch.net> Zuir DJ wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=150839 > > On Apr 2, 2005 5:20 PM, Justin Conover wrote: > >>On Apr 2, 2005 2:31 PM, Roger Grosswiler wrote: >> >>>Hi, >>> >>>I've installed sound-juicer 2.10.0-2. >>> >>>It starts without problem. Trying to Read-out or changing settings ends >>>up with segmentation fault. >>> >>>Bugzilla it? Or already anything on the way? > > >>>btw. here gdb-output: >>> >>>(no debugging symbols found) >>>[Thread -1223873616 (LWP 21428) exited] >>> >>>Program received signal SIGSEGV, Segmentation fault. >>>[Switching to Thread -1208949056 (LWP 21423)] >>>0x00d6c850 in gm_audio_profile_get_extension () from >>>/usr/lib/libgnome-media-profiles.so.0 >>>(gdb) >> >>segmentation fault on me today too. > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=150839 > > Zuirdj > ah, thats why i didn't find it, it was bugzilla'd in the devel-area, not in fc4test1 :-) thanks for information. Roger From luya at jpopmail.com Sat Apr 2 23:15:03 2005 From: luya at jpopmail.com (luya at jpopmail.com) Date: Sat, 02 Apr 2005 15:15:03 -0800 Subject: Is it possible to make Fedora load faster? Message-ID: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> Hi, this is a question I receive froom some Fedora Core 3 users. After they have tried Ubuntu, they complained about the 'slow speed' of Fedora. Their major complain are the number of seriveces enabled by default event though they choose to do desktop installation. Another complain I heard are the memory on which they use Ubuntu (once again) to be efficient. How should I respend on that kind of question? -- _______________________________________________ Get your free email from http://mymail.jp.popstarmail.org Powered by Outblaze From bavinic at comcast.net Sat Apr 2 23:39:13 2005 From: bavinic at comcast.net (Jim Martin) Date: Sat, 02 Apr 2005 18:39:13 -0500 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> Message-ID: <424F2D21.5030102@comcast.net> luya at jpopmail.com wrote: >Hi, > >this is a question I receive froom some Fedora Core 3 users. After they have tried Ubuntu, they complained about the 'slow speed' of Fedora. Their major complain are the number of seriveces enabled by default event though they choose to do desktop installation. Another complain I heard are the memory on which they use Ubuntu (once again) to be efficient. How should I respend on that kind of question? > > Tell them to use Ubuntu (no just kidding) I don't find Fedora Slow myself, but then again, I am not running a slow computer, but I agree, that if you are only installing a Desktop or Workstation, most of the services should be off by default. there really is no need to activate some of them for no reason. BaVinic From paul at all-the-johnsons.co.uk Sat Apr 2 23:46:01 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 03 Apr 2005 00:46:01 +0100 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> Message-ID: <1112485561.5087.12.camel@localhost.localdomain> Hi, > this is a question I receive froom some Fedora Core 3 users. After > they have tried Ubuntu, they complained about the 'slow speed' of > Fedora. Their major complain are the number of seriveces enabled by > default event though they choose to do desktop installation. Another > complain I heard are the memory on which they use Ubuntu (once again) > to be efficient. How should I respend on that kind of question? It is possible by using parallel loading (there is a thing on the IBM website, but it's not for the easily scared!). The thing you've got to remember with Ubuntu is that it really is a minimal running Linux - if you stripped down the number of services FC starts on power up to the same as Ubuntu, you'd find the boot up is faster (not having to boot from CD). Currently, I've not got that many services running on either my laptop or this PC and it's on the desktop ready for me to use in just shy of 90 seconds - which is much faster than Ubuntu! TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- 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 Axel.Thimm at ATrpms.net Sun Apr 3 00:21:43 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 3 Apr 2005 02:21:43 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> Message-ID: <20050403002143.GB20560@neu.nirvana> On Sat, Apr 02, 2005 at 03:15:03PM -0800, luya at jpopmail.com wrote: > Hi, > > this is a question I receive froom some Fedora Core 3 users. After > they have tried Ubuntu, they complained about the 'slow speed' of > Fedora. Their major complain are the number of seriveces enabled by > default event though they choose to do desktop installation. Another > complain I heard are the memory on which they use Ubuntu (once > again) to be efficient. How should I respend on that kind of > question? Ask them why they need to reboot Ubuntu that often ... ;) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sean.bruno at dsl-only.net Sun Apr 3 05:22:47 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sat, 02 Apr 2005 21:22:47 -0800 Subject: Volume control applet failure and gst-register segfault Message-ID: <1112505767.4183.0.camel@localhost.localdomain> I noted that the volume control applet is not running and that my attempts to run gst-register as instructed by the popup window failed with a core dump. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153210 Sean From dragoran at feuerpokemon.de Sun Apr 3 05:28:28 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Sun, 03 Apr 2005 07:28:28 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112485561.5087.12.camel@localhost.localdomain> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> Message-ID: <424F7EFC.80707@feuerpokemon.de> Paul wrote: >Hi, > > > >>this is a question I receive froom some Fedora Core 3 users. After >>they have tried Ubuntu, they complained about the 'slow speed' of >>Fedora. Their major complain are the number of seriveces enabled by >>default event though they choose to do desktop installation. Another >>complain I heard are the memory on which they use Ubuntu (once again) >>to be efficient. How should I respend on that kind of question? >> >> > >It is possible by using parallel loading (there is a thing on the IBM >website, but it's not for the easily scared!). > >The thing you've got to remember with Ubuntu is that it really is a >minimal running Linux - if you stripped down the number of services FC >starts on power up to the same as Ubuntu, you'd find the boot up is >faster (not having to boot from CD). > >Currently, I've not got that many services running on either my laptop >or this PC and it's on the desktop ready for me to use in just shy of 90 >seconds - which is much faster than Ubuntu! > >TTFN > >Paul > > Parallel loading doen't help much. This have already been discussed in the devel-list. From mike at netlyncs.com Sun Apr 3 11:12:58 2005 From: mike at netlyncs.com (Mike Chambers) Date: Sun, 03 Apr 2005 11:12:58 +0000 Subject: Seti @ Home Message-ID: <1112526778.15008.0.camel@scrappy.netlyncs.com> For those interested and run Seti, have a small group created if you would like to join instead of being by yourself... http://setiathome2.ssl.berkeley.edu/stats/team/team_149195.html -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From buildsys at redhat.com Sun Apr 3 11:29:48 2005 From: buildsys at redhat.com (Build System) Date: Sun, 3 Apr 2005 07:29:48 -0400 Subject: rawhide report: 20050403 changes Message-ID: <200504031129.j33BTmpr002925@porkchop.devel.redhat.com> Updated Packages: NetworkManager-0.4-5.cvs20050402 -------------------------------- * Sat Apr 02 2005 Dan Williams 0.4-5.cvs20050402 - Update from latest CVS HEAD dictd-1.9.7-8 ------------- * Sat Apr 02 2005 Florian La Roche - /etc/init.d -> /etc/rc.d/init.d gdb-6.3.0.0-1.10 ---------------- * Sat Apr 02 2005 Andrew Cagney 6.3.0.0-1.10 - Print a warning when the separate debug info's CRC doen't match; test. gdm-1:2.6.0.8-1 --------------- * Sat Apr 02 2005 Ray Strode 1:2.6.0.8-1 - update to 2.6.0.8 - add new init scripts to support early-login mode libgconf-java-2.10.0-1 ---------------------- * Sat Apr 02 2005 Thomas Fitzsimmons - 2.10.0-1 - Import libgconf-java 2.10.0. libgtk-java-2.6.1.1-1 --------------------- * Sat Apr 02 2005 Thomas Fitzsimmons - 2.6.1.1-1 - Import libgtk-java 2.6.1.1. libxml2-2.6.19-1 ---------------- * Sat Apr 02 2005 Daniel Veillard - upstream release 2.6.19 see http://xmlsoft.org/news.html * Thu Jan 02 2003 Daniel Veillard - integrated drv_libxml2 xml.sax driver from St?phane Bidoul - provides the new XmlTextReader interfaces based on C# XML APIs * Wed Oct 23 2002 Daniel Veillard - revamped the spec file, cleaned up some rpm building problems libxslt-1.1.14-1 ---------------- * Sat Apr 02 2005 Daniel Veillard - upstream release 1.1.14 see http://xmlsoft.org/XSLT/news.html * Sun Nov 02 2003 Daniel Veillard - cleanup, removal of the deprecated breakpoint library and automated libxml2 dependancy level in the generated spec file. * Wed Oct 23 2002 Daniel Veillard - revamped the spec file, cleaned up some rpm building problems openoffice.org-1:1.9.89-1 ------------------------- * Thu Mar 31 2005 Caolan McNamara 1:1.9.89-1 - bump to 1.9.89 - drop integrated openoffice.org-1.9.83.ooo43995.wptypedetect.patch - drop hsqldb backport from 1.9.89 now - add more parallel build patches as we go along perl-BSD-Resource-1.24-3 ------------------------ * Sat Apr 02 2005 Warren Togami - 1.24-3 - skip make test #153178 * Sat Apr 02 2005 Jose Pedro Oliveira - 1.24-2 - spec cleanup - License corrected perl-Digest-SHA1-2.10-1 ----------------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 2.10-1 - Update to 2.10. - spec cleanup (#153198) perl-File-MMagic-1.22-1 ----------------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 1.22-1 - Update to 1.22 - Spec cleanup (#153204) perl-TermReadKey-2.30-1 ----------------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 2.30-1 - Update to 2.30. - spec cleanup (#153200) perl-URI-1.35-2 --------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 1.35-2 - Update to 1.35. - Spec cleanup (#153205) perl-libwww-perl-5.803-2 ------------------------ * Sat Apr 02 2005 Warren Togami - 5.803-2 - skip make test (#150363) * Sat Apr 02 2005 Jose Pedro Oliveira - 5.803-1 - Update to 5.803. - spec cleanup (#150363) perl-libxml-perl-0.08-1 ----------------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 0.08-1 - Update to 0.08. - spec cleanup (#153199) xen-2-20050402 -------------- * Sat Apr 02 2005 Rik van Riel 2-20050402 - move initscripts to /etc/rc.d/init.d (Florian La Roche) (#153188) - ship only PDF documentation, not the PS or tex duplicates From paul at all-the-johnsons.co.uk Sun Apr 3 12:10:52 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 03 Apr 2005 13:10:52 +0100 Subject: GCC problem? Message-ID: <1112530252.6360.15.camel@localhost.localdomain> Hi, Is anyone else seeing this before I toddle off to bugzilla? I'm compiling some code using gcc, the source is compiled fine, but I am getting to reports which I'm not sure if gcc is generating or bash is generating but is making gcc look like the culprit. g++ math.cpp -lm g++: spec failure: unrecognized spec option 'M' g++: spec failure: unrecognized spec option 'M' I'm using gcc-4.0.0-0.38 TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- 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 justin.conover at gmail.com Sun Apr 3 12:46:21 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 3 Apr 2005 07:46:21 -0500 Subject: rpmbuild and compat-gcc? Message-ID: How can you tell rpmbuild to use the compat version of gcc? compat-gcc-32-3.2.3-47.fc4 From kyrre at solution-forge.net Sun Apr 3 14:01:11 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 03 Apr 2005 16:01:11 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <424F7EFC.80707@feuerpokemon.de> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> Message-ID: <1112536871.12044.1.camel@localhost.localdomain> s?n, 03.04.2005 kl. 07.28 skrev dragoran: > Paul wrote: > > >Hi, > > > > > > > >>this is a question I receive froom some Fedora Core 3 users. After > >>they have tried Ubuntu, they complained about the 'slow speed' of > >>Fedora. Their major complain are the number of seriveces enabled by > >>default event though they choose to do desktop installation. Another > >>complain I heard are the memory on which they use Ubuntu (once again) > >>to be efficient. How should I respend on that kind of question? > >> > >> > > > >It is possible by using parallel loading (there is a thing on the IBM > >website, but it's not for the easily scared!). > > > >The thing you've got to remember with Ubuntu is that it really is a > >minimal running Linux - if you stripped down the number of services FC > >starts on power up to the same as Ubuntu, you'd find the boot up is > >faster (not having to boot from CD). > > > >Currently, I've not got that many services running on either my laptop > >or this PC and it's on the desktop ready for me to use in just shy of 90 > >seconds - which is much faster than Ubuntu! > > > >TTFN > > > >Paul > > > > > Parallel loading doen't help much. This have already been discussed in > the devel-list. Yes there was a lot of talk about getting down boot time - but what did come of it? It isn't listed as major goals for fc4 anymore - so will fc4 boot faster than fc3 did, or did this effort run out in the sand? Kyrre From sean.bruno at dsl-only.net Sun Apr 3 14:02:51 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sun, 03 Apr 2005 07:02:51 -0700 Subject: Stripped Symbols Message-ID: <1112536972.4183.5.camel@localhost.localdomain> I looked through the archives and couldn't see any threads that were relevant so here I go...Should some debugging symbols be left in the applications while they are in "test?" I just ran into a case wherein I would have to recompile quite a few things to get any kind of debugging output. Was this done due to space constraints or something? Or are is this a Q/A requirement that we test packages as they will be delivered to the distribution? Could seperate versions with symbols be available in rawhide for this purpose? Sean From cimmo at libero.it Sun Apr 3 14:11:52 2005 From: cimmo at libero.it (Cimmo) Date: Sun, 03 Apr 2005 16:11:52 +0200 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <424F1079.1040504@linux360.ro> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> <424F1079.1040504@linux360.ro> Message-ID: <424FF9A8.6090201@libero.it> Ovidiu Lixandru ha scritto: > I got around tinkering with my tv card today. It works ok, both video > and audio. The sound comes in through what the GNOME volume applet > calls "Capture feedback into playback". I also used my tuner to > capture some video clips from a Sony Digital8 camera via tv card > S-Video + sound card line-in and it works perfectly. Hey are you sure you have a Live! 24 bit? Capture isn't supported for this card. have you snd-ca0106 module for your sound card? can you make a screenshot of your volume control? thanx Cimmo From ziga.mahkovec at klika.si Sun Apr 3 14:24:09 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Sun, 03 Apr 2005 16:24:09 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> Message-ID: <1112538249.24697.28.camel@localhost> On Sat, 2005-04-02 at 15:15 -0800, luya at jpopmail.com wrote: > this is a question I receive froom some Fedora Core 3 users. After > they have tried Ubuntu, they complained about the 'slow speed' of > Fedora. Their major complain are the number of seriveces enabled by > default event though they choose to do desktop installation. Another > complain I heard are the memory on which they use Ubuntu (once again) > to be efficient. How should I respend on that kind of question? As far as boot times go, there was a long discussion[1] on the devel- list, which also resulted in a tool[2] for boot process analysis. Later, David Zeuthen also posted a very detailed analysis[3], with many ideas for improvements. Unfortunately, it seems that these improvements didn't make it into FC4. But going through these resources, you should at least be able to do some tweaking on your own. [1] http://www.redhat.com/archives/fedora-devel-list/2004-November/msg00447.html [2] http://www.bootchart.org/ [3] http://www.redhat.com/archives/fedora-devel-list/2004-November/msg01374.html -- Ziga From greenrd at presidium.org Sun Apr 3 14:28:02 2005 From: greenrd at presidium.org (Robin Green) Date: Sun, 3 Apr 2005 10:28:02 -0400 (EDT) Subject: Stripped Symbols In-Reply-To: <1112536972.4183.5.camel@localhost.localdomain> References: <1112536972.4183.5.camel@localhost.localdomain> Message-ID: On Sun, 3 Apr 2005, Sean Bruno wrote: > I looked through the archives and couldn't see any threads that were > relevant so here I go...Should some debugging symbols be left in the > applications while they are in "test?" That's not necessary. You just need to install the corresponding -debuginfo packages from http://download.fedora.redhat.com/pub/fedora/linux/core/development/$arch/debug/ (substituting $arch with your architecture). Both gdb and valgrind appear to automatically detect -debuginfo packages and use the debugging information therein, including the source code, so you shouldn't need to do anything special other than installing the -debuginfo packages. Note that normally one -debuginfo package is generated per source RPM, not one per binary RPM. To find the source rpm name for a package, use rpm -qi package and look for "Source RPM". -- Robin From ziga.mahkovec at klika.si Sun Apr 3 14:27:54 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Sun, 03 Apr 2005 16:27:54 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050403002143.GB20560@neu.nirvana> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <20050403002143.GB20560@neu.nirvana> Message-ID: <1112538475.24697.30.camel@localhost> On Sun, 2005-04-03 at 02:21 +0200, Axel Thimm wrote: > On Sat, Apr 02, 2005 at 03:15:03PM -0800, luya at jpopmail.com wrote: > > this is a question I receive froom some Fedora Core 3 users. After > > they have tried Ubuntu, they complained about the 'slow speed' of > > Fedora. Their major complain are the number of seriveces enabled by > > default event though they choose to do desktop installation. Another > > complain I heard are the memory on which they use Ubuntu (once > > again) to be efficient. How should I respend on that kind of > > question? > > Ask them why they need to reboot Ubuntu that often ... ;) There are several reasons why desktop systems need rebooting, and they're not specific to Ubuntu: - running a laptop (and not being able to get software suspend to work) - powering down the system over night (think ecology) - sharing a room with the noisy machine -- Ziga From Axel.Thimm at ATrpms.net Sun Apr 3 15:00:49 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 3 Apr 2005 17:00:49 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112538475.24697.30.camel@localhost> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <20050403002143.GB20560@neu.nirvana> <1112538475.24697.30.camel@localhost> Message-ID: <20050403150049.GF3202@neu.nirvana> On Sun, Apr 03, 2005 at 04:27:54PM +0200, Ziga Mahkovec wrote: > On Sun, 2005-04-03 at 02:21 +0200, Axel Thimm wrote: > > On Sat, Apr 02, 2005 at 03:15:03PM -0800, luya at jpopmail.com wrote: > > > this is a question I receive froom some Fedora Core 3 users. After > > > they have tried Ubuntu, they complained about the 'slow speed' of > > > Fedora. Their major complain are the number of seriveces enabled by > > > default event though they choose to do desktop installation. Another > > > complain I heard are the memory on which they use Ubuntu (once > > > again) to be efficient. How should I respend on that kind of > > > question? > > > > Ask them why they need to reboot Ubuntu that often ... ;) > > There are several reasons why desktop systems need rebooting, and > they're not specific to Ubuntu: > > - running a laptop (and not being able to get software suspend to work) > - powering down the system over night (think ecology) > - sharing a room with the noisy machine All tasks you perform 1-5 times a day at max. So cutting 10 seconds boot time saves you a minute per day? Unless you need instanton technology (think Fedora Media Center) there is no urgent need to speed up boot process, or not? I don't disagree with lowering boot time, but it isn't high priority. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at nodata.co.uk Sun Apr 3 15:55:15 2005 From: fedora at nodata.co.uk (nodata) Date: Sun, 03 Apr 2005 17:55:15 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050403150049.GF3202@neu.nirvana> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <20050403002143.GB20560@neu.nirvana> <1112538475.24697.30.camel@localhost> <20050403150049.GF3202@neu.nirvana> Message-ID: <1112543715.3372.2.camel@localhost.localdomain> On Sun, 2005-04-03 at 17:00 +0200, Axel Thimm wrote: > On Sun, Apr 03, 2005 at 04:27:54PM +0200, Ziga Mahkovec wrote: > > On Sun, 2005-04-03 at 02:21 +0200, Axel Thimm wrote: > > > On Sat, Apr 02, 2005 at 03:15:03PM -0800, luya at jpopmail.com wrote: > > > > this is a question I receive froom some Fedora Core 3 users. After > > > > they have tried Ubuntu, they complained about the 'slow speed' of > > > > Fedora. Their major complain are the number of seriveces enabled by > > > > default event though they choose to do desktop installation. Another > > > > complain I heard are the memory on which they use Ubuntu (once > > > > again) to be efficient. How should I respend on that kind of > > > > question? > > > > > > Ask them why they need to reboot Ubuntu that often ... ;) > > > > There are several reasons why desktop systems need rebooting, and > > they're not specific to Ubuntu: > > > > - running a laptop (and not being able to get software suspend to work) > > - powering down the system over night (think ecology) > > - sharing a room with the noisy machine > > All tasks you perform 1-5 times a day at max. So cutting 10 seconds > boot time saves you a minute per day? > > Unless you need instanton technology (think Fedora Media Center) there > is no urgent need to speed up boot process, or not? > > I don't disagree with lowering boot time, but it isn't high priority. > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list It depends how long what you need to do takes. I'm sure you've been caught in the situation where you "just need to check something" before going out somewhere. The time it will take to check the "thing" is maybe fifteen seconds. The time to boot the machine is much longer than that. Is there software suspend for desktops? From Axel.Thimm at ATrpms.net Sun Apr 3 16:01:32 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 3 Apr 2005 18:01:32 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112543715.3372.2.camel@localhost.localdomain> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <20050403002143.GB20560@neu.nirvana> <1112538475.24697.30.camel@localhost> <20050403150049.GF3202@neu.nirvana> <1112543715.3372.2.camel@localhost.localdomain> Message-ID: <20050403160132.GG3202@neu.nirvana> On Sun, Apr 03, 2005 at 05:55:15PM +0200, nodata wrote: > On Sun, 2005-04-03 at 17:00 +0200, Axel Thimm wrote: > > On Sun, Apr 03, 2005 at 04:27:54PM +0200, Ziga Mahkovec wrote: > > > On Sun, 2005-04-03 at 02:21 +0200, Axel Thimm wrote: > > > > On Sat, Apr 02, 2005 at 03:15:03PM -0800, luya at jpopmail.com wrote: > > > There are several reasons why desktop systems need rebooting, and > > > they're not specific to Ubuntu: > > > > > > - running a laptop (and not being able to get software suspend to work) > Is there software suspend for desktops? http://www.suspend2.net/ -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ziga.mahkovec at klika.si Sun Apr 3 16:02:39 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Sun, 03 Apr 2005 18:02:39 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050403150049.GF3202@neu.nirvana> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <20050403002143.GB20560@neu.nirvana> <1112538475.24697.30.camel@localhost> <20050403150049.GF3202@neu.nirvana> Message-ID: <1112544159.30191.21.camel@localhost> On Sun, 2005-04-03 at 17:00 +0200, Axel Thimm wrote: > On Sun, Apr 03, 2005 at 04:27:54PM +0200, Ziga Mahkovec wrote: > > There are several reasons why desktop systems need rebooting, and > > they're not specific to Ubuntu: > > > > - running a laptop (and not being able to get software suspend to work) > > - powering down the system over night (think ecology) > > - sharing a room with the noisy machine > > All tasks you perform 1-5 times a day at max. So cutting 10 seconds > boot time saves you a minute per day? If you followed the discussion on devel-list last year, you'll remember that some of the savings were much more than 10 seconds (like cutting a 1:47 minute bootup in half). But even so, it's a usability thing -- when it comes to response times, a single second can make a difference. I think in this case it's about preventing the users from performing other tasks while waiting for the system to boot up. > Unless you need instanton technology (think Fedora Media Center) there > is no urgent need to speed up boot process, or not? > > I don't disagree with lowering boot time, but it isn't high priority. Well, since most of the investigation was already done in this area, it doesn't seem like a big investment. David Zeuthen[1] outlined the changes that need to be done -- start GDM early, improve the readahead list, cache kmodule, etc. Also, applying the techniques for improving the boot process can improve the responsiveness of the desktop in general -- e.g. by making better use of readahead, the startup times of Firefox, OpenOffice or Evolution could be greatly improved. Last, while not always a good argument, others have put lots of effort into reducing boot times. Ubuntu and Gentoo list it as one of the goals for their next release. Apple and Microsoft had done this long ago. [1] http://www.redhat.com/archives/fedora-devel-list/2004-November/msg01374.html -- Ziga From Axel.Thimm at ATrpms.net Sun Apr 3 16:11:45 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 3 Apr 2005 18:11:45 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112544159.30191.21.camel@localhost> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <20050403002143.GB20560@neu.nirvana> <1112538475.24697.30.camel@localhost> <20050403150049.GF3202@neu.nirvana> <1112544159.30191.21.camel@localhost> Message-ID: <20050403161145.GH3202@neu.nirvana> On Sun, Apr 03, 2005 at 06:02:39PM +0200, Ziga Mahkovec wrote: > On Sun, 2005-04-03 at 17:00 +0200, Axel Thimm wrote: > > Unless you need instanton technology (think Fedora Media Center) there > > is no urgent need to speed up boot process, or not? > > > > I don't disagree with lowering boot time, but it isn't high priority. > > Well, since most of the investigation was already done in this area, it > doesn't seem like a big investment. David Zeuthen[1] outlined the > changes that need to be done -- start GDM early, improve the readahead > list, cache kmodule, etc. If this is as painless and straightwforward as you say, why not implement David's changes yourself and feed them to bugzilla/fedora-devel chunk for chunk? If the changes aren't too invasive you'll see them applied. Although probably not for FC4, it's too late I guess. > [1] http://www.redhat.com/archives/fedora-devel-list/2004-November/msg01374.html -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ivazquez at ivazquez.net Sun Apr 3 16:19:32 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 03 Apr 2005 12:19:32 -0400 Subject: rpmbuild and compat-gcc? In-Reply-To: References: Message-ID: <1112545172.23244.5.camel@ignacio.ignacio.lan> On Sun, 2005-04-03 at 07:46 -0500, Justin Conover wrote: > How can you tell rpmbuild to use the compat version of gcc? Same way you tell it to use any alternate C compiler. CC=foocc rpmbuild .... -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 dcbw at redhat.com Sun Apr 3 16:59:39 2005 From: dcbw at redhat.com (Dan Williams) Date: Sun, 3 Apr 2005 12:59:39 -0400 (EDT) Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112536871.12044.1.camel@localhost.localdomain> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> Message-ID: On Sun, 3 Apr 2005, Kyrre Ness Sjobak wrote: > Yes there was a lot of talk about getting down boot time - but what did > come of it? It isn't listed as major goals for fc4 anymore - so will fc4 > boot faster than fc3 did, or did this effort run out in the sand? At least in Red Hat (not sure what Fedora community people have been doing on this front) some of the guys have been working on killing rhgb. The idea here is to start gdm as early as possible and let other services continue to start while gdm is running and/or the user is logging in. That also involves readahead optimization to make sure stuff that needs to get loaded gets loaded as early as possible. If these things make it to FC4, they will not be default but will be easily enabled with a kernel boot parameter. Other interesting ideas are disabling unecessary system services that desktop users certainly do not need, as a group, like gpm. Furthermore, killing dumb cron jobs that run every day like 'updatedb' and 'makewhatis' would help make the desktop experience a hell of a lot better (geez, run them every 3 days and only when the machine has been idle for 5 minutes or something, and re-nice them really really really low so they don't screw over the user). Dan From fedora at nodata.co.uk Sun Apr 3 17:11:28 2005 From: fedora at nodata.co.uk (nodata) Date: Sun, 03 Apr 2005 19:11:28 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> Message-ID: <1112548288.3372.4.camel@localhost.localdomain> On Sun, 2005-04-03 at 12:59 -0400, Dan Williams wrote: > On Sun, 3 Apr 2005, Kyrre Ness Sjobak wrote: > > Yes there was a lot of talk about getting down boot time - but what did > > come of it? It isn't listed as major goals for fc4 anymore - so will fc4 > > boot faster than fc3 did, or did this effort run out in the sand? > > At least in Red Hat (not sure what Fedora community people have been doing on > this front) some of the guys have been working on killing rhgb. The idea here > is to start gdm as early as possible and let other services continue to start > while gdm is running and/or the user is logging in. That also involves > readahead optimization to make sure stuff that needs to get loaded gets loaded > as early as possible. > > If these things make it to FC4, they will not be default but will be easily > enabled with a kernel boot parameter. > > Other interesting ideas are disabling unecessary system services that desktop > users certainly do not need, as a group, like gpm. Furthermore, killing dumb > cron jobs that run every day like 'updatedb' and 'makewhatis' would help make > the desktop experience a hell of a lot better (geez, run them every 3 days and > only when the machine has been idle for 5 minutes or something, and re-nice them > really really really low so they don't screw over the user). > > Dan > How about a nice that works for disk, rather than cpu? From jspaleta at gmail.com Sun Apr 3 17:22:46 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 3 Apr 2005 13:22:46 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> Message-ID: <604aa79105040310224aa318d7@mail.gmail.com> On Apr 3, 2005 12:59 PM, Dan Williams wrote: > Furthermore, killing dumb cron jobs that run every day like 'updatedb' and 'makewhatis' > would help make the desktop experience a hell of a lot better (geez, run them every 3 days > and only when the machine has been idle for 5 minutes or something, and re-nice them > really really really low so they don't screw over the user). Typical desktop users typically use their machines at 4am when these cronjobs are running and notice a performance hit from these cronjobs? I really dont think many 'desktop users' see the nightly cronjobs. Certaintly very very few corporate desktop users... and I would be hard-pressed to call anyone sitting on their home computer at 4am a casual or average user. Sounds like a nit-picky power user issue to me. -jef"of course if you want to complain about anacron behavior.. be my guest"spaleta From ellson at research.att.com Sun Apr 3 17:33:18 2005 From: ellson at research.att.com (John Ellson) Date: Sun, 03 Apr 2005 13:33:18 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: <604aa79105040310224aa318d7@mail.gmail.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <604aa79105040310224aa318d7@mail.gmail.com> Message-ID: <425028DE.6010003@research.att.com> Jeff Spaleta wrote: >On Apr 3, 2005 12:59 PM, Dan Williams wrote: > > >>Furthermore, killing dumb cron jobs that run every day like 'updatedb' and 'makewhatis' >>would help make the desktop experience a hell of a lot better (geez, run them every 3 days >>and only when the machine has been idle for 5 minutes or something, and re-nice them >>really really really low so they don't screw over the user). >> >> > >Typical desktop users typically use their machines at 4am when these >cronjobs are running and notice a performance hit from these cronjobs? > I really dont think many 'desktop users' see the nightly cronjobs. >Certaintly very very few corporate desktop users... and I would be >hard-pressed to call anyone sitting on their home computer at 4am a >casual or average user. Sounds like a nit-picky power user issue to >me. > >-jef"of course if you want to complain about anacron behavior.. be my >guest"spaleta > > > Come on Jeff! Typical Fedora *laptop* users get hit by these cron jobs at 9am in the morning when they boot up and need to do work. Its a real problem... From fedora at leemhuis.info Sun Apr 3 17:45:37 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 03 Apr 2005 19:45:37 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> Message-ID: <1112550337.5173.47.camel@notebook.thl.home> Am Sonntag, den 03.04.2005, 12:59 -0400 schrieb Dan Williams: > Furthermore, killing dumb > cron jobs that run every day like 'updatedb' and 'makewhatis' would help make > the desktop experience a hell of a lot better (geez, run them every 3 days and > only when the machine has been idle for 5 minutes or something, and re-nice them > really really really low so they don't screw over the user). Furthermore and more important imho: these cron jobs should not run when you are working with you notebook on battery (iirc they currently still do -- correct me if I'm wrong). -- Thorsten Leemhuis From linux_4ever at yahoo.com Sun Apr 3 18:18:18 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 3 Apr 2005 11:18:18 -0700 (PDT) Subject: Is it possible to make Fedora load faster? In-Reply-To: 6667 Message-ID: <20050403181818.12951.qmail@web51505.mail.yahoo.com> >Typical desktop users typically use their machines at 4am when these >cronjobs are running and notice a performance hit from these cronjobs? I think updatedb runs off of anacron since most people won't have their machine on at 4am. -Steve Grubb __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com From kyrre at solution-forge.net Sun Apr 3 18:25:19 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 03 Apr 2005 20:25:19 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050403150049.GF3202@neu.nirvana> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <20050403002143.GB20560@neu.nirvana> <1112538475.24697.30.camel@localhost> <20050403150049.GF3202@neu.nirvana> Message-ID: <1112552719.12044.8.camel@localhost.localdomain> s?n, 03.04.2005 kl. 17.00 skrev Axel Thimm: > On Sun, Apr 03, 2005 at 04:27:54PM +0200, Ziga Mahkovec wrote: > > On Sun, 2005-04-03 at 02:21 +0200, Axel Thimm wrote: > > > On Sat, Apr 02, 2005 at 03:15:03PM -0800, luya at jpopmail.com wrote: > > > > this is a question I receive froom some Fedora Core 3 users. After > > > > they have tried Ubuntu, they complained about the 'slow speed' of > > > > Fedora. Their major complain are the number of seriveces enabled by > > > > default event though they choose to do desktop installation. Another > > > > complain I heard are the memory on which they use Ubuntu (once > > > > again) to be efficient. How should I respend on that kind of > > > > question? > > > > > > Ask them why they need to reboot Ubuntu that often ... ;) > > > > There are several reasons why desktop systems need rebooting, and > > they're not specific to Ubuntu: > > > > - running a laptop (and not being able to get software suspend to work) > > - powering down the system over night (think ecology) > > - sharing a room with the noisy machine > > All tasks you perform 1-5 times a day at max. So cutting 10 seconds > boot time saves you a minute per day? > It isn't about "average" times - it is about the psychological effect. Users hate waiting for computers. But they *do* accept *some* waiting at boot - up to a certain amount. So just showing them a desktop - even if there wasn't much that could be done yet. Or even better - show them the desktop, and continue to start other services in the background (think cups is loaded in the background at the same time as gnome etc. - or even better - things like apache etc that people have running should be loaded *after* GDM. They won't use it until they have opened firefox anyway...) Personally i think something should be done about the prelink/updatedb-makes-computer-slow thing - it always happens when it is least convenient... Kyrre From roger at gwch.net Sun Apr 3 18:32:14 2005 From: roger at gwch.net (Roger Grosswiler) Date: Sun, 03 Apr 2005 20:32:14 +0200 Subject: FC4T1: Firefox & Java Message-ID: <425036AE.6080905@gwch.net> Hi, Can anybody tell me the executable from java-gcj to set to get java running in firefox? Thanks a lot, Roger From alan.gagne at comcast.net Sun Apr 3 19:02:57 2005 From: alan.gagne at comcast.net (Alan J. Gagne) Date: Sun, 03 Apr 2005 15:02:57 -0400 Subject: FC4T1: Firefox & Java Message-ID: <1112554977.10924.11.camel@linux0.dbonenet.com> You will need to download the jre (jre-1_5_0_02-linux-i586.rpm) and create a symbolic link to the plugin from /usr/lib/firefox-1.0.2/plugins/ ln -s /usr/java/jre1.5.0_02/plugin/i386/ns7/libjavaplugin_oji.so libjavaplugin_oji.so Alan From nutello at sweetness.com Sun Apr 3 19:27:40 2005 From: nutello at sweetness.com (Rudi Chiarito) Date: Sun, 3 Apr 2005 21:27:40 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112548288.3372.4.camel@localhost.localdomain> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <1112548288.3372.4.camel@localhost.localdomain> Message-ID: <20050403192740.GA2742@plain.rackshack.net> On Sun, Apr 03, 2005 at 07:11:28PM +0200, nodata wrote: > How about a nice that works for disk, rather than cpu? There's work going on upstream (the only place where this should happen anyway) to have the kernel support priorities for I/O requests. The magic Google words are cfq and prio. -- Rudi From roger at gwch.net Sun Apr 3 19:29:40 2005 From: roger at gwch.net (Roger Grosswiler) Date: Sun, 03 Apr 2005 21:29:40 +0200 Subject: FC4T1: Firefox & Java In-Reply-To: <1112554977.10924.11.camel@linux0.dbonenet.com> References: <1112554977.10924.11.camel@linux0.dbonenet.com> Message-ID: <42504424.9010209@gwch.net> Alan J. Gagne wrote: > You will need to download the jre (jre-1_5_0_02-linux-i586.rpm) > and create a symbolic link to the plugin > from /usr/lib/firefox-1.0.2/plugins/ > > ln -s /usr/java/jre1.5.0_02/plugin/i386/ns7/libjavaplugin_oji.so > libjavaplugin_oji.so > > Alan > Since there is a kind of Java-Support with GCJ in FC4T1,shouldn't we better use this??? If yes, how to? Roger From shiva at sewingwitch.com Sun Apr 3 19:38:59 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Sun, 03 Apr 2005 12:38:59 -0700 Subject: NPTL is now the default library for building new programs In-Reply-To: <20050402185557.GI17420@devserv.devel.redhat.com> References: <20050402185557.GI17420@devserv.devel.redhat.com> Message-ID: --On Saturday, April 02, 2005 1:55 PM -0500 Jakub Jelinek wrote: > glibc-2.3.4-19 which ought to appear in rawhide tomorrow will contain next > step leading to removal of LinuxThreads. Should you copy this to -dev to give them a heads-up that this is coming? > To build programs that will work with both LinuxThreads and NPTL > you need to install now linuxthreads-devel package and compile/link > with -I/usr/include/linuxthreads -L/usr/lib{,64}/linuxthreads. Does it hurt to do this now? Will such stuff work fine on shipping distros? What would be the downside of doing this? From shrek-m at gmx.de Sun Apr 3 19:39:16 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 03 Apr 2005 21:39:16 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112552719.12044.8.camel@localhost.localdomain> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <20050403002143.GB20560@neu.nirvana> <1112538475.24697.30.camel@localhost> <20050403150049.GF3202@neu.nirvana> <1112552719.12044.8.camel@localhost.localdomain> Message-ID: <42504664.90105@gmx.de> Kyrre Ness Sjobak wrote: >It isn't about "average" times - it is about the psychological effect. >Users hate waiting for computers. > and i hate waiting for networking, fetchmail|mailscanner|sendmail, mysql, httpd, ... and other services while i am logged in. >But they *do* accept *some* waiting at >boot - up to a certain amount. So just showing them a desktop - even if >there wasn't much that could be done yet. Or even better - show them the >desktop, and continue to start other services in the background (think >cups is loaded in the background at the same time as gnome etc. - or >even better - things like apache etc that people have running should be >loaded *after* GDM. They won't use it until they have opened firefox >anyway...) > > why not runlevel 4 and/or 7 "joe-average-user--psychological-fastboot" afair runlevel 4,7-9 are not defined eg. runlevel 4 (minimal services, X11, logon) and switch to runlevel 7 (additional services) runlevel 5 (all services, X11, logon) runlevel 7 (fastboot = minimal services, X11, logon, additional services) http://fedoraproject.org/people/ --> pete zaitcev telinit 4 "running on battery" http://www.livejournal.com/users/zaitcev/21605.html $ grep " - " /etc/inittab # 0 - halt (Do NOT set initdefault to this) # 1 - Single user mode # 2 - Multiuser, without NFS (The same as 3, if you do not have networking) # 3 - Full multiuser mode # 4 - unused # 5 - X11 # 6 - reboot (Do NOT set initdefault to this) $ LANG=C man init Runlevels 0, 1, and 6 are reserved. Runlevel 0 is used to halt the system, runlevel 6 is used to reboot the system, and runlevel 1 is used to get the system down into single user mode. Runlevel S is not really meant to be used directly, but more for the scripts that are executed when entering runlevel 1. For more information on this, see the manpages for shutdown(8) and inittab(5). Runlevels 7-9 are also valid, though not really documented. This is because "traditional" Unix variants don't use them. In case you're curious, runlevels S and s are in fact the same. Internally they are aliases for the same runlevel. -- shrek-m From weidmann at acm.org Sun Apr 3 19:42:37 2005 From: weidmann at acm.org (Nicolas Weidmann) Date: Sun, 03 Apr 2005 21:42:37 +0200 Subject: FC4-T1: install does not even boot Message-ID: <4250472D.2040306@acm.org> Hello, I could not even install FC4-T1 since the first CD does not even boot. The PC boots (Digital Ultra HiNote-2000, I know its an old laptop, but it still works fine) and stops in grub. It does not show the familiar list of install options common to all FC releases. Any clue? Thank you Nicolas From kyrre at solution-forge.net Sun Apr 3 19:58:33 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 03 Apr 2005 21:58:33 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050403181818.12951.qmail@web51505.mail.yahoo.com> References: <20050403181818.12951.qmail@web51505.mail.yahoo.com> Message-ID: <1112558312.12044.10.camel@localhost.localdomain> s?n, 03.04.2005 kl. 20.18 skrev Steve G: > >Typical desktop users typically use their machines at 4am when these > >cronjobs are running and notice a performance hit from these cronjobs? > > I think updatedb runs off of anacron since most people won't have their machine > on at 4am. Yup. It always starts to chrunch the disk when most inconvenient From kyrre at solution-forge.net Sun Apr 3 20:01:08 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 03 Apr 2005 22:01:08 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112550337.5173.47.camel@notebook.thl.home> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <1112550337.5173.47.camel@notebook.thl.home> Message-ID: <1112558468.12044.12.camel@localhost.localdomain> s?n, 03.04.2005 kl. 19.45 skrev Thorsten Leemhuis: > Am Sonntag, den 03.04.2005, 12:59 -0400 schrieb Dan Williams: > > Furthermore, killing dumb > > cron jobs that run every day like 'updatedb' and 'makewhatis' would help make > > the desktop experience a hell of a lot better (geez, run them every 3 days and > > only when the machine has been idle for 5 minutes or something, and re-nice them > > really really really low so they don't screw over the user). > > Furthermore and more important imho: these cron jobs should not run when > you are working with you notebook on battery (iirc they currently still > do -- correct me if I'm wrong). They do. First indication of them running is everything getting really slow, and then the fan starts ;) From greenrd at presidium.org Sun Apr 3 20:02:55 2005 From: greenrd at presidium.org (Robin Green) Date: Sun, 3 Apr 2005 16:02:55 -0400 (EDT) Subject: FC4-T1: install does not even boot In-Reply-To: <4250472D.2040306@acm.org> References: <4250472D.2040306@acm.org> Message-ID: On Sun, 3 Apr 2005, Nicolas Weidmann wrote: > Hello, > > I could not even install FC4-T1 since the first CD does not even boot. > The PC boots (Digital Ultra HiNote-2000, I know its an old laptop, but > it still works fine) and stops in grub. Did you burn the ISO as a file by mistake instead of as an ISO image? To check, mount the CD and see what is on it. From shrek-m at gmx.de Sun Apr 3 20:52:43 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 03 Apr 2005 22:52:43 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112558468.12044.12.camel@localhost.localdomain> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <1112550337.5173.47.camel@notebook.thl.home> <1112558468.12044.12.camel@localhost.localdomain> Message-ID: <4250579B.9070909@gmx.de> Kyrre Ness Sjobak wrote: >s?n, 03.04.2005 kl. 19.45 skrev Thorsten Leemhuis: > > >>Am Sonntag, den 03.04.2005, 12:59 -0400 schrieb Dan Williams: >> >> >>> Furthermore, killing dumb >>>cron jobs that run every day like 'updatedb' and 'makewhatis' would help make >>>the desktop experience a hell of a lot better (geez, run them every 3 days and >>>only when the machine has been idle for 5 minutes or something, and re-nice them >>>really really really low so they don't screw over the user). >>> >>> >>Furthermore and more important imho: these cron jobs should not run when >>you are working with you notebook on battery (iirc they currently still >>do -- correct me if I'm wrong). >> >> >They do. First indication of them running is everything getting really >slow, and then the fan starts ;) > http://fedoraproject.org/people/ --> pete zaitcev telinit 4 "running on battery" http://www.livejournal.com/users/zaitcev/21605.html /*telinit 4*/ I continue to ponder if we ought to have init level 4 in Fedora, meaning "running on battery". Although I start and stop a bunch of services going between 4 and 5, in reality most of them have no connection to the battery status. For instance, I run ntpd and cups at level 5 but not 4, because when I'm on battery, I'm away from home and naturally I do not want either of them. This is, of course, bogus. However, there's one service which may make the whole idea worthwhile: *crond*. This sucker runs a whole bunch of things which definitely depend on AC power and not on network status: makewhatis, prelink, logrotate, and so on. Switching it on and off makes perfect sense. If only I were able to figure how to make a hysteresis. If I plug and unplug power quickly, apmd fires, init flips on and off, gazillion freaking scripts run. Or, more realistically, I unplug and replug when migrating between outlets. So, there must be some sort of a delay. From david at fubar.dk Sun Apr 3 21:00:08 2005 From: david at fubar.dk (David Zeuthen) Date: Sun, 03 Apr 2005 17:00:08 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: <4250579B.9070909@gmx.de> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <1112550337.5173.47.camel@notebook.thl.home> <1112558468.12044.12.camel@localhost.localdomain> <4250579B.9070909@gmx.de> Message-ID: <1112562009.29442.5.camel@daxter.boston.redhat.com> On Sun, 2005-04-03 at 22:52 +0200, shrek-m at gmx.de wrote: > > /*telinit 4*/ > I continue to ponder if we ought to have init level 4 in Fedora, meaning > "running on battery". Although I start and stop a bunch of services > going between 4 and 5, in reality most of them have no connection to the > battery status. For instance, I run ntpd and cups at level 5 but not 4, > because when I'm on battery, I'm away from home and naturally I do not > want either of them. This is, of course, bogus. However, there's one > service which may make the whole idea worthwhile: *crond*. > > This sucker runs a whole bunch of things which definitely depend on AC > power and not on network status: makewhatis, prelink, logrotate, and so > on. Switching it on and off makes perfect sense. If only I were able to > figure how to make a hysteresis. If I plug and unplug power quickly, > apmd fires, init flips on and off, gazillion freaking scripts run. Or, > more realistically, I unplug and replug when migrating between outlets. > So, there must be some sort of a delay. > > I'm not sure that tricks like runlevel 4 is the way to go. For the FC5 timeframe we'll probably integrate something like this project http://gnome-power.sourceforge.net/ which is under development. But there's some work left to get it right for the system-wide case. David From malists at epon.ro Sun Apr 3 21:18:15 2005 From: malists at epon.ro (Marius Andreiana) Date: Mon, 04 Apr 2005 00:18:15 +0300 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112552719.12044.8.camel@localhost.localdomain> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <20050403002143.GB20560@neu.nirvana> <1112538475.24697.30.camel@localhost> <20050403150049.GF3202@neu.nirvana> <1112552719.12044.8.camel@localhost.localdomain> Message-ID: <1112563095.11650.2.camel@marte.biciclete.ro> On Sun, 2005-04-03 at 20:25 +0200, Kyrre Ness Sjobak wrote: > But they *do* accept *some* waiting at > boot - up to a certain amount. So just showing them a desktop - even if > there wasn't much that could be done yet. Or even better - show them the > desktop, and continue to start other services in the background (think > cups is loaded in the background at the same time as gnome etc. Then see complains pouring in with "Login takes forever..." It already takes ~8 seconds on my 1.7ghz celeron with 750mb ram (I have epiphany and gedit saved in session startup) -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From alan at redhat.com Sun Apr 3 23:44:13 2005 From: alan at redhat.com (Alan Cox) Date: Sun, 3 Apr 2005 19:44:13 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> Message-ID: <20050403234413.GB27320@devserv.devel.redhat.com> On Sun, Apr 03, 2005 at 12:59:39PM -0400, Dan Williams wrote: > Other interesting ideas are disabling unecessary system services that desktop > users certainly do not need, as a group, like gpm. Furthermore, killing dumb and Gnome 8) That really does speed the box up ;) > cron jobs that run every day like 'updatedb' and 'makewhatis' would help make > the desktop experience a hell of a lot better (geez, run them every 3 days and > only when the machine has been idle for 5 minutes or something, and re-nice them > really really really low so they don't screw over the user). Nice won't help here or they would be niced. The problem is they hammer the I/O subsystem and the I/O on a desktop PC is completely incapable of sustaining any kind of useful load. On a scsi box with decent disks you dont even notice it. There are things that might help such as putting sleeps through these programs so they will tick slowly through the process. From alan at redhat.com Sun Apr 3 23:44:57 2005 From: alan at redhat.com (Alan Cox) Date: Sun, 3 Apr 2005 19:44:57 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112550337.5173.47.camel@notebook.thl.home> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <1112550337.5173.47.camel@notebook.thl.home> Message-ID: <20050403234457.GC27320@devserv.devel.redhat.com> On Sun, Apr 03, 2005 at 07:45:37PM +0200, Thorsten Leemhuis wrote: > Furthermore and more important imho: these cron jobs should not run when > you are working with you notebook on battery (iirc they currently still > do -- correct me if I'm wrong). Correct. As do screensavers and other apps. This is one ubuntu does appear to have fixed. From mrguytx at austin.rr.com Mon Apr 4 00:18:34 2005 From: mrguytx at austin.rr.com (W. Guy Thomas) Date: Sun, 03 Apr 2005 19:18:34 -0500 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050403234457.GC27320@devserv.devel.redhat.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <1112550337.5173.47.camel@notebook.thl.home> <20050403234457.GC27320@devserv.devel.redhat.com> Message-ID: <1112573914.5679.44.camel@localhost.localdomain> unreal that FC doesn't do this. G On Sun, 2005-04-03 at 19:44 -0400, Alan Cox wrote: > On Sun, Apr 03, 2005 at 07:45:37PM +0200, Thorsten Leemhuis wrote: > > Furthermore and more important imho: these cron jobs should not run when > > you are working with you notebook on battery (iirc they currently still > > do -- correct me if I'm wrong). > > Correct. As do screensavers and other apps. This is one ubuntu does appear to > have fixed. > -- W. Guy Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From rramson at gmail.com Mon Apr 4 00:40:58 2005 From: rramson at gmail.com (Richard Ramson) Date: Sun, 3 Apr 2005 20:40:58 -0400 Subject: Unable to install macromedia flash player on x86_64 arch Message-ID: Has anyone been able to get macromedia flash or any other flash to work on FC4T1? When I try to install it I get the following message: ./flashplayer-installer ERROR: Your architecture, \'x86_64\', is not supported by the Macromedia Flash Player installer. From cra at WPI.EDU Mon Apr 4 00:50:10 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Sun, 3 Apr 2005 20:50:10 -0400 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: References: Message-ID: <20050404005010.GB1904@angus.ind.WPI.EDU> On Sun, Apr 03, 2005 at 08:40:58PM -0400, Richard Ramson wrote: > Has anyone been able to get macromedia flash or any other flash to > work on FC4T1? When I try to install it I get the following message: > > ./flashplayer-installer > > ERROR: Your architecture, \'x86_64\', is not supported by the > Macromedia Flash Player installer. Have you tried the RPMS from here: http://macromedia.mplug.org/ From rramson at gmail.com Mon Apr 4 01:05:30 2005 From: rramson at gmail.com (Richard Ramson) Date: Sun, 3 Apr 2005 21:05:30 -0400 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <20050404005010.GB1904@angus.ind.WPI.EDU> References: <20050404005010.GB1904@angus.ind.WPI.EDU> Message-ID: On Apr 3, 2005 8:50 PM, Chuck R. Anderson wrote: > On Sun, Apr 03, 2005 at 08:40:58PM -0400, Richard Ramson wrote: > > Has anyone been able to get macromedia flash or any other flash to > > work on FC4T1? When I try to install it I get the following message: > > > > ./flashplayer-installer > > > > ERROR: Your architecture, \'x86_64\', is not supported by the > > Macromedia Flash Player installer. > > Have you tried the RPMS from here: > > http://macromedia.mplug.org/ > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list Thanks for the quick response. The rpm from the above link was flash-plugin-7.0.25-1.i386.rpm, but I tried it anyway. I ran the rpm -iv flash-plugin-7.0.25-1.i386.rpm and it installed OK, see info below: rpm -iv flash-plugin-7.0.25-1.i386.rpm warning: flash-plugin-7.0.25-1.i386.rpm: Header V3 DSA signature: NOKEY, key ID 8df56d05 Preparing packages for installation... flash-plugin-7.0.25-1 Setup is complete. I tried going to a site enabled by flash, (www.orjistylez.com) and the site said I need to install flash. Other sites give the same status. Guess I will have to wait for a 64 bit version :( From rhally at mindspring.com Mon Apr 4 01:05:37 2005 From: rhally at mindspring.com (Richard Hally) Date: Sun, 03 Apr 2005 21:05:37 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050403234413.GB27320@devserv.devel.redhat.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <20050403234413.GB27320@devserv.devel.redhat.com> Message-ID: <425092E1.6030008@mindspring.com> Alan Cox wrote: > The problem is they hammer the >I/O subsystem and the I/O on a desktop PC is completely incapable of sustaining >any kind of useful load. On a scsi box with decent disks you dont even notice >it. > > > are you saying that Fedora is unsuitable for ordinary desktops and (by extension laptops) unless they have scsi? >There are things that might help such as putting sleeps through these programs >so they will tick slowly through the process. > > > From bgerst at didntduck.org Mon Apr 4 01:14:00 2005 From: bgerst at didntduck.org (Brian Gerst) Date: Sun, 03 Apr 2005 21:14:00 -0400 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: References: <20050404005010.GB1904@angus.ind.WPI.EDU> Message-ID: <425094D8.702@didntduck.org> Richard Ramson wrote: > On Apr 3, 2005 8:50 PM, Chuck R. Anderson wrote: > >>On Sun, Apr 03, 2005 at 08:40:58PM -0400, Richard Ramson wrote: >> >>>Has anyone been able to get macromedia flash or any other flash to >>>work on FC4T1? When I try to install it I get the following message: >>> >>> ./flashplayer-installer >>> >>>ERROR: Your architecture, \'x86_64\', is not supported by the >>> Macromedia Flash Player installer. >> >>Have you tried the RPMS from here: >> >>http://macromedia.mplug.org/ >> >>-- >>fedora-test-list mailing list >>fedora-test-list at redhat.com >>To unsubscribe: >>http://www.redhat.com/mailman/listinfo/fedora-test-list > > > Thanks for the quick response. The rpm from the above link was > flash-plugin-7.0.25-1.i386.rpm, but I tried it anyway. I ran the rpm > -iv flash-plugin-7.0.25-1.i386.rpm and it installed OK, see info > below: > rpm -iv flash-plugin-7.0.25-1.i386.rpm > warning: flash-plugin-7.0.25-1.i386.rpm: Header V3 DSA signature: > NOKEY, key ID 8df56d05 > Preparing packages for installation... > flash-plugin-7.0.25-1 > Setup is complete. > > I tried going to a site enabled by flash, (www.orjistylez.com) and the > site said I need to install flash. Other sites give the same status. > Guess I will have to wait for a 64 bit version :( > If you want to use flash then you have to use a 32-bit browser. The 64-bit browser cannot load a 32-bit plugin. -- Brian Gerst From jspaleta at gmail.com Mon Apr 4 01:13:32 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 3 Apr 2005 21:13:32 -0400 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: References: <20050404005010.GB1904@angus.ind.WPI.EDU> Message-ID: <604aa791050403181373aa956c@mail.gmail.com> On Apr 3, 2005 9:05 PM, Richard Ramson wrote: > Thanks for the quick response. The rpm from the above link was > flash-plugin-7.0.25-1.i386.rpm, but I tried it anyway. I ran the rpm > -iv flash-plugin-7.0.25-1.i386.rpm and it installed OK, see info > below: > rpm -iv flash-plugin-7.0.25-1.i386.rpm > warning: flash-plugin-7.0.25-1.i386.rpm: Header V3 DSA signature: > NOKEY, key ID 8df56d05 > Preparing packages for installation... > flash-plugin-7.0.25-1 > Setup is complete. > I tried going to a site enabled by flash, (www.orjistylez.com) and the > site said I need to install flash. Other sites give the same status. > Guess I will have to wait for a 64 bit version :( Uhm... im pretty sure the flash-plugin.. even in rpm form.. requires some additional setup. If you did not review and agree to macromedia's license.. the flash plugin has not been configured yet. I suggest you review the list of active plugins enabled in your browser. and if the flash player isnt listed try following the faq instructions on the macromedia.mplug.org webpage, a copy of which could be found here http://ruslug.rutgers.edu/macromedia/faq.html And... on a 64bit machine.. you will need to make sure the browser you are using is the 32bit version or your dead in the water regardless. -jef From cra at WPI.EDU Mon Apr 4 01:21:10 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Sun, 3 Apr 2005 21:21:10 -0400 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: References: <20050404005010.GB1904@angus.ind.WPI.EDU> Message-ID: <20050404012110.GC1904@angus.ind.WPI.EDU> On Sun, Apr 03, 2005 at 09:05:30PM -0400, Richard Ramson wrote: > I tried going to a site enabled by flash, (www.orjistylez.com) and the > site said I need to install flash. Other sites give the same status. > Guess I will have to wait for a 64 bit version :( 10. Where is Flash for PowerPC or x86-64 Linux? It does not exist probably because Macromedia management feel there is no demand. Contact Macromedia and express your opinion if you truly care about this. From bhughes at elevating.com Mon Apr 4 00:46:06 2005 From: bhughes at elevating.com (Bret Hughes) Date: 03 Apr 2005 19:46:06 -0500 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112558312.12044.10.camel@localhost.localdomain> References: <20050403181818.12951.qmail@web51505.mail.yahoo.com> <1112558312.12044.10.camel@localhost.localdomain> Message-ID: <1112575567.2743.1.camel@bretsony> On Sun, 2005-04-03 at 14:58, Kyrre Ness Sjobak wrote: > s?n, 03.04.2005 kl. 20.18 skrev Steve G: > > >Typical desktop users typically use their machines at 4am when these > > >cronjobs are running and notice a performance hit from these cronjobs? > > > > I think updatedb runs off of anacron since most people won't have their machine > > on at 4am. > > Yup. It always starts to chrunch the disk when most inconvenient > chkconfig anacron off Bret From green at redhat.com Mon Apr 4 02:54:33 2005 From: green at redhat.com (Anthony Green) Date: Sun, 03 Apr 2005 19:54:33 -0700 Subject: FC4T1: Firefox & Java In-Reply-To: <42504424.9010209@gwch.net> References: <1112554977.10924.11.camel@linux0.dbonenet.com> <42504424.9010209@gwch.net> Message-ID: <1112583274.5223.34.camel@localhost.localdomain> On Sun, 2005-04-03 at 21:29 +0200, Roger Grosswiler wrote: > Since there is a kind of Java-Support with GCJ in FC4T1,shouldn't we > better use this??? If yes, how to? See gcjwebplugin: http://www.nongnu.org/gcjwebplugin/ The big problem with this today is that gcj has known problems with its sandbox security implementation. We need to fix those problems and do a full audit of libgcj before it makes sense to package gcjwebplugin. I'm not fully aware of SELinux's capabilities yet, but I wonder if it's possible to sandbox our current libgcj for gcjwebplugin by writing strict SELinux policy. Does anybody know? AG From roger at gwch.net Mon Apr 4 05:23:07 2005 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 04 Apr 2005 07:23:07 +0200 Subject: FC4T1: Firefox & Java --> gcjwebplugin NEW FOR FC4T3 ??? In-Reply-To: <1112583274.5223.34.camel@localhost.localdomain> References: <1112554977.10924.11.camel@linux0.dbonenet.com> <42504424.9010209@gwch.net> <1112583274.5223.34.camel@localhost.localdomain> Message-ID: <4250CF3B.6020308@gwch.net> Anthony Green schrieb: > On Sun, 2005-04-03 at 21:29 +0200, Roger Grosswiler wrote: > >>Since there is a kind of Java-Support with GCJ in FC4T1,shouldn't we >>better use this??? If yes, how to? > > > See gcjwebplugin: http://www.nongnu.org/gcjwebplugin/ > > The big problem with this today is that gcj has known problems with its > sandbox security implementation. We need to fix those problems and do a > full audit of libgcj before it makes sense to package gcjwebplugin. > > I'm not fully aware of SELinux's capabilities yet, but I wonder if it's > possible to sandbox our current libgcj for gcjwebplugin by writing > strict SELinux policy. Does anybody know? > > AG > > Thanks, I looked the homepage and understand your problem. couldn't this be a feature for FC4T3? I think it's to late for T2 now... ;-) if yes, i would create an entry in bugzilla, as i think, the installation must be quite easy, but SELINUX *hrm*, i really don't know (even not in the actual implementation) done by sopwith (Thanks for easy handling by gui ;-) Roger From fonya at fatav.hu Mon Apr 4 06:02:03 2005 From: fonya at fatav.hu (=?ISO-8859-1?Q?Szab=F3_=C1kos?=) Date: Mon, 04 Apr 2005 08:02:03 +0200 Subject: NPTL is now the default library for building new programs In-Reply-To: References: <20050402185557.GI17420@devserv.devel.redhat.com> Message-ID: <1112594523.9966.2.camel@loon.fatav.hu> > Does it hurt to do this now? Will such stuff work fine on shipping distros? > What would be the downside of doing this? Now I can't use Fedora anymore with grsecurity/PAX patched kernel. It will be easily to remove nptl from glibc, or not? Now I recompile glibc packages, with gentoo patch, and without nptl /db packages too/, and work everithing right. Thanks a lot! -- Ciao: Fonya Ami?ta NT-t install?ltam a porsz?v?mra, semmi sz?v?s nincs vele. PGP key ID F86614E5, GPG key ID 83AD9365 From green at redhat.com Mon Apr 4 06:42:58 2005 From: green at redhat.com (Anthony Green) Date: Sun, 03 Apr 2005 23:42:58 -0700 Subject: FC4T1: Firefox & Java --> gcjwebplugin NEW FOR FC4T3 ??? In-Reply-To: <4250CF3B.6020308@gwch.net> References: <1112554977.10924.11.camel@linux0.dbonenet.com> <42504424.9010209@gwch.net> <1112583274.5223.34.camel@localhost.localdomain> <4250CF3B.6020308@gwch.net> Message-ID: <1112596978.5223.37.camel@localhost.localdomain> On Mon, 2005-04-04 at 07:23 +0200, Roger Grosswiler wrote: > I looked the homepage and understand your problem. > couldn't this be a feature for FC4T3? No, I think FC5test1 is more realistic. AG From roger at gwch.net Mon Apr 4 07:19:55 2005 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 4 Apr 2005 09:19:55 +0200 (CEST) Subject: FC4T1: Firefox & Java --> gcjwebplugin NEW FOR FC4T3 ??? In-Reply-To: <1112596978.5223.37.camel@localhost.localdomain> References: <1112554977.10924.11.camel@linux0.dbonenet.com> <42504424.9010209@gwch.net> <1112583274.5223.34.camel@localhost.localdomain> <4250CF3B.6020308@gwch.net> <1112596978.5223.37.camel@localhost.localdomain> Message-ID: <22031.62.2.21.164.1112599195.squirrel@www.gwch.net> > On Mon, 2005-04-04 at 07:23 +0200, Roger Grosswiler wrote: >> I looked the homepage and understand your problem. >> couldn't this be a feature for FC4T3? > > No, I think FC5test1 is more realistic. > > AG > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > in each case we would have java-support in the browser, nevermind when ;-) if it is not in 10 years.. Roger From arjanv at redhat.com Mon Apr 4 08:05:24 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 04 Apr 2005 10:05:24 +0200 Subject: NPTL is now the default library for building new programs In-Reply-To: References: <20050402185557.GI17420@devserv.devel.redhat.com> Message-ID: <1112601925.6270.25.camel@laptopd505.fenrus.org> > Does it hurt to do this now? Will such stuff work fine on shipping distros? > What would be the downside of doing this? RHL9 already had NPTL as does RHEL3; any other 2.6 based distro has NTPL as well. In addition you generally can't run "latest glibc" compiled apps on older distros, compatibility is mostly unidirectional anyway. And all newer distros have NPTL. -------------- 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 arjanv at redhat.com Mon Apr 4 08:06:16 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 04 Apr 2005 10:06:16 +0200 Subject: NPTL is now the default library for building new programs In-Reply-To: <1112594523.9966.2.camel@loon.fatav.hu> References: <20050402185557.GI17420@devserv.devel.redhat.com> <1112594523.9966.2.camel@loon.fatav.hu> Message-ID: <1112601976.6270.27.camel@laptopd505.fenrus.org> On Mon, 2005-04-04 at 08:02 +0200, Szab? ?kos wrote: > > Does it hurt to do this now? Will such stuff work fine on shipping distros? > > What would be the downside of doing this? > > Now I can't use Fedora anymore with grsecurity/PAX patched kernel. this makes no sense. You aren't running a 2.4 kernel I hope, all 2.6 kernels have full NPTL support. Can you explain how/why grsecurity or pax wouldn't work with nptl? (and that sounds like a bug in those things) -------------- 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 arjanv at redhat.com Mon Apr 4 08:08:49 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 04 Apr 2005 10:08:49 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050403234457.GC27320@devserv.devel.redhat.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <1112550337.5173.47.camel@notebook.thl.home> <20050403234457.GC27320@devserv.devel.redhat.com> Message-ID: <1112602129.6270.30.camel@laptopd505.fenrus.org> On Sun, 2005-04-03 at 19:44 -0400, Alan Cox wrote: > On Sun, Apr 03, 2005 at 07:45:37PM +0200, Thorsten Leemhuis wrote: > > Furthermore and more important imho: these cron jobs should not run when > > you are working with you notebook on battery (iirc they currently still > > do -- correct me if I'm wrong). > > Correct. As do screensavers and other apps. This is one ubuntu does appear to > have fixed. in theory we have that too. Except the "are we on battery" tests in the distro still assume APM and since we enabled ACPI this no longer works. we very much need a generic "am I on battery" app that internally can cope with both apm, acpi and any other thing other platforms might use, while giving a unified answer to the rest of the world. This is a case where the kernel should have provided an abstraction of the hardware, but didn't, and it's now mostly too late to fix that ;( -------------- 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 fonya at fatav.hu Mon Apr 4 08:14:18 2005 From: fonya at fatav.hu (=?ISO-8859-1?Q?Szab=F3_=C1kos?=) Date: Mon, 04 Apr 2005 10:14:18 +0200 Subject: NPTL is now the default library for building new programs In-Reply-To: <1112601976.6270.27.camel@laptopd505.fenrus.org> References: <20050402185557.GI17420@devserv.devel.redhat.com> <1112594523.9966.2.camel@loon.fatav.hu> <1112601976.6270.27.camel@laptopd505.fenrus.org> Message-ID: <1112602458.32713.2.camel@loon.fatav.hu> On Mon, 2005-04-04 at 10:06 +0200, Arjan van de Ven wrote: > On Mon, 2005-04-04 at 08:02 +0200, Szab? ?kos wrote: > > > Does it hurt to do this now? Will such stuff work fine on shipping distros? > > > What would be the downside of doing this? > > > > Now I can't use Fedora anymore with grsecurity/PAX patched kernel. > > this makes no sense. You aren't running a 2.4 kernel I hope, all 2.6 > kernels have full NPTL support. > > Can you explain how/why grsecurity or pax wouldn't work with nptl? > (and that sounds like a bug in those things) I make some try before some months, or a year. I make it some test again now, with a clear Fedora install, and a grsec enabled kernel, and I inform You. PLS give me some days for it. -- Ciao: Fonya Ami?ta NT-t install?ltam a porsz?v?mra, semmi sz?v?s nincs vele. PGP key ID F86614E5, GPG key ID 83AD9365 From shrek-m at gmx.de Mon Apr 4 08:29:27 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 04 Apr 2005 10:29:27 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112562009.29442.5.camel@daxter.boston.redhat.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <1112550337.5173.47.camel@notebook.thl.home> <1112558468.12044.12.camel@localhost.localdomain> <4250579B.9070909@gmx.de> <1112562009.29442.5.camel@daxter.boston.redhat.com> Message-ID: <4250FAE7.1030309@gmx.de> David Zeuthen wrote: >I'm not sure that tricks like runlevel 4 is the way to go. For the FC5 >timeframe we'll probably integrate something like this project > > http://gnome-power.sourceforge.net/ > >which is under development. But there's some work left to get it right >for the system-wide case. > sounds good :-) 1; could it manage services like pcmcia, isdn, networking, vncserver, gpm, httpd, mysql, ntop, webmin, usermin, ... ? would it work if i boot in runlevel 3 ? 2; why not 2 possibilites for running on battery / mobile users / outdoor work / ... runlevel 4 = kill / do_not_start unnecessary services gnome-power-manager = application control under X11 3; imho runlevel 4 could be a good choice . full multiuser, tty < run on battery, tty|X11 < full multiuser, X11 3 < 4 (switch 3->4 no X11, 5->4 X11 ) < 5 $ man runlevel -- find the current and previous system runlevel $ /sbin/runlevel 5 4 $ /sbin/runlevel 3 4 eg. apcupsd send an email if the UPS goes on batteries or the main is back. i guess that modifications could be simple. send an email, sleep a short time, switch to runlevel 4 -------- $ cat /etc/apcupsd/onbattery /etc/apcupsd/mainsback #!/bin/sh # # This shell script if placed in /etc/apcupsd # will be called by /etc/apcupsd/apccontrol when the UPS # goes on batteries. # We send an email message to root to notify him. # SYSADMIN=root APCUPSD_MAIL="/bin/mail" HOSTNAME=`hostname` MSG="$HOSTNAME Power Failure !!!" # ( echo "Subject: $MSG" echo " " echo "$MSG" echo " " /sbin/apcaccess status ) | $APCUPSD_MAIL -s "$MSG" $SYSADMIN exit 0 #!/bin/sh # # This shell script if placed in /etc/apcupsd # will be called by /etc/apcupsd/apccontrol when the # UPS goes back on to the mains after a power failure. # We send an email message to root to notify him. # SYSADMIN=root APCUPSD_MAIL="/bin/mail" HOSTNAME=`hostname` MSG="$HOSTNAME Power has returned" # ( echo "Subject: $MSG" echo " " echo "$MSG" echo " " /sbin/apcaccess status ) | $APCUPSD_MAIL -s "$MSG" $SYSADMIN exit 0 ----/---- -- shrek-m From alan at redhat.com Mon Apr 4 08:42:15 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 4 Apr 2005 04:42:15 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: <425092E1.6030008@mindspring.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <20050403234413.GB27320@devserv.devel.redhat.com> <425092E1.6030008@mindspring.com> Message-ID: <20050404084215.GA3800@devserv.devel.redhat.com> On Sun, Apr 03, 2005 at 09:05:37PM -0400, Richard Hally wrote: > are you saying that Fedora is unsuitable for ordinary desktops and (by > extension laptops) unless they have scsi? I think some people would prefer to say that "PC's are unsuitable for use without real disks" 8) In this case the fact that it is I/O not CPU means the requirements to quieten such an app are really not handled by nice(2) From sub1.fedoralist at msquared.id.au Mon Apr 4 08:49:23 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Mon, 4 Apr 2005 16:49:23 +0800 Subject: gnome splash screen stays around In-Reply-To: References: <20050401151533.GA19694@sliderule.msquared.com.au> Message-ID: <20050404084923.GB23259@sliderule.msquared.com.au> On Fri, Apr 01, 2005 at 08:59:52PM -0800, Glen Kim wrote: > >The gnome splash screen on my FC4t1 setup stays around after I log in, > >until I click in it. > > From what I remember, the problem is caused by up2date.. If you try > running up2date from the command line, you'll see it spit out some error > message. I'm not sure, but I think the problem is addressed upon > updating gnome-python2-gnomevfs. Ah yes, up2date responds thusly: Fatal Python error: could not import gnomevfs Running this: yum -y update gnome-python2* Solved it. I'll find out about the splash screen next time I reboot. Regards, Msquared... From sub1.fedoralist at msquared.id.au Mon Apr 4 08:54:24 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Mon, 4 Apr 2005 16:54:24 +0800 Subject: gnome keyring password - optional? In-Reply-To: <1112437793.4515.0.camel@localhost.localdomain> References: <20050401152050.GB19694@sliderule.msquared.com.au> <1112437793.4515.0.camel@localhost.localdomain> Message-ID: <20050404085424.GC23259@sliderule.msquared.com.au> On Sat, Apr 02, 2005 at 12:29:53PM +0200, Kyrre Ness Sjobak wrote: > > I have some Windows machines on my network, and for some obscure > > reason they ask me for a username and password in nautilus when I > > access them. Another Windows machine accessing them doesn't have to > > supply a password (or perhaps the password is hardcoded in Windows). > > To access the Windows share I just use the username Guest and the > > password Guest. > > Why can't gnome also have "Guest" hardcoded into itself, and if that > fails, ask the user? To be honest, I don't know if that's defined behaviour, a common conventions, or just happens to work here on my network. It would still be nice to either specify an empty password for the keyring, or that some passwords don't require the keyring password to access. Regards, Msquared... From arjanv at redhat.com Mon Apr 4 08:54:48 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 04 Apr 2005 10:54:48 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050404084215.GA3800@devserv.devel.redhat.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <20050403234413.GB27320@devserv.devel.redhat.com> <425092E1.6030008@mindspring.com> <20050404084215.GA3800@devserv.devel.redhat.com> Message-ID: <1112604888.6270.38.camel@laptopd505.fenrus.org> On Mon, 2005-04-04 at 04:42 -0400, Alan Cox wrote: > On Sun, Apr 03, 2005 at 09:05:37PM -0400, Richard Hally wrote: > > are you saying that Fedora is unsuitable for ordinary desktops and (by > > extension laptops) unless they have scsi? > > I think some people would prefer to say that "PC's are unsuitable for use > without real disks" 8) > > In this case the fact that it is I/O not CPU means the requirements to quieten > such an app are really not handled by nice(2) also note that the cfq io scheduler makes updatedb and friends a lot more bareable. CFQ is default in our kernel, but not in kernel.org kernels, so if the "2.6 is bad with updatedb" notion is based on kernel.org kernels then I strongly suggest switching those to CFQ. Also note that both upstream and our kernels are currently missing the "fix" for updatedb eating your VM that was present in earlier fedora kernels: http://people.redhat.com/arjanv/linux-2.6.5-inode-clip.patch -------------- 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 cimmo at libero.it Mon Apr 4 09:16:47 2005 From: cimmo at libero.it (Cimmo) Date: Mon, 04 Apr 2005 11:16:47 +0200 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: References: Message-ID: <425105FF.7050708@libero.it> 1) You must have a i386 version of the browser to use the plugin because there is no version for x86_64 2) http://www.fedorafaq.org/#flash bye Richard Ramson ha scritto: >Has anyone been able to get macromedia flash or any other flash to >work on FC4T1? When I try to install it I get the following message: > > ./flashplayer-installer > >ERROR: Your architecture, \'x86_64\', is not supported by the > Macromedia Flash Player installer. > > > From no-reply-gw at fcp.homelinux.org Mon Apr 4 09:30:08 2005 From: no-reply-gw at fcp.homelinux.org (=?UTF-8?B?bWFyY2thc3Rlbg==?=) Date: Mon, 4 Apr 2005 11:30:08 +0200 Subject: gnome splash screen stays around In-Reply-To: <20050402032837.GA23259@sliderule.msquared.com.au> Message-ID: <2c1c5dde117ec3a790a7046328aef4a4@fcp.homelinux.org> Quote: Msquared wrote: On Fri, Apr 01, 2005 at 05:57:39PM +0200, Cimmo wrote: Quote:It depends which icon remains highlited The last one to remain highlighted is RedHat Network. If you're not actually keeping your computer up to date with the redhat network, you should probably turn off the tray icon. I suspect that is what the icon for RHN is for. However, I cannot remember the last time I saw the startup splash screen. [marc at DaClown marc]$ uptime 23:17:38 up 86 days, 23:41, 2 users, load average: 0.15, 0.19, 0.17 So, I apologize if that is not what the icon is for. --Marc -- This is an email sent via the webforum on http://fcp.homelinux.org http://fcp.homelinux.org/modules/newbb/viewtopic.php?post_id=55542&topic_id=13929&forum=12#forumpost55542 From sub1.fedoralist at msquared.id.au Mon Apr 4 10:00:54 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Mon, 4 Apr 2005 18:00:54 +0800 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <604aa79105040111004b4a80c6@mail.gmail.com> References: <20050401162013.GE19694@sliderule.msquared.com.au> <604aa7910504010845330481db@mail.gmail.com> <424D78F7.3000903@libero.it> <424D7882.1060500@libero.it> <20050401183911.GA22623@sliderule.msquared.com.au> <604aa79105040111004b4a80c6@mail.gmail.com> Message-ID: <20050404100054.GD23259@sliderule.msquared.com.au> On Fri, Apr 01, 2005 at 02:00:40PM -0500, Jeff Spaleta wrote: > you can try updating dbus, reboot just to make sure all the services > are restarted and see if you can reproduce the problem. Tried that, no difference. > Whether the situation is a 'mount removable drives' versus 'mount > removable media when inserted' is probably worth filing as a seperate > issue and worth discussion with the developer of gnome-volume-manager or > hal. Filed against gvm: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153264 I figure work from the top down. It looks to me like an issue with gvm, but if it's really with hal them someone more knowledgeable than myself can reassign it. Regards, Msquared... From buildsys at redhat.com Mon Apr 4 11:29:19 2005 From: buildsys at redhat.com (Build System) Date: Mon, 4 Apr 2005 07:29:19 -0400 Subject: rawhide report: 20050404 changes Message-ID: <200504041129.j34BTJqF016533@porkchop.devel.redhat.com> Updated Packages: eclipse-1:3.1.0_fc-0.M5.16 -------------------------- * Thu Mar 31 2005 Andrew Overholt 3.1.0_fc-0.M5.16 - Fix eclipse.script to not leave a sh process around (Joe Orton) - Use proper sub-dbs. - Don't compile jars that are symlinked from elsewhere. - Add jar-so combinations to .db based on .jar.so existence (not .jar). - Rename sub-dbs to be eclipse-*.db. - Use rebuild-gcj-db script. eel2-2.10.0-2 ------------- * Sun Apr 03 2005 David Zeuthen 2.10.0-2 - Include patches for desktop background memory saving (GNOME bug #169347) - Patch for making sure user added desktop files dont conflict with global ones gaim-1:1.2.1-1.fc4 ------------------ * Sun Apr 03 2005 Warren Togami 1:1.2.1-1 - update to 1.2.1 (minor bug fixes) gcc-4.0.0-0.39 -------------- * Sun Apr 03 2005 Jakub Jelinek 4.0.0-0.39 - update from CVS - PRs c++/19406, c/17855, c/17913, c/20368, c/20519, c/772, debug/19345, libfortran/20660, libgcj/20090, libgcj/20526, middle-end/19454, middle-end/20177, middle-end/20635, rtl-optimization/20600, target/20203, target/20611 - remove very old ChangeLogs from %doc, bzip2 all ChangeLogs to save space gettext-0.14.3-1 ---------------- * Mon Mar 21 2005 Leon Ho - updated to 0.14.3 - fixed compiling problem on gcc4 (#150992) - fixed Group for -devel (#138303) - moved gettextize and autopoint to -devel (#137542, #145768) - moved some of the man pages gnome-utils-1:2.10.0-1 ---------------------- * Sun Apr 03 2005 Ray Strode 1:2.10.0-1 - update to gnome-utils 2.10.0, zenity 2.10.0, gcalctool 5.5.41 gtk2-engines-2.6.2-4 -------------------- * Sun Apr 03 2005 Warren Togami 2.6.2-4 - obsolete FE3 gnome-theme-clearlooks to ensure smooth upgrade iiimf-le-xcin-0.1.10-1 ---------------------- * Mon Apr 04 2005 Leon Ho - 0.1.10-1 - changes the namespace for iiimf r12.2 - fixed spacebar commit (#151760) mc-1:4.6.1a-0.8 --------------- * Mon Apr 04 2005 Jindrich Novy 4.6.1a-0.8 - fix truncation to lower 32bits in statfs (src/mountlist.c) metacity-2.10.0-1 ----------------- * Sun Apr 03 2005 Ray Strode 2.10.0-1 - Update to 2.10.0 nautilus-2.10.0-3 ----------------- * Sun Apr 03 2005 David Zeuthen 2.10.0-3 - Include patches for desktop background memory saving (GNOME bug #169347) - Obsoletes: nautilus-media (#153223) net-snmp-5.2.1-8 ---------------- * Mon Apr 04 2005 Radek Vokal - 5.2.1-8 - net-snmp properly deals with large partitions (#153101) pam-0.79-2 ---------- * Sun Apr 03 2005 Tomas Mraz 0.79-2 - fix NULL deref in pam_tally when it's used in account phase shared-mime-info-0.16-2 ----------------------- * Sun Apr 03 2005 David Zeuthen - 0.16-2 - Make Evince the default for application/pdf and application/postscript - Remove remaining references to gnome-ggv (application/x-gzpostscript and image/x-eps) as this is no longer in the distribution slocate-2.7-20 -------------- * Sun Apr 03 2005 Miloslav Trmac - 2.7-20 - Don't run updatedb by default spamassassin-3.0.2-6.fc4 ------------------------ * Sat Apr 02 2005 Warren Togami 3.0.2-6 - test svn 3.0 stable r122144 snapshot system-config-keyboard-1.2.6-1 ------------------------------ * Fri Apr 01 2005 Paul Nasrat - 1.2.6-1 - Translations - Gtk deprecations system-config-mouse-1.2.10-1 ---------------------------- * Fri Apr 01 2005 Paul Nasrat - 1.2.10-1 - Translations - PyGTK deprecations system-config-users-1.2.33-1 ---------------------------- * Mon Apr 04 2005 Nils Philippsen - 1.2.33-1 - don't use GNOME stock stuff for About menu entry (#153227) xchat-1:2.4.3-1 --------------- * Sun Apr 03 2005 Warren Togami 1:2.4.3-1 - 2.4.3, use perl MODULE_COMPAT xen-2-20050403 -------------- * Sun Apr 03 2005 Rik van Riel 2-20050403 - fix context switch between vcpus in same domain, vcpus > cpus works again xorg-x11-6.8.2-18 ----------------- * Sun Apr 03 2005 Mike A. Harris 6.8.2-18 - Added new file "CHANGELOG-rpm" as SOURCE25, which contains all rpm spec file changelog entries from XFree86 4.3.0 and older era of historical significance, in order to reduce the per-subpackage rpm payload costs of large changelogs at install time, and to generally reduce spec file clutter. * Sun Apr 03 2005 Mike A. Harris 6.8.2-17 - Remove precompiled video and input drivers and duplicate copy of Xorg server binary from xorg-x11-sdk subpackage as they are unnecessary and non-useful duplication consuming CDROM space. * Sat Apr 02 2005 Mike A. Harris 6.8.2-16 - Added xorg-x11-6.8.2-use-linux-native-pciscan-by-default.patch to fix PCI config space contention issue by changing the X server to default to using Linux native PCI interfaces instead of directly banging on PCI space itself (#152608). - Clean up xorg-x11-doc subpackage by removing junk that gets installed that should not have been installed by the upstream Makefiles. From mpeters at mac.com Mon Apr 4 11:56:04 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 04 Apr 2005 11:56:04 +0000 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112552719.12044.8.camel@localhost.localdomain> (from kyrre@solution-forge.net on Sun Apr 3 11:25:19 2005) References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <20050403002143.GB20560@neu.nirvana> <1112538475.24697.30.camel@localhost> <20050403150049.GF3202@neu.nirvana> <1112552719.12044.8.camel@localhost.localdomain> Message-ID: <1112615764l.6100l.1l@devel.mpeters.local> On 04/03/2005 11:25:19 AM, Kyrre Ness Sjobak wrote: > It isn't about "average" times - it is about the psychological > effect. > Users hate waiting for computers. But they *do* accept *some* waiting > at > boot - up to a certain amount. So just showing them a desktop - even > if > there wasn't much that could be done yet. There is nothing I hate more about Windows than not being able to start stuff because the desktop is there before the OS has finished booting. With Linux - I can see it hasn't finished booting and refill my coffee or something - and when the login prompt is there, I can login and stuff works. > > Personally i think something should be done about the > prelink/updatedb-makes-computer-slow thing - it always happens when > it > is least convenient... Yeah - booted the other day to burn a DVD iso for someone - updatedb started just at the very end of the burn - making a coaster of a fc3 dvd. I killed anacron after that. I believe fcron - as a single app replacement for cron and anacron - allows you to specify what scheduled tasks should be rerun if scheduled when the machine was down. That would be nice. I suppose it could be done by modifying the updatedb cron script to just exit if its after 5 AM but before 3 AM or something ... -- Michael A. Peters http://mpeters.us/ From dcbw at redhat.com Mon Apr 4 11:59:42 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 4 Apr 2005 07:59:42 -0400 (EDT) Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112604888.6270.38.camel@laptopd505.fenrus.org> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <20050403234413.GB27320@devserv.devel.redhat.com> <425092E1.6030008@mindspring.com> <20050404084215.GA3800@devserv.devel.redhat.com> <1112604888.6270.38.camel@laptopd505.fenrus.org> Message-ID: On Mon, 4 Apr 2005, Arjan van de Ven wrote: > On Mon, 2005-04-04 at 04:42 -0400, Alan Cox wrote: > > On Sun, Apr 03, 2005 at 09:05:37PM -0400, Richard Hally wrote: > > > are you saying that Fedora is unsuitable for ordinary desktops and (by > > > extension laptops) unless they have scsi? > > > > I think some people would prefer to say that "PC's are unsuitable for use > > without real disks" 8) > > > > In this case the fact that it is I/O not CPU means the requirements to quieten > > such an app are really not handled by nice(2) > > also note that the cfq io scheduler makes updatedb and friends a lot > more bareable. CFQ is default in our kernel, but not in kernel.org > kernels, so if the "2.6 is bad with updatedb" notion is based on > kernel.org kernels then I strongly suggest switching those to CFQ. Even with Red Hat kernels, this really sucks: 1) Get in to work 2) boot laptop 3) run yum update 4) updatedb starts during rpm transaction 5) Wait until updatedb finishes before rpm transaction can continue Step 5 takes a really really long time. Obviously, both are hitting the disk quite a bit. Is there any way to detect how much disk activity has gone on in the last 5 minutes, for example, and not start updatedb until its settled down? It seems that cron could benefit from additional constraints on starting jobs, for example postponing a job until cpu and/or disk activity reaches a certain level, whether on battery or not, etc. Would these be useful modifications? Dan From arjanv at redhat.com Mon Apr 4 12:11:41 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 4 Apr 2005 14:11:41 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <20050403234413.GB27320@devserv.devel.redhat.com> <425092E1.6030008@mindspring.com> <20050404084215.GA3800@devserv.devel.redhat.com> <1112604888.6270.38.camel@laptopd505.fenrus.org> Message-ID: <20050404121140.GD7259@devserv.devel.redhat.com> On Mon, Apr 04, 2005 at 07:59:42AM -0400, Dan Williams wrote: > 1) Get in to work > 2) boot laptop > 3) run yum update > 4) updatedb starts during rpm transaction > 5) Wait until updatedb finishes before rpm transaction can continue > > Step 5 takes a really really long time. Obviously, both are hitting the disk > quite a bit. the real problem here is that rpm does a lot of synchronous IO, which isn't quite "normal" IO. In normal IO patterns, the VM writes back a bunch of cached writes (either because of memory pressure or after 30 seconds). Such write backs are asynchronous which means that a bunch of them will get queued up independent of one of them finishing, and nothing will block and wait until those IOs are finished. The rpm synchronized IO case means that rpm will submit one, small, IO and then wait for that to complete before it continues. In the async case, the kernel has a lot of room for optimizing and making things well behaved. In the synchronous case *any* amount of delay is 100% directly noticable. And that sucks. > Is there any way to detect how much disk activity has gone on in > the last 5 minutes, for example, and not start updatedb until its settled down? well that is certainly not hard, the problem comes when updatedb notices itself running ;) > It seems that cron could benefit from additional constraints on starting jobs, > for example postponing a job until cpu and/or disk activity reaches a certain > level, whether on battery or not, etc. Would these be useful modifications? it's anacron not cron that does this, and in this case I'd actually just modify updatedb to do this not cron. But that's a matter of taste... And there needs to be an upper limit on how long it waits for a quiet time otherwise a mildly loaded server would never run updatedb at all From shrek-m at gmx.de Mon Apr 4 12:25:07 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 04 Apr 2005 14:25:07 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112615764l.6100l.1l@devel.mpeters.local> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <20050403002143.GB20560@neu.nirvana> <1112538475.24697.30.camel@localhost> <20050403150049.GF3202@neu.nirvana> <1112552719.12044.8.camel@localhost.localdomain> <1112615764l.6100l.1l@devel.mpeters.local> Message-ID: <42513223.4060500@gmx.de> Michael A. Peters wrote: > On 04/03/2005 11:25:19 AM, Kyrre Ness Sjobak wrote: > >> It isn't about "average" times - it is about the psychological effect. >> Users hate waiting for computers. But they *do* accept *some* waiting >> at boot - up to a certain amount. So just showing them a desktop - even >> if there wasn't much that could be done yet. > > There is nothing I hate more about Windows than not being able to > start stuff because the desktop is there before the OS has finished > booting. > > With Linux - I can see it hasn't finished booting and refill my > coffee or something - and when the login prompt is there, I can login > and stuff works. 100 % my opinion :-) -- shrek-m From mpeters at mac.com Mon Apr 4 12:56:01 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 04 Apr 2005 12:56:01 +0000 Subject: FC4T1: Firefox & Java --> gcjwebplugin NEW FOR FC4T3 ??? In-Reply-To: <22031.62.2.21.164.1112599195.squirrel@www.gwch.net> (from roger@gwch.net on Mon Apr 4 00:19:55 2005) References: <1112554977.10924.11.camel@linux0.dbonenet.com> <42504424.9010209@gwch.net> <1112583274.5223.34.camel@localhost.localdomain> <4250CF3B.6020308@gwch.net> <1112596978.5223.37.camel@localhost.localdomain> <22031.62.2.21.164.1112599195.squirrel@www.gwch.net> Message-ID: <1112619361l.6100l.2l@devel.mpeters.local> On 04/04/2005 12:19:55 AM, Roger Grosswiler wrote: > in each case we would have java-support in the browser, nevermind > when > ;-) if it is not in 10 years.. In the meantime - http://www.jpackage.org/ Their nosrc.rpm should work in fc4t1 - though I personally haven't tried (in fc3 I had to fix the spec file but that's known problem with fc3 and hopefully fixed now, there's been a bugzilla for awhile) -- Michael A. Peters http://mpeters.us/ From dcbw at redhat.com Mon Apr 4 13:27:44 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 04 Apr 2005 09:27:44 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050404121140.GD7259@devserv.devel.redhat.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <20050403234413.GB27320@devserv.devel.redhat.com> <425092E1.6030008@mindspring.com> <20050404084215.GA3800@devserv.devel.redhat.com> <1112604888.6270.38.camel@laptopd505.fenrus.org> <20050404121140.GD7259@devserv.devel.redhat.com> Message-ID: <1112621264.2420.3.camel@dcbw.boston.redhat.com> On Mon, 2005-04-04 at 14:11 +0200, Arjan van de Ven wrote: > it's anacron not cron that does this, and in this case I'd actually just > modify updatedb to do this not cron. But that's a matter of taste... > > And there needs to be an upper limit on how long it waits for a quiet time > otherwise a mildly loaded server would never run updatedb at all Well, then there's makewhatis too... I seriously think something like this has wider application than just updatedb, which is why anacron should be modified and not every single individual utility. Dan From rramson at gmail.com Mon Apr 4 13:32:20 2005 From: rramson at gmail.com (Richard Ramson) Date: Mon, 4 Apr 2005 09:32:20 -0400 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <425094D8.702@didntduck.org> References: <20050404005010.GB1904@angus.ind.WPI.EDU> <425094D8.702@didntduck.org> Message-ID: On Apr 3, 2005 9:14 PM, Brian Gerst wrote: > Richard Ramson wrote: > > On Apr 3, 2005 8:50 PM, Chuck R. Anderson wrote: > > > >>On Sun, Apr 03, 2005 at 08:40:58PM -0400, Richard Ramson wrote: > >> > >>>Has anyone been able to get macromedia flash or any other flash to > >>>work on FC4T1? When I try to install it I get the following message: > >>> > >>> ./flashplayer-installer > >>> > >>>ERROR: Your architecture, \'x86_64\', is not supported by the > >>> Macromedia Flash Player installer. > >> > >>Have you tried the RPMS from here: > >> > >>http://macromedia.mplug.org/ > >> > >>-- > >>fedora-test-list mailing list > >>fedora-test-list at redhat.com > >>To unsubscribe: > >>http://www.redhat.com/mailman/listinfo/fedora-test-list > > > > > > Thanks for the quick response. The rpm from the above link was > > flash-plugin-7.0.25-1.i386.rpm, but I tried it anyway. I ran the rpm > > -iv flash-plugin-7.0.25-1.i386.rpm and it installed OK, see info > > below: > > rpm -iv flash-plugin-7.0.25-1.i386.rpm > > warning: flash-plugin-7.0.25-1.i386.rpm: Header V3 DSA signature: > > NOKEY, key ID 8df56d05 > > Preparing packages for installation... > > flash-plugin-7.0.25-1 > > Setup is complete. > > > > I tried going to a site enabled by flash, (www.orjistylez.com) and the > > site said I need to install flash. Other sites give the same status. > > Guess I will have to wait for a 64 bit version :( > > > > If you want to use flash then you have to use a 32-bit browser. The > 64-bit browser cannot load a 32-bit plugin. > > -- > Brian Gerst Is there anyway to point to a 32 bit version browser? I'm using Firefox now, does FC4T1 x86-64 install a 32 bit version for a broswer as well as a 64 bit version? From ziga.mahkovec at klika.si Mon Apr 4 13:32:39 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Mon, 04 Apr 2005 15:32:39 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112602129.6270.30.camel@laptopd505.fenrus.org> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <1112550337.5173.47.camel@notebook.thl.home> <20050403234457.GC27320@devserv.devel.redhat.com> <1112602129.6270.30.camel@laptopd505.fenrus.org> Message-ID: <1112621559.5803.12.camel@localhost> On Mon, 2005-04-04 at 10:08 +0200, Arjan van de Ven wrote: > in theory we have that too. Except the "are we on battery" tests in the > distro still assume APM and since we enabled ACPI this no longer works. > > we very much need a generic "am I on battery" app that internally can > cope with both apm, acpi and any other thing other platforms might use, > while giving a unified answer to the rest of the world. > > This is a case where the kernel should have provided an abstraction of > the hardware, but didn't, and it's now mostly too late to fix that ;( Laptop mode tools[1] looks like the right tool for the job. Depending on the battery status (using either acpid or apmd) it triggers /proc/sys/vm/laptop_mode to spin down the hard drive. It shouldn't be too difficult to extend this to do other stuff, like stopping crond and xscreensaver or cycle down the CPU. [1] http://www.xs4all.nl/~bsamwel/laptop_mode/tools/index.html -- Ziga From cimmo at libero.it Mon Apr 4 14:05:52 2005 From: cimmo at libero.it (Cimmo) Date: Mon, 04 Apr 2005 16:05:52 +0200 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: References: <20050404005010.GB1904@angus.ind.WPI.EDU> <425094D8.702@didntduck.org> Message-ID: <425149C0.5090600@libero.it> Richard Ramson ha scritto: >Is there anyway to point to a 32 bit version browser? I'm using >Firefox now, does FC4T1 x86-64 install a 32 bit version for a broswer >as well as a 64 bit version? > > Of course: remember that an Athlon64 can load: - 32 bit programs on a 32 bit OS - 32 bit programs on a 64 bit OS - 64 bit programs on a 64 bit OS From kyrre at solution-forge.net Mon Apr 4 14:36:38 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 04 Apr 2005 16:36:38 +0200 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <604aa791050403181373aa956c@mail.gmail.com> References: <20050404005010.GB1904@angus.ind.WPI.EDU> <604aa791050403181373aa956c@mail.gmail.com> Message-ID: <1112625398.3381.1.camel@localhost.localdomain> man, 04.04.2005 kl. 03.13 skrev Jeff Spaleta: > On Apr 3, 2005 9:05 PM, Richard Ramson wrote: > > Thanks for the quick response. The rpm from the above link was > > flash-plugin-7.0.25-1.i386.rpm, but I tried it anyway. I ran the rpm > > -iv flash-plugin-7.0.25-1.i386.rpm and it installed OK, see info > > below: > > rpm -iv flash-plugin-7.0.25-1.i386.rpm > > warning: flash-plugin-7.0.25-1.i386.rpm: Header V3 DSA signature: > > NOKEY, key ID 8df56d05 > > Preparing packages for installation... > > flash-plugin-7.0.25-1 > > Setup is complete. > > I tried going to a site enabled by flash, (www.orjistylez.com) and the > > site said I need to install flash. Other sites give the same status. > > Guess I will have to wait for a 64 bit version :( > > Uhm... im pretty sure the flash-plugin.. even in rpm form.. requires > some additional setup. > If you did not review and agree to macromedia's license.. the flash > plugin has not been configured yet. I suggest you review the list of > active plugins enabled in your browser. and if the flash player isnt > listed try following the faq instructions on the macromedia.mplug.org > webpage, a copy of which could be found here > http://ruslug.rutgers.edu/macromedia/faq.html > > And... on a 64bit machine.. you will need to make sure the browser you > are using is the 32bit version or your dead in the water regardless. > > -jef Strange if fc should deliver a 64 bit firefox, as there are so many external things depending on it to be 32 bit... Anyway, take a look at dag's place. He has some nice flash rpm's that doesn't break the rules and force you to manually interfere with the install... Very bad for script installation arangements! Kyrre From kyrre at solution-forge.net Mon Apr 4 14:41:27 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 04 Apr 2005 16:41:27 +0200 Subject: FC4T1: Firefox & Java In-Reply-To: <1112583274.5223.34.camel@localhost.localdomain> References: <1112554977.10924.11.camel@linux0.dbonenet.com> <42504424.9010209@gwch.net> <1112583274.5223.34.camel@localhost.localdomain> Message-ID: <1112625686.3381.3.camel@localhost.localdomain> man, 04.04.2005 kl. 04.54 skrev Anthony Green: > On Sun, 2005-04-03 at 21:29 +0200, Roger Grosswiler wrote: > > Since there is a kind of Java-Support with GCJ in FC4T1,shouldn't we > > better use this??? If yes, how to? > > See gcjwebplugin: http://www.nongnu.org/gcjwebplugin/ > > The big problem with this today is that gcj has known problems with its > sandbox security implementation. We need to fix those problems and do a > full audit of libgcj before it makes sense to package gcjwebplugin. > > I'm not fully aware of SELinux's capabilities yet, but I wonder if it's > possible to sandbox our current libgcj for gcjwebplugin by writing > strict SELinux policy. Does anybody know? > > AG > Another problem might be how complete the gcc java implementation is... From ivazquez at ivazquez.net Mon Apr 4 14:46:29 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 04 Apr 2005 10:46:29 -0400 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <1112625398.3381.1.camel@localhost.localdomain> References: <20050404005010.GB1904@angus.ind.WPI.EDU> <604aa791050403181373aa956c@mail.gmail.com> <1112625398.3381.1.camel@localhost.localdomain> Message-ID: <1112625990.12252.1.camel@ignacio.ignacio.lan> On Mon, 2005-04-04 at 16:36 +0200, Kyrre Ness Sjobak wrote: > Strange if fc should deliver a 64 bit firefox, as there are so many > external things depending on it to be 32 bit... None of which are Fedora's responsibility. Feel free to petition-bomb Macromedia and Sun. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 sds at tycho.nsa.gov Mon Apr 4 14:44:41 2005 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Mon, 04 Apr 2005 10:44:41 -0400 Subject: FC4T1: Firefox & Java In-Reply-To: <1112583274.5223.34.camel@localhost.localdomain> References: <1112554977.10924.11.camel@linux0.dbonenet.com> <42504424.9010209@gwch.net> <1112583274.5223.34.camel@localhost.localdomain> Message-ID: <1112625881.7629.76.camel@moss-spartans.epoch.ncsc.mil> On Sun, 2005-04-03 at 19:54 -0700, Anthony Green wrote: > On Sun, 2005-04-03 at 21:29 +0200, Roger Grosswiler wrote: > > Since there is a kind of Java-Support with GCJ in FC4T1,shouldn't we > > better use this??? If yes, how to? > > See gcjwebplugin: http://www.nongnu.org/gcjwebplugin/ > > The big problem with this today is that gcj has known problems with its > sandbox security implementation. We need to fix those problems and do a > full audit of libgcj before it makes sense to package gcjwebplugin. > > I'm not fully aware of SELinux's capabilities yet, but I wonder if it's > possible to sandbox our current libgcj for gcjwebplugin by writing > strict SELinux policy. Does anybody know? Depends on the desired granularity of protection and the extent to which the current architecture uses separate processes and exec-based transitions (although the latter is less of a constraint now that SELinux supports dynamic context transitions, I suppose). Ultimately, you want a SELinux-aware jvm that uses the SELinux API to get policy decisions and apply them to its internal resources for finer- grained control as well as using the SELinux kernel controls to confine the entire process. -- Stephen Smalley National Security Agency From justin.conover at gmail.com Mon Apr 4 14:59:18 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 4 Apr 2005 08:59:18 -0600 Subject: Xmms building problems In-Reply-To: References: <1111651753.4360.5.camel@rydia.hardsun.net> <4242A0EB.2070103@iinet.net.au> Message-ID: On Apr 1, 2005 8:29 PM, Justin Conover wrote: > On Mar 24, 2005 5:13 AM, djh wrote: > > Aaron Kurtz wrote: > > > > >I'm having problems rebuilding xmms on FC4t1... > > > > > Here's a patch to make it build with gcc4. > > Maybe we should just let it die and use bmp instead? > > > > David. > > > > > > --- xmms.spec.orig 2005-01-06 04:48:19.000000000 +1000 > > +++ xmms.spec 2005-03-24 20:52:15.000000000 +1000 > > @@ -4,7 +4,7 @@ > > Summary: A media player for X which resembles Winamp. > > Name: xmms > > Version: 1.2.10 > > -Release: 11 > > +Release: 12 > > Epoch: 1 > > License: GPL > > Group: Applications/Multimedia > > @@ -25,6 +25,7 @@ > > Patch10: arts_output-0.6.0-buffer.patch > > Patch11: xmms-underquoted.patch > > Patch12: xmms-alsa-backport.patch > > +Patch13: xmms-1.2.10-gcc4.patch > > > > Requires: gtk+ >= 1:1.2.2, unzip > > # the desktop file and redhat-menus are redundant requires really > > @@ -88,6 +89,7 @@ > > %patch6 -p1 -b .alsalib > > %patch11 -p1 -b .underquoted > > %patch12 -p0 -b .alsa-backport > > +%patch13 -p1 -b .gcc4 > > > > #%patch8 -p1 -b .ja > > > > @@ -195,6 +197,9 @@ > > %{_datadir}/xmms/Skins > > > > %changelog > > +* Thu Mar 24 2005 David Hill 1:1.2.10-12 > > +- Add gcc4 patch > > + > > * Wed Jan 05 2005 Colin Walters 1:1.2.10-11 > > - Change BR on mikmod to mikmod-devel (138057) > > > > --- xmms-1.2.10-gcc4.patch.orig 2005-03-24 20:52:15.000000000 +1000 > > +++ xmms-1.2.10-gcc4.patch 2005-03-24 20:52:15.000000000 +1000 > > @@ -0,0 +1,11 @@ > > +--- xmms-1.2.10/General/ir/ir.h.orig 2001-03-05 23:17:44.000000000 +1000 > > ++++ xmms-1.2.10/General/ir/ir.h 2005-03-24 20:48:31.000000000 +1000 > > +@@ -49,8 +49,6 @@ > > + } > > + irConfig; > > + > > +-extern pthread_t irapp_thread; > > +-extern gboolean keepGoing; > > + extern irConfig ircfg; > > + extern gboolean irconf_is_going; > > + > > > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > > > I don't understand what part of this goes into xmms-1.2.10-gcc4.patch > > Is it: > > --- xmms-1.2.10-gcc4.patch.orig 2005-03-24 20:52:15.000000000 +1000 > +++ xmms-1.2.10-gcc4.patch 2005-03-24 20:52:15.000000000 +1000 > @@ -0,0 +1,11 @@ > --- xmms-1.2.10/General/ir/ir.h.orig 2001-03-05 23:17:44.000000000 +1000 > +++ xmms-1.2.10/General/ir/ir.h 2005-03-24 20:48:31.000000000 +1000 > @@ -49,8 +49,6 @@ > } > irConfig; > > -extern pthread_t irapp_thread; > -extern gboolean keepGoing; > extern irConfig ircfg; > extern gboolean irconf_is_going; > If I cp this patch: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=112344 Correct the lines in the xmms.spec, I get this error with rpmbuild -bp Patch #13 (xmms-1.2.10-gcc4.patch): + patch -p1 -b --suffix .gcc4 -s missing header for unified diff at line 3 of patch The text leading up to this was: -------------------------- |--- xmms.spec.orig 2005-01-06 04:48:19.000000000 +1000 |+++ xmms.spec 2005-03-24 20:52:15.000000000 +1000 -------------------------- File to patch: Any ideas? From david at fubar.dk Mon Apr 4 15:21:54 2005 From: david at fubar.dk (David Zeuthen) Date: Mon, 04 Apr 2005 11:21:54 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112602129.6270.30.camel@laptopd505.fenrus.org> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <1112550337.5173.47.camel@notebook.thl.home> <20050403234457.GC27320@devserv.devel.redhat.com> <1112602129.6270.30.camel@laptopd505.fenrus.org> Message-ID: <1112628114.3453.6.camel@daxter.boston.redhat.com> On Mon, 2005-04-04 at 10:08 +0200, Arjan van de Ven wrote: > we very much need a generic "am I on battery" app that internally can > cope with both apm, acpi and any other thing other platforms might use, > while giving a unified answer to the rest of the world. That is what g-p-m will provide once we figure out the best way to get the system-wide things factored in. Essentially, you want something sitting on the system-wide message bus with - Methods - bool isOnBatteryPower() - int secondsIdle() - Async Signals - nowOnMains() - nowOnBattery() - nowIdleForLongTime() # fires after e.g. 5 minutes of idleness - noLongerIdle() # fires when user is no longer idle Legacy scripts can just use dbus-send for isOnBatteryPower() and secondsIdle() (or we may wrap the calls in easy-to-use binaries) while newer stuff can hook in and e.g. pause the updatedb process when the noLongerIdle() signal is received. We sort of need to move away from the shell script crazyness because it doesn't play nice with e.g. receiving noLongerIdle() and pausing. David > This is a case where the kernel should have provided an abstraction of > the hardware, but didn't, and it's now mostly too late to fix that ;( We can do all this in user space (and the right way, with D-BUS), no need to bloat the kernel :-) Cheers, David From davej at redhat.com Mon Apr 4 15:25:41 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 4 Apr 2005 11:25:41 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112604888.6270.38.camel@laptopd505.fenrus.org> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <20050403234413.GB27320@devserv.devel.redhat.com> <425092E1.6030008@mindspring.com> <20050404084215.GA3800@devserv.devel.redhat.com> <1112604888.6270.38.camel@laptopd505.fenrus.org> Message-ID: <20050404152541.GB1327@redhat.com> On Mon, Apr 04, 2005 at 10:54:48AM +0200, Arjan van de Ven wrote: > On Mon, 2005-04-04 at 04:42 -0400, Alan Cox wrote: > > On Sun, Apr 03, 2005 at 09:05:37PM -0400, Richard Hally wrote: > > > are you saying that Fedora is unsuitable for ordinary desktops and (by > > > extension laptops) unless they have scsi? > > > > I think some people would prefer to say that "PC's are unsuitable for use > > without real disks" 8) > > > > In this case the fact that it is I/O not CPU means the requirements to quieten > > such an app are really not handled by nice(2) > > also note that the cfq io scheduler makes updatedb and friends a lot > more bareable. CFQ is default in our kernel, but not in kernel.org > kernels, so if the "2.6 is bad with updatedb" notion is based on > kernel.org kernels then I strongly suggest switching those to CFQ. This broke a while back when I rebased, and I forgot to fix it up until last weekend. The next build has it fixed again. > Also note that both upstream and our kernels are currently missing the > "fix" for updatedb eating your VM that was present in earlier fedora > kernels: > > http://people.redhat.com/arjanv/linux-2.6.5-inode-clip.patch I think you already know my opinion on this patch judging by the quotes on your "fix" :) I imagine upstream probably wouldn't be too keen on it either. I'm not clear on what the right fix is however. OTOH, posting a horrible patch sometimes has the nice effect of getting those who know this stuff intimately working on fixing the problem properly :) Dave From david at fubar.dk Mon Apr 4 15:30:23 2005 From: david at fubar.dk (David Zeuthen) Date: Mon, 04 Apr 2005 11:30:23 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: <4250FAE7.1030309@gmx.de> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <1112550337.5173.47.camel@notebook.thl.home> <1112558468.12044.12.camel@localhost.localdomain> <4250579B.9070909@gmx.de> <1112562009.29442.5.camel@daxter.boston.redhat.com> <4250FAE7.1030309@gmx.de> Message-ID: <1112628623.3453.13.camel@daxter.boston.redhat.com> On Mon, 2005-04-04 at 10:29 +0200, shrek-m at gmx.de wrote: > could it manage services like pcmcia, isdn, networking, vncserver, gpm, > httpd, mysql, ntop, webmin, usermin, ... ? The idea is really that services need to ask some entity, as well getting notifications, whether they should run at all, not the other way around. See this message for details https://www.redhat.com/archives/fedora-test-list/2005-April/msg00199.html Once we have that piece of infrastructure we can start cleaning up these IO/CPU hogs. But I'm not really sure your example is interesting; typical users don't run the mysql, httpd system-wide services on a desktop box (some might run httpd in the desktop session for e.g. gnome-user-share). I think this is primarily interesting for updatedb/makewhatis etc. Cheers, David From ja at jaa.org.uk Mon Apr 4 15:40:13 2005 From: ja at jaa.org.uk (John Austin) Date: Mon, 04 Apr 2005 16:40:13 +0100 Subject: Control-Alt-Fn Problem - REPOST Message-ID: <1112629213.16964.10.camel@maui.jaa.org.uk> Hi All I have just installed FC4T1 x86-64 on Ext USB disk Only problem being installing a boot loader, don't trust it! The options don't seem correct. I selected Do not install boot loader!!! I then did a mkinitrd and grub setup by hand to USB disk after install complete. Clean boot from USB without touching MBR of main disk. Usual gdm problem but as I use kdm ... Need to edit /etc/X11/xdm/kdmrc to permit root login !!!! 2nd occurrence of AllowRootLogin for anybody interested. However Cont-Alt-Fn to switch to a dumb virtual terminal causes the graphics to fail. The screen/keyboard is active and you can log in blind, mingetty running OK, but not very useful with nothing to see. Suspect that the graphics resolution/scan rates not supported by LCD monitor but not certain. Seems odd as... The main disk of the machine runs FC3 x86-64 with no such problems Graphics card is very standard Matrox G550 Monitor Iiyama AS4314UT Has anyone seen this problem or know where the default settings are for the virtual terminals? Thanks John ############################################################## Additional Info I still cannot get the display to work on virtual terms 1 to 6. I have tried yum install xorg-x11* to the latest development version, not to be recommended as the screen became unreadable at run level 5 and still fails with Cont-Aft-Fn !!!! Managed to get it back to the DVD release - just. Is it time to submit a Bugzilla. Advice welcome !!!! John From pjones at redhat.com Mon Apr 4 15:41:26 2005 From: pjones at redhat.com (Peter Jones) Date: Mon, 04 Apr 2005 11:41:26 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: <1112615764l.6100l.1l@devel.mpeters.local> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <20050403002143.GB20560@neu.nirvana> <1112538475.24697.30.camel@localhost> <20050403150049.GF3202@neu.nirvana> <1112552719.12044.8.camel@localhost.localdomain> <1112615764l.6100l.1l@devel.mpeters.local> Message-ID: <1112629287.5807.4.camel@localhost.localdomain> On Mon, 2005-04-04 at 11:56 +0000, Michael A. Peters wrote: > I believe fcron - as a single app replacement for cron and anacron - > allows you to specify what scheduled tasks should be rerun if scheduled > when the machine was down. That would be nice. I suppose it could be > done by modifying the updatedb cron script to just exit if its after 5 > AM but before 3 AM or something ... I don't think that either of these really fixes anything, does they? I mean, if this is a common problem on a box, it's because the machine is *never* up at 4:03am. So these accomplish exactly the same thing as removing updatedb from the cron.daily completely, or just turning anacron off. It's too bad there's not a way to update the slocate database asynchronously when changes occur, instead of this horrible batch job that everybody hates. -- Peter From Kehl.DR at forces.gc.ca Mon Apr 4 16:19:17 2005 From: Kehl.DR at forces.gc.ca (Kehl.DR at forces.gc.ca) Date: Mon, 4 Apr 2005 12:19:17 -0400 Subject: ASUS P4P series Motherboards Message-ID: <20050404161424.1C996114603@mx03.forces.gc.ca> I have noticed many people complaining about the inability to install Fedora on the ASUS P4P series of motherboards. Unfortunately I have built all my machines around the P4P series and was looking at migrating to Fedora. Has anyone had any success with Core 4 test 1? Cheers From jkeating at j2solutions.net Mon Apr 4 18:35:37 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Mon, 04 Apr 2005 11:35:37 -0700 Subject: ASUS P4P series Motherboards In-Reply-To: <20050404161424.1C996114603@mx03.forces.gc.ca> References: <20050404161424.1C996114603@mx03.forces.gc.ca> Message-ID: <1112639737.3471.508.camel@jkeating2.hq.pogolinux.com> On Mon, 2005-04-04 at 12:19 -0400, Kehl.DR at forces.gc.ca wrote: > I have noticed many people complaining about the inability to install > Fedora > on the ASUS P4P series of motherboards. > Unfortunately I have built all my machines around the P4P series and > was > looking at migrating to Fedora. Has anyone had any success with Core 4 > test > 1? There was a problem around the Fedora Core 2 phase, a kernel regression that effected the installer, but not the installed system. This problem was long ago fixed. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From Kehl.DR at forces.gc.ca Mon Apr 4 18:52:39 2005 From: Kehl.DR at forces.gc.ca (Kehl.DR at forces.gc.ca) Date: Mon, 4 Apr 2005 14:52:39 -0400 Subject: ASUS P4P series Motherboards Message-ID: <20050404184519.F39BC2A705@mx02.forces.gc.ca> I attempted to install it on both my P4P800 Deluxe and P4P800E Deluxe and it fails continuously on both. It reports it is disabling IRQ 5 and then that nobody cares and continues to disable it time and time again before failing. Cheers Don -----Original Message----- From: Jesse Keating [mailto:jkeating at j2solutions.net] Sent: Monday, 4, April, 2005 11:36 AM To: fedora-test-list at redhat.com Subject: Re: ASUS P4P series Motherboards On Mon, 2005-04-04 at 12:19 -0400, Kehl.DR at forces.gc.ca wrote: > I have noticed many people complaining about the inability to install > Fedora > on the ASUS P4P series of motherboards. > Unfortunately I have built all my machines around the P4P series and > was > looking at migrating to Fedora. Has anyone had any success with Core 4 > test > 1? There was a problem around the Fedora Core 2 phase, a kernel regression that effected the installer, but not the installed system. This problem was long ago fixed. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From rramson at gmail.com Mon Apr 4 18:58:26 2005 From: rramson at gmail.com (Richard Ramson) Date: Mon, 4 Apr 2005 14:58:26 -0400 Subject: Updates fails with errors using yum. Message-ID: I'm trying to update FC4T1 on a server at work, with a firewall and proxy in place, and I'm running into problems. When I run yum update or yum update somepackagename, I get the following error: yum update acl Setting up Update Process Setting up Repos Traceback (most recent call last): File "/usr/bin/yum", line 15, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 72, in main result, resultmsgs = do() File "/usr/share/yum-cli/cli.py", line 462, in doCommands return self.updatePkgs() File "/usr/share/yum-cli/cli.py", line 956, in updatePkgs self.doRepoSetup() File "/usr/share/yum-cli/cli.py", line 79, in doRepoSetup repo.baseurlSetup() File "repos.py", line 466, in baseurlSetup File "repos.py", line 718, in getMirrorList File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 444, in urlopen return default_grabber.urlopen(url, **kwargs) File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 575, in urlopen return self._retry(opts, retryfunc, url) File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 547, in _retry return apply(func, (opts,) + args, {}) File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 574, in retryfunc return URLGrabberFileObject(url, filename=None, opts=opts) File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 727, in __init__ self._do_open() File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 794, in _do_open fo, hdr = self._make_request(req, opener) File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 885, in _make_request fo = opener.open(req) File "/usr/lib/python2.4/urllib2.py", line 358, in open response = self._open(req, data) File "/usr/lib/python2.4/urllib2.py", line 376, in _open '_open', req) File "/usr/lib/python2.4/urllib2.py", line 337, in _call_chain result = func(*args) File "/usr/lib/python2.4/urllib2.py", line 573, in lambda r, proxy=url, type=type, meth=self.proxy_open: \ File "/usr/lib/python2.4/urllib2.py", line 580, in proxy_open if '@' in host: TypeError: iterable argument required I ran the export ftp_proxy=proxy.company.com:80 http_proxy=proxy.company.com:80 and https_proxy=proxy.company.com:80. I also setup the Redhat Network Configuration with Enable HTTP Proxy: proxy.company.com:80. Should I be using port 80 or is there some other reason this is failling? From ovidiu at linux360.ro Mon Apr 4 19:36:00 2005 From: ovidiu at linux360.ro (Ovidiu Lixandru) Date: Mon, 04 Apr 2005 22:36:00 +0300 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <424FF9A8.6090201@libero.it> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> <424F1079.1040504@linux360.ro> <424FF9A8.6090201@libero.it> Message-ID: <42519720.7060009@linux360.ro> Yes, I'm very sure it's a Live! 24-bit. It's even written on both the board, the drivers CD label and driver name in Windows. ;) As I said, the audio capture works fine with the latest kernel in FC3-updates, which is: 2.6.11-1.7_FC3 Here's the lspci output for the board: 00:11.0 Multimedia audio controller: Creative Labs SB Audigy LS Subsystem: Creative Labs: Unknown device 1006 Flags: bus master, medium devsel, latency 64, IRQ 11 I/O ports at d400 [size=32] Capabilities: [dc] Power Management version 2 A screenshot of the volume control applet: http://www.linux360.ro/~ovidiu/stuff/volume-applet.jpg I've found yet another thing which doesn't work as it should: the OSS emulation. In XMMS, the OSS output is fine, but the mixer (/dev/mixer) is dead. And I've still got to figure out how to set that period parameter globally. Cimmo wrote: > Hey are you sure you have a Live! 24 bit? Capture isn't supported for > this card. > have you snd-ca0106 module for your sound card? > > can you make a screenshot of your volume control? > > thanx > Cimmo > -- Ovidiu Lixandru linux360 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3439 bytes Desc: S/MIME Cryptographic Signature URL: From whooperhsd3 at earthlink.net Mon Apr 4 20:06:27 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Mon, 4 Apr 2005 16:06:27 -0400 (EDT) Subject: Updates fails with errors using yum. In-Reply-To: References: Message-ID: <2086.12.29.16.103.1112645187.squirrel@whooper.org> Richard Ramson said: [snip] > I ran the export ftp_proxy=proxy.company.com:80 > http_proxy=proxy.company.com:80 and https_proxy=proxy.company.com:80. These aren't URLs. Try: ftp_proxy=http://proxy.company.com:80 http_proxy=http://proxy.company.com:80 https_proxy=http://proxy.company.com:80 Adjusting the protocols as necessary. -- William Hooper From kyrre at solution-forge.net Mon Apr 4 20:50:29 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 04 Apr 2005 22:50:29 +0200 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <1112625990.12252.1.camel@ignacio.ignacio.lan> References: <20050404005010.GB1904@angus.ind.WPI.EDU> <604aa791050403181373aa956c@mail.gmail.com> <1112625398.3381.1.camel@localhost.localdomain> <1112625990.12252.1.camel@ignacio.ignacio.lan> Message-ID: <1112647828.3381.18.camel@localhost.localdomain> man, 04.04.2005 kl. 16.46 skrev Ignacio Vazquez-Abrams: > On Mon, 2005-04-04 at 16:36 +0200, Kyrre Ness Sjobak wrote: > > Strange if fc should deliver a 64 bit firefox, as there are so many > > external things depending on it to be 32 bit... > > None of which are Fedora's responsibility. Feel free to petition-bomb > Macromedia and Sun. Yes, but still... It isn't much use to get the users (who often wants to use the distro as a platform) into unnecessary trouble - at least as long as there isn't any real benefit of running Firefox in 64 bit mode... Of course the user could uninstall the i386 package and then install a i386 package - but that would make for: a) upgrade hell b) possible dep hell -> more upgrade hell Which would scare (new) users into thinking "Linux isn't userfriendly", choose not to learn it (scared of at early stage), tell others this, and choose non-Linux solutions over Linux ones - which may in turn be bad for future RH revenue. Just a though. It isn't like we are going to get a pure x86-64 system anyway. Kyrre From jspaleta at gmail.com Mon Apr 4 21:13:39 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 4 Apr 2005 17:13:39 -0400 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <1112647828.3381.18.camel@localhost.localdomain> References: <20050404005010.GB1904@angus.ind.WPI.EDU> <604aa791050403181373aa956c@mail.gmail.com> <1112625398.3381.1.camel@localhost.localdomain> <1112625990.12252.1.camel@ignacio.ignacio.lan> <1112647828.3381.18.camel@localhost.localdomain> Message-ID: <604aa79105040414131c674acb@mail.gmail.com> On Apr 4, 2005 4:50 PM, Kyrre Ness Sjobak wrote: > Yes, but still... It isn't much use to get the users (who often wants to > use the distro as a platform) into unnecessary trouble - at least as > long as there isn't any real benefit of running Firefox in 64 bit > mode... Shall we take your logic to its absurd conclusion. If there are no 64bit browsers in use... there will never be enough demand for macromedia to release a 64bit flash program .. if there is no 64bit flash program there will be no demand for 64bit browsers...if there is no 64bit browsers in use.. on and on we go. Its a chicken and egg problem. As long as users are too chicken, macromedia gets to keep its precious proprietary egg. > Which would scare (new) users into thinking "Linux isn't userfriendly", > choose not to learn it (scared of at early stage), tell others this, and > choose non-Linux solutions over Linux ones - which may in turn be bad > for future RH revenue. Right...choosing non-linux 64bit solutions over 64bit linux. Remind me again... what are the 64bit non-linux solutions for PC hardware right now? Isn't windows 64bit xp still in some sort of beta phase? New users.. running amd 64bit hardware (thats what we are talking about really arent we).. can just as easily choose 32bit fedora core.. and avoid this sort of crap completely. Or.. they can wait till MS 64bit XP lands and macromedia finally feels significant market pressure to get off their asses and build a 64bit versions of their plugins. In the meantime we can all hope and pray that svg magically matures and someone crafts professional development tools for it to challenge macromedia in the marketplace and we a no longer held hostage by macromedia to get our required dosage of pointless interactive web experience. -jef"well okay... its not all totally pointless.. strong bad emails are a crucially informative source of world news"spaleta From kyrre at solution-forge.net Mon Apr 4 21:31:18 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 04 Apr 2005 23:31:18 +0200 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <604aa79105040414131c674acb@mail.gmail.com> References: <20050404005010.GB1904@angus.ind.WPI.EDU> <604aa791050403181373aa956c@mail.gmail.com> <1112625398.3381.1.camel@localhost.localdomain> <1112625990.12252.1.camel@ignacio.ignacio.lan> <1112647828.3381.18.camel@localhost.localdomain> <604aa79105040414131c674acb@mail.gmail.com> Message-ID: <1112650278.3381.23.camel@localhost.localdomain> man, 04.04.2005 kl. 23.13 skrev Jeff Spaleta: > On Apr 4, 2005 4:50 PM, Kyrre Ness Sjobak wrote: > > Yes, but still... It isn't much use to get the users (who often wants to > > use the distro as a platform) into unnecessary trouble - at least as > > long as there isn't any real benefit of running Firefox in 64 bit > > mode... > Shall we take your logic to its absurd conclusion. > > If there are no 64bit browsers in use... there will never be enough > demand for macromedia to release a 64bit flash program .. if there is > no 64bit flash program there will be no demand for 64bit browsers...if > there is no 64bit browsers in use.. > on and on we go. Its a chicken and egg problem. As long as users are > too chicken, macromedia gets to keep its precious proprietary egg. > Agreed. That is a problem. But if Windows is going to take the hit anyway, why not let'em ? > > Which would scare (new) users into thinking "Linux isn't userfriendly", > > choose not to learn it (scared of at early stage), tell others this, and > > choose non-Linux solutions over Linux ones - which may in turn be bad > > for future RH revenue. > > Right...choosing non-linux 64bit solutions over 64bit linux. Remind me > again... what are the 64bit non-linux solutions for PC hardware right > now? Isn't windows 64bit xp still in some sort of beta phase? > New users.. running amd 64bit hardware (thats what we are talking > about really arent we).. can just as easily choose 32bit fedora core.. > and avoid this sort of crap completely. Or.. they can wait till MS > 64bit XP lands and macromedia finally feels significant market > pressure to get off their asses and build a 64bit versions of their > plugins. In the meantime we can all hope and pray that svg magically > matures and someone crafts professional development tools for it to > challenge macromedia in the marketplace and we a no longer held > hostage by macromedia to get our required dosage of pointless > interactive web experience. > Have you ever trying to convince a newb. into using a 32-bit distro *because it's often simpler*? Not? Can i give him your email next time it happens? :) While talking about pointless: What is the point of having the browser 64-bit? Kyrre "its pointless and its pointless... Hmm.. is there a point?" Sj?b?k From green at redhat.com Mon Apr 4 21:54:29 2005 From: green at redhat.com (Anthony Green) Date: Mon, 04 Apr 2005 14:54:29 -0700 Subject: FC4T1: Firefox & Java In-Reply-To: <1112625686.3381.3.camel@localhost.localdomain> References: <1112554977.10924.11.camel@linux0.dbonenet.com> <42504424.9010209@gwch.net> <1112583274.5223.34.camel@localhost.localdomain> <1112625686.3381.3.camel@localhost.localdomain> Message-ID: <1112651669.5526.4.camel@localhost.localdomain> On Mon, 2005-04-04 at 16:41 +0200, Kyrre Ness Sjobak wrote: > Another problem might be how complete the gcc java implementation is... I think it's already proven to be good enough for many applets, including, for instance, Flumotion's Cortado applet (a media player for Ogg Theora video) and various game applets. Sure, it's not perfect yet, but my feeling is that we should package it for people to use as soon as we sort out the security problems. AG From hobbit at aloss.ukuu.org.uk Mon Apr 4 22:37:09 2005 From: hobbit at aloss.ukuu.org.uk (Telsa Gwynne) Date: Mon, 4 Apr 2005 23:37:09 +0100 Subject: Semi-successful text-mode (sorry) install of FC4test1 on Athlon64 Message-ID: <20050404223709.GA2696@lxorguk.ukuu.org.uk> Hello, test-list, One install attempt report. Text install of Fedora Core 4 test 1 onto an Athlon64 (so x86_64) with a Radeon 9000 and no whacky hardware. Only reason for the text install was the lack of a mouse when I started. The install appeared to go really smoothly, quickly and successfully, but, in retrospect, I should have found a mouse earlier. Two big issues for me: * firstboot did not run on completion of the install (solution is to install gnome-python2-gnomevfs, incidentally) * for some reason the text install did not ask me what language I wanted the machine to run in, although it did ask what language I wanted the installer to run in. On first login. it declared my locale to be POSIX. Urrr.. :) So, bugs: Found someone had already bugzilla'd: 151349 up2date "select all" only selects the first package 151867 After installation firstboot errors with numerous python errors stating GtkDeprecationWarning Added more to the already bugzilla'd: 146862 yelp - "Could not load section" alerts for obviously existing stuff 153214 kernel - media check failure all disks New bugs: 153269 RH website - Site unreadable with narrow browser window: text continues off-screen somewhere 153272 yelp - Welsh translation missing in yelp, despite presence of .mo file 153285 anaconda - text install did not offer language selections for post-install 153289 anaconda - text install did not ask me to create non-root users (moved to firstboot, about to be duped, I expect) 153292 xorg-x11 - DDC probe failed on ATI Radeon 9000 153293 xorg-x11 - "mess" on root window after using scrollbar in a terminal (but only at certain resolutions) 153317 gnome-panel - notification applet crashed when I changed the default theme in Gnome 153320 yelp - yelp complains "could not load section" when invoked via right-click on an applet and choosing "help" There are a range of other issues, but I am currently waiting for up2date to sort its dependencies out before filing them. (This is of course a text-mode up2date in order to avoid #151349 :)) No idea what's going on with the language thing at all. It's making my head hurt, as /etc/sysconfig/i18n had one locale, and root was resolutely sitting in POSIX despite this. Telsa From mharris at www.linux.org.uk Mon Apr 4 22:42:45 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Mon, 04 Apr 2005 18:42:45 -0400 Subject: New xfs (X font server) initscript for testing. Should work in all Fedora Core OS releases, as well as RHL 8 and RHEL3 and newer. Please test! Message-ID: <4251C2E5.2090605@www.linux.org.uk> I have made some enhancements to the xfs initscript, which are intended to fix a few bugs that have been reported, and to slightly speed up xfs startup time in some cases. In addition, fc-cache is ran always now, to ensure that all fontconfig font directories contain updated cache files, which should help improve font access times. Since this is a very fast operation, which should generally help provide runtime font performance improvements, we believe it is worthwhile doing every time xfs is restarted. We've taken special care to try and make sure there should be no regressions with these changes, however before I include this in a new Fedora development build, I would like to have as many people as possible voluntarily test the changes manually, so we can have reasonable regression testing on some systems out there before forcing the changes on everyone via rawhide. In order to test the new initscript, please follow the following steps: 1) Download my new initscript via FTP at: ftp://people.redhat.com/mharris/xfs.init The following steps should be done as root: 2) make a backup copy of your existing xfs initscript: cp /etc/init.d/xfs /root/ 3) Move the new xfs.init to /etc/init.d/xfs: mv xfs.init /etc/init.d/xfs 4) Restart xfs: service xfs restart NOTE: When you restart xfs while the X server is running and using it, it will break the connection between xfs and the X server, causing you to lose core fonts in X. You can either restart the X server, or you can use xset to re-add the newly restarted xfs to the font path. Something like this should work: xset +fp unix/:7100 ; xset fp rehash I'd like to hear both BAD *and* GOOD feedback from whoever tests this, so if you test it and do not notice anything different, please respond to let me know that also. If you notice any regressions with this initscript compared to the previous one you were using, please respond with full details of the problem, and exact error messages you see (if any). Also indicate if you are using only stock OS supplied fonts, or fonts you have added yourself. It'd be particularly good to hear feedback from people using lots of 3rd party fonts, as we do not normally have such fonts for testing purposes internally. Another test you might optionally want to try, is to time the old initscript, and the new one, and note any differences. To do this, try running the following command with each initscript: /usr/bin/time service xfs restart Please reply directly back to the list, so others can see your feedback as well, so if I need to respond, I don't need to respond to multiple people individually. ;o) Assuming there are no regressions (or no serious ones anyway), I want to release this in the next xorg-x11 rawhide build, so the sooner I hear feedback the better. ;) That's about it. Thanks in advance for testing. From skvidal at phy.duke.edu Mon Apr 4 22:53:59 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 04 Apr 2005 18:53:59 -0400 Subject: Semi-successful text-mode (sorry) install of FC4test1 on Athlon64 In-Reply-To: <20050404223709.GA2696@lxorguk.ukuu.org.uk> References: <20050404223709.GA2696@lxorguk.ukuu.org.uk> Message-ID: <1112655239.6556.27.camel@cutter> > > There are a range of other issues, but I am currently waiting for > up2date to sort its dependencies out before filing them. (This is > of course a text-mode up2date in order to avoid #151349 :)) > Could you do a couple of those updates via yum and see if everything seems reasonably normal there, too? Thanks, -sv From goemon at anime.net Mon Apr 4 23:07:47 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 4 Apr 2005 16:07:47 -0700 (PDT) Subject: New xfs (X font server) initscript for testing. Should work in all Fedora Core OS releases, as well as RHL 8 and RHEL3 and newer. Please test! In-Reply-To: <4251C2E5.2090605@www.linux.org.uk> Message-ID: On Mon, 4 Apr 2005, Mike A. Harris wrote: > I'd like to hear both BAD *and* GOOD feedback from whoever > tests this, so if you test it and do not notice anything > different, please respond to let me know that also. > If you notice any regressions with this initscript > compared to the previous one you were using, please > respond with full details of the problem, and exact > error messages you see (if any). Also indicate if > you are using only stock OS supplied fonts, or fonts > you have added yourself. It'd be particularly good > to hear feedback from people using lots of 3rd party > fonts, as we do not normally have such fonts for > testing purposes internally. On FC3 i386 (stock fonts, stock everything.) # ./xfs restart Restarting xfs: Shutting down xfs: [ OK ] Starting xfs: ./xfs: line 56: [: missing `]' [ OK ] -Dan From mike at netlyncs.com Mon Apr 4 23:19:08 2005 From: mike at netlyncs.com (Mike Chambers) Date: Mon, 04 Apr 2005 18:19:08 -0500 Subject: New xfs (X font server) initscript for testing. Should work in all Fedora Core OS releases, as well as RHL 8 and RHEL3 and newer. Please test! In-Reply-To: References: Message-ID: <1112656748.2671.1.camel@scrappy.netlyncs.com> On Mon, 2005-04-04 at 16:07 -0700, Dan Hollis wrote: > On FC3 i386 (stock fonts, stock everything.) > > # ./xfs restart > Restarting xfs: > Shutting down xfs: [ OK ] > Starting xfs: ./xfs: line 56: [: missing `]' I didn't have that problem above, nor any problems so far :) Saw a .02 'Ish second increase in start up. Question, does that script only run fc-cache on root/system fonts and not /home/user or just user fonts (such as /home/user/.fonts dir)? -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From mharris at www.linux.org.uk Mon Apr 4 23:24:50 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Mon, 04 Apr 2005 19:24:50 -0400 Subject: xorg 6.8.2 In-Reply-To: <4249C901.8080402@wavefood.com> References: <4249C901.8080402@wavefood.com> Message-ID: <4251CCC2.9050401@www.linux.org.uk> Joshua Andrews wrote: > There was an xorg-x11-6.8.2 update released today for FC3. It still does > not include the ATI/GATOS multimedia modules even though GATOS has been > merged into xorg for a long time now. > > Will or does the FC4 xorg contain the ATI multimedia modules? Parts of GATOS were merged into CVS head of development, which will be included in X11R7 which will be the next major Xorg release. 6.8.2, and any other 6.8.x releases that occur in the future, are bug-fix only releases which fix bugs reported since the previous 6.8.x release, and add no major new features. The xorg-x11 in FC4-devel is identical to the FC3 one, except compiled with a different compiler. The FC4 one has a few additional bug fixes which are being tested first before getting committed to CVS for 6.8.3. Fedora Core 5 will probably be the first release to include the GATOS drivers as a native part of X.Org X11, assuming that X11R7 gets released in time to be included in FC5. The X11R7 schedule is not completely written in stone yet though, so it's speculative only at this point. Hope this helps clarify things a bit. ;) From mharris at www.linux.org.uk Mon Apr 4 23:31:08 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Mon, 04 Apr 2005 19:31:08 -0400 Subject: Missing library into package In-Reply-To: <1112202709.15765.15.camel@apophis.stfzone.org> References: <1112202709.15765.15.camel@apophis.stfzone.org> Message-ID: <4251CE3C.70404@www.linux.org.uk> Stephane Gaucher wrote: > I want to install mplayer's rpm > rpm -Ui mplayer-1.0-40_pre6a.rhfc3.at.i386.rpm > > > warning: mplayer-1.0-40_pre6a.rhfc3.at.i386.rpm: V3 DSA signature: > NOKEY, key ID 66534c2b > error: Failed dependencies: > libviaXvMC.so.1 is needed by mplayer-1.0-40_pre6a.rhfc3.at.i386 > > > I have check at www.pbone.net for this library and i fond this library > was into this package: xorg-x11-libs-6.8.1-12.FC3.21_1.rhfc3.at.i386.rpm > > so lets install this packages > > rpm -Ui xorg-x11-libs-6.8.1-12.FC3.21_1.rhfc3.at.i386.rpm > > > > warning: xorg-x11-libs-6.8.1-12.FC3.21_1.rhfc3.at.i386.rpm: V3 DSA > signature: NOKEY, key ID 66534c2b > error: Failed dependencies: > xorg-x11-libs = 6.8.2-1.FC3.13 is needed by (installed) > xorg-11-fs-6.8.2-1.FC3.13.i386 > xorg-x11-libs = 6.8.2-1.FC3.13 is needed by (installed) > xorg-11-6.8.2-1.FC3.13.i386 > xorg-x11-libs = 6.8.2-1.FC3.13 is needed by (installed) > xorg-x11-devel-6.8.2-1.FC3.13.i386 > > no libviaXvMC.so.1 into the /usr/X11R6/lib folder Unfortunately, when XvMC was introduced into XFree86 a couple of years ago, it had some rather serious design flaws, of which are mainly to blame for the problem you are seeing. libviaXvMC is less a library, and more a XvMC driver for via hardware. If XvMC had been designed properly, it would have had generic interfaces which then automatically loaded hardware specific XvMC drivers depending on what hardware is being used. Unfortunately, they did not do that, and instead it requires every single application to link to every single hardware driver directly, which is fairly insane. ;o) The reason you see the error, is because this driver is not included in xorg-x11, but the mplayer you are trying to install was somehow linked to it, presumeably by someone who built mplayer on a custom xorg-x11 installation. To resolve the problem, you'll either need to recompile mplayer on your system, or you'll need to acquire the libviaXvMC driver separately for the time being. I don't know if that driver is open source or not, but if it is, hopefully it will get included into future Xorg releases. Hope this helps. TTYL From mharris at www.linux.org.uk Mon Apr 4 23:20:04 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Mon, 04 Apr 2005 19:20:04 -0400 Subject: ATI fglrx-8.10.19 with GCC 4.0 In-Reply-To: References: Message-ID: <4251CBA4.2030609@www.linux.org.uk> jermyandhisbass wrote: > Is there anyway I can build the ATI drivers with GCC 4.0? Only one way that comes to mind... Applying for a job at ATI, and getting hired doing fglrx driver development, which presumeably gives access to the source code. > I seem to be > in need of an updated version of libfglrx_ip.a (libfglrx_ip.a.GCC2 and > libfglrx_ip.a.GCC3 are both present.) Has there been any patches > released for this? ATI's fglrx driver is binary only. You'll need to wait for them to compile new drivers with gcc 4. From jspaleta at gmail.com Tue Apr 5 00:01:18 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 4 Apr 2005 20:01:18 -0400 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <1112650278.3381.23.camel@localhost.localdomain> References: <20050404005010.GB1904@angus.ind.WPI.EDU> <604aa791050403181373aa956c@mail.gmail.com> <1112625398.3381.1.camel@localhost.localdomain> <1112625990.12252.1.camel@ignacio.ignacio.lan> <1112647828.3381.18.camel@localhost.localdomain> <604aa79105040414131c674acb@mail.gmail.com> <1112650278.3381.23.camel@localhost.localdomain> Message-ID: <604aa79105040417012bd22b03@mail.gmail.com> On Apr 4, 2005 5:31 PM, Kyrre Ness Sjobak wrote: > Agreed. That is a problem. But if Windows is going to take the hit > anyway, why not let'em ? Because... open source 64bit development should not wait for MS or any other proprietary vendor to catch up. > Have you ever trying to convince a newb. into using a 32-bit distro > *because it's often simpler*? Not? Can i give him your email next time > it happens? :) I don't try to convince anyone to do anything... I give them facts and make suggestions I feel are in their best interests. If they are hell bent on doing something the hard way...or against their best interests... they get to enjoy a wonderful learning experience as well as bruised pride while i dance around them singing the 'i told you so' song. If you are trying evangalize linux or fedora.. you are actually doing linux, fedora and the person you are trying to "help" a disservice by pushing people towards a set of technology tools that are not necessarily a good match for them. Holding back native 64bit application development because meathead users can't make good choices and insist on on using a 64bit release when they are better off with a 32bit release is a poor tradeoff between short term gains and long term goals. Open source 64bit native apps will never get better if they are not in use.. its as simple as that. Fedora, if its anything is about driving open source technologies forward.. not stagnation.. and certaintly not stagnation for the sake of access to fluffly closed source crap like flash plugins in a browser. You want flash that keeps up with the pace of fedora development... start helping out with open source projects to re-implement an open source implementation of flash. Making Fedora development and Fedora releases dependant on the performance of ANY closed source vendor solution is absolutely absurd.. whether it be Sun's java, Nvidia's drivers or Macromedia's flash. > While talking about pointless: What is the point of having the browser > 64-bit? Whats the point of building any 64bit app that ships in FC? I'm sure a browser enjoys similar benefits as gaim or xchat when compiled natively for 64bit. -jef"its perfectly acceptible to point people to other distributions than fedora core. The aggresive release schedule and the aggressive development focus means fedora core is not and will not be the best fit for every potential user."spaleta From ogle at OCF.Berkeley.EDU Tue Apr 5 00:24:34 2005 From: ogle at OCF.Berkeley.EDU (Glen Kim) Date: Mon, 4 Apr 2005 17:24:34 -0700 (PDT) Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <604aa79105040417012bd22b03@mail.gmail.com> References: <20050404005010.GB1904@angus.ind.WPI.EDU> <604aa791050403181373aa956c@mail.gmail.com> <1112625398.3381.1.camel@localhost.localdomain> <1112625990.12252.1.camel@ignacio.ignacio.lan> <1112647828.3381.18.camel@localhost.localdomain> <604aa79105040414131c674acb@mail.gmail.com> <1112650278.3381.23.camel@localhost.localdomain> <604aa79105040417012bd22b03@mail.gmail.com> Message-ID: On Mon, 4 Apr 2005, Jeff Spaleta wrote: > > You want flash that keeps up with the pace of fedora development... > start helping out with open source projects to re-implement an open > source implementation of flash. Making Fedora development and Fedora > releases dependant on the performance of ANY closed source vendor > solution is absolutely absurd.. whether it be Sun's java, Nvidia's > drivers or Macromedia's flash. > Yes, I for one would like a flash player that does not go out of sync with audio in the middle of playback! *grumble grumble* From mpeters at mac.com Tue Apr 5 03:29:41 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 05 Apr 2005 03:29:41 +0000 Subject: SlimServer (streaming audio) testing in Rawhide Message-ID: <1112671781l.8289l.3l@devel.mpeters.local> I'm hoping to get a GPL product from SlimDevices called SlimServer into rpm.livna.org at some point. It's a streaming audio server, they develop it to feed their hardware product (squeezebox/slimp3) but it also can feed software clients, such as iTunes and RealPlayer and SoftSqueeze. I still have some work to do before it is suitable for livna submission, but I have yummable rpm now that works at least for me, and I would appreciate it if those interested in this type of thing and are running rawhide would test it. http://mpeters.us/sleek/info.html You will need to have Fedora Extras for Rawhide configured in yum, since it requires some of their perl modules (SlimServer is written in perl). The two livna packages that it needs (lame and shorten) I'm providing for now, as there is no livna development repo. -- Michael A. Peters http://mpeters.us/ From bhughes at elevating.com Tue Apr 5 02:40:18 2005 From: bhughes at elevating.com (Bret Hughes) Date: 04 Apr 2005 21:40:18 -0500 Subject: New xfs (X font server) initscript for testing. Should work in all Fedora Core OS releases, as well as RHL 8 and RHEL3 and newer. Please test! In-Reply-To: References: Message-ID: <1112668818.13731.289.camel@bretsony> On Mon, 2005-04-04 at 18:07, Dan Hollis wrote: > On Mon, 4 Apr 2005, Mike A. Harris wrote: > > I'd like to hear both BAD *and* GOOD feedback from whoever > > tests this, so if you test it and do not notice anything > > different, please respond to let me know that also. > > If you notice any regressions with this initscript > > compared to the previous one you were using, please > > respond with full details of the problem, and exact > > error messages you see (if any). Also indicate if > > you are using only stock OS supplied fonts, or fonts > > you have added yourself. It'd be particularly good > > to hear feedback from people using lots of 3rd party > > fonts, as we do not normally have such fonts for > > testing purposes internally. > > On FC3 i386 (stock fonts, stock everything.) > > # ./xfs restart > Restarting xfs: > Shutting down xfs: [ OK ] > Starting xfs: ./xfs: line 56: [: missing `]' > [ OK ] > Huh me too. first glance I can't see what the deal is. I simply did wget url and moved it. Of course I also had to make it executable. here is the orig line 56: [ -x "$FC_CACHE" ] HOME=/ "$FC_CACHE" $d here is one with the change I made to get it to work (added &&) [ -x "$FC_CACHE" ] && HOME=/ "$FC_CACHE" $d Is there some environment var. that is letting this work on some boxes and not others? FYI this is on a ppc box although I can't see why that would make a difference. Bret From bhughes at elevating.com Tue Apr 5 03:48:38 2005 From: bhughes at elevating.com (Bret Hughes) Date: 04 Apr 2005 22:48:38 -0500 Subject: New xfs (X font server) initscript for testing. Should work in all Fedora Core OS releases, as well as RHL 8 and RHEL3 and newer. Please test! In-Reply-To: <1112668818.13731.289.camel@bretsony> References: <1112668818.13731.289.camel@bretsony> Message-ID: <1112672919.14402.297.camel@bretsony> On Mon, 2005-04-04 at 21:40, Bret Hughes wrote: > On Mon, 2005-04-04 at 18:07, Dan Hollis wrote: > > On Mon, 4 Apr 2005, Mike A. Harris wrote: > > > I'd like to hear both BAD *and* GOOD feedback from whoever > > > tests this, so if you test it and do not notice anything > > > different, please respond to let me know that also. > > > If you notice any regressions with this initscript > > > compared to the previous one you were using, please > > > respond with full details of the problem, and exact > > > error messages you see (if any). Also indicate if > > > you are using only stock OS supplied fonts, or fonts > > > you have added yourself. It'd be particularly good > > > to hear feedback from people using lots of 3rd party > > > fonts, as we do not normally have such fonts for > > > testing purposes internally. > > > > On FC3 i386 (stock fonts, stock everything.) > > > > # ./xfs restart > > Restarting xfs: > > Shutting down xfs: [ OK ] > > Starting xfs: ./xfs: line 56: [: missing `]' > > [ OK ] > > > > Huh me too. first glance I can't see what the deal is. I simply did > wget url and moved it. Of course I also had to make it executable. > > here is the orig line 56: > > [ -x "$FC_CACHE" ] HOME=/ "$FC_CACHE" $d > > here is one with the change I made to get it to work (added &&) > > [ -x "$FC_CACHE" ] && HOME=/ "$FC_CACHE" $d > > Is there some environment var. that is letting this work on some boxes > and not others? > > FYI this is on a ppc box although I can't see why that would make a > difference. > > Bret > [root at localhost init.d]# cp ~/xfs ./xfs cp: overwrite `./xfs'? y [root at localhost init.d]# time service xfs restart Restarting xfs: Shutting down xfs: [ OK ] Starting xfs: [ OK ] real 0m0.576s user 0m0.043s sys 0m0.098s [root at localhost init.d]# cp ~/xfs.init ./xfs cp: overwrite `./xfs'? y [root at localhost init.d]# time service xfs restart Restarting xfs: Shutting down xfs: [ OK ] Starting xfs: [ OK ] real 0m1.365s user 0m0.043s sys 0m0.057s Much slower in realtime on my box. This is repeatable with between .5 to a full second wall time but with less system time accumulated. Go figure. This is not a standard login If that makes a difference. I have x running with no window manager via inittab and playing 30 second video files. Bret From mharris at www.linux.org.uk Tue Apr 5 05:35:40 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Tue, 05 Apr 2005 01:35:40 -0400 Subject: New xfs (X font server) initscript for testing. Should work in all Fedora Core OS releases, as well as RHL 8 and RHEL3 and newer. Please test! In-Reply-To: References: Message-ID: <425223AC.2090004@www.linux.org.uk> Dan Hollis wrote: > On Mon, 4 Apr 2005, Mike A. Harris wrote: > >>I'd like to hear both BAD *and* GOOD feedback from whoever >>tests this, so if you test it and do not notice anything >>different, please respond to let me know that also. >>If you notice any regressions with this initscript >>compared to the previous one you were using, please >>respond with full details of the problem, and exact >>error messages you see (if any). Also indicate if >>you are using only stock OS supplied fonts, or fonts >>you have added yourself. It'd be particularly good >>to hear feedback from people using lots of 3rd party >>fonts, as we do not normally have such fonts for >>testing purposes internally. > > > On FC3 i386 (stock fonts, stock everything.) > > # ./xfs restart > Restarting xfs: > Shutting down xfs: [ OK ] > Starting xfs: ./xfs: line 56: [: missing `]' Oops.. I uploaded the wrong version of the script. Doh! I just uploaded the latest version, which does have that fixed now. Sorry bout that. ;) Please everyone, try the new script. ftp://people.redhat.com/mharris/xfs.init From mharris at www.linux.org.uk Tue Apr 5 05:36:09 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Tue, 05 Apr 2005 01:36:09 -0400 Subject: New xfs (X font server) initscript for testing. Should work in all Fedora Core OS releases, as well as RHL 8 and RHEL3 and newer. Please test! In-Reply-To: <1112656748.2671.1.camel@scrappy.netlyncs.com> References: <1112656748.2671.1.camel@scrappy.netlyncs.com> Message-ID: <425223C9.1020809@www.linux.org.uk> Mike Chambers wrote: > On Mon, 2005-04-04 at 16:07 -0700, Dan Hollis wrote: > > >>On FC3 i386 (stock fonts, stock everything.) >> >># ./xfs restart >>Restarting xfs: >>Shutting down xfs: [ OK ] >>Starting xfs: ./xfs: line 56: [: missing `]' > > > I didn't have that problem above, nor any problems so far :) > > Saw a .02 'Ish second increase in start up. The very first invocation I expect will take slightly longer for xfs to start up, as we're running fc-cache always now, and in all font dirs every time. Once fc-cache runs once though, which took about 4 seconds the first time for me, subsequent restarts of the initscript were instantaneous. The reason it takes longer the very first time, is because fc-cache was not previously ran in all configured fontconfig font directories, so most of them did not have updated fc-cache generated fonts.cache* files in them. The first invocation creates the fc-cache files, and after that they don't need to get regenerated anymore until fonts are added or removed, so fc-cache is instantaneous. Try running this 5 times: /usr/bin/time service xfs restart If it is on a system where you're using the new init script for the first time, the first run will be slightly longer, and the rest should be instantaneous. I get: Starting xfs: [ OK ] 0.09user 0.12system 0:00.37elapsed 56%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (4023major+1771minor)pagefaults 0swaps 0.37 seconds. Not bad. ;) > Question, does that script only run fc-cache on root/system fonts and > not /home/user or just user fonts (such as /home/user/.fonts dir)? From sean.bruno at dsl-only.net Tue Apr 5 05:44:42 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Mon, 04 Apr 2005 22:44:42 -0700 Subject: The "beauty?" of the nvidia drivers in action Message-ID: <1112679882.5279.9.camel@localhost.localdomain> For fun(?) I decided to test those NVIDIA drivers against the latest rawhide kernel and sundry other apps. Surprise! no worky. Anyway, that's not this lists problem and I am spamming over to the nvidia mailing list for guidance, but there was some interesting behaviour of the system when the module was loaded. Here are some of the highlights from /var/log/messages: Pretty Standard here: Apr 4 22:31:34 localhost init: Switching to runlevel: 5 Apr 4 22:31:37 localhost kernel: nvidia: module license 'NVIDIA' taints kernel. Apr 4 22:31:37 localhost kernel: ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 11 (level, low) -> IRQ 11 Apr 4 22:31:37 localhost kernel: NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module 1.0-7174 Tue Mar 22 06:44:39 PST 2005 Then the fun begins. The following three messages appear repeatedly: Apr 4 22:31:38 localhost kernel: agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0. Apr 4 22:31:38 localhost kernel: agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode Apr 4 22:31:38 localhost kernel: agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode Sprinkled with messages about gdm loosing its connection to X(not surprising if X is having serious issues): Apr 4 22:31:44 localhost gdm[4251]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Then the final message of Doom: Apr 4 22:32:29 localhost gdm[4139]: Failed to start X server several times in a short time period; disabling display :0 Anyhow, I'm running this on a Dell Latitude D800 with an Nvidia GeForce4 Ti 4200 Go AGP 8x. Don't know if anyone on this list really cares at this point, and I don't think that anyone at Nvidia is going to give a rip either. Just thought you all might be curious! Sean From sean.bruno at dsl-only.net Tue Apr 5 05:51:30 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Mon, 04 Apr 2005 22:51:30 -0700 Subject: Stripped Symbols In-Reply-To: References: <1112536972.4183.5.camel@localhost.localdomain> Message-ID: <1112680291.5279.11.camel@localhost.localdomain> On Sun, 2005-04-03 at 10:28 -0400, Robin Green wrote: > That's not necessary. You just need to install the corresponding > -debuginfo packages from > > http://download.fedora.redhat.com/pub/fedora/linux/core/development/$arch/debug/ > > (substituting $arch with your architecture). > > Both gdb and valgrind appear to automatically detect -debuginfo packages > and use the debugging information therein, including the source code, so > you shouldn't need to do anything special other than installing the > -debuginfo packages. > > Note that normally one -debuginfo package is generated per source RPM, not > one per binary RPM. To find the source rpm name for a package, use > > rpm -qi package > > and look for "Source RPM". > > -- > Robin > Thank you very much for the insight. I was completely ignorant of this feature. Let's see if I can put this information to some kind of good use. A little knowledge can be dangerous u know! Sean From ba at linuxin.dk Tue Apr 5 06:22:58 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Tue, 05 Apr 2005 08:22:58 +0200 Subject: The "beauty?" of the nvidia drivers in action In-Reply-To: <1112679882.5279.9.camel@localhost.localdomain> References: <1112679882.5279.9.camel@localhost.localdomain> Message-ID: <1112682178.8028.2.camel@Mars> I have the same problem, and cant find a solution to the problem. I find it strange that every new Fedora release brakes the Nvidia drivers. Just a thought. /Bjorn man, 04 04 2005 kl. 22:44 -0700, skrev Sean Bruno: > For fun(?) I decided to test those NVIDIA drivers against the latest > rawhide kernel and sundry other apps. Surprise! no worky. > > Anyway, that's not this lists problem and I am spamming over to the > nvidia mailing list for guidance, but there was some interesting > behaviour of the system when the module was loaded. Here are some of > the highlights from /var/log/messages: > > Pretty Standard here: > Apr 4 22:31:34 localhost init: Switching to runlevel: 5 > Apr 4 22:31:37 localhost kernel: nvidia: module license 'NVIDIA' taints > kernel. > Apr 4 22:31:37 localhost kernel: ACPI: PCI interrupt 0000:01:00.0[A] -> > GSI 11 (level, low) -> IRQ 11 > Apr 4 22:31:37 localhost kernel: NVRM: loading NVIDIA Linux x86 NVIDIA > Kernel Module 1.0-7174 Tue Mar 22 06:44:39 PST 2005 > > Then the fun begins. The following three messages appear repeatedly: > Apr 4 22:31:38 localhost kernel: agpgart: Found an AGP 2.0 compliant > device at 0000:00:00.0. > Apr 4 22:31:38 localhost kernel: agpgart: Putting AGP V2 device at > 0000:00:00.0 into 4x mode > Apr 4 22:31:38 localhost kernel: agpgart: Putting AGP V2 device at > 0000:01:00.0 into 4x mode > > Sprinkled with messages about gdm loosing its connection to X(not > surprising if X is having serious issues): > Apr 4 22:31:44 localhost gdm[4251]: gdm_slave_xioerror_handler: Fatal X > error - Restarting :0 > > Then the final message of Doom: > Apr 4 22:32:29 localhost gdm[4139]: Failed to start X server several > times in a short time period; disabling display :0 > > Anyhow, I'm running this on a Dell Latitude D800 with an Nvidia GeForce4 > Ti 4200 Go AGP 8x. Don't know if anyone on this list really cares at > this point, and I don't think that anyone at Nvidia is going to give a > rip either. Just thought you all might be curious! > > Sean > > > > From a.kurtz at hardsun.net Tue Apr 5 06:26:39 2005 From: a.kurtz at hardsun.net (Aaron Kurtz) Date: Mon, 04 Apr 2005 23:26:39 -0700 Subject: The "beauty?" of the nvidia drivers in action In-Reply-To: <1112679882.5279.9.camel@localhost.localdomain> References: <1112679882.5279.9.camel@localhost.localdomain> Message-ID: <1112682399.13929.9.camel@rydia.hardsun.net> On Mon, 2005-04-04 at 22:44 -0700, Sean Bruno wrote: > For fun(?) I decided to test those NVIDIA drivers against the latest > rawhide kernel and sundry other apps. Surprise! no worky. Works for me, using stock 7174 on a GeforceFX 5600XT. There aren't any patches for the current release. I suspect the problem is on your end. [snip] > Then the final message of Doom: > Apr 4 22:32:29 localhost gdm[4139]: Failed to start X server several > times in a short time period; disabling display :0 The last time I got this, I updated my kernel and then booted into that kernel without going to runlevel 3 first and installing the kernel module using the -K option (-A has it and the other advanced options). Did you upgrade your kernel and not rebuild the drivers? -- Aaron Kurtz GPG Key ID: ED588CF2 -------------- 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 mharris at www.linux.org.uk Tue Apr 5 06:30:14 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Tue, 05 Apr 2005 02:30:14 -0400 Subject: New xfs (X font server) initscript for testing. Should work in all Fedora Core OS releases, as well as RHL 8 and RHEL3 and newer. Please test! In-Reply-To: <1112668818.13731.289.camel@bretsony> References: <1112668818.13731.289.camel@bretsony> Message-ID: <42523076.5070001@www.linux.org.uk> Bret Hughes wrote: > On Mon, 2005-04-04 at 18:07, Dan Hollis wrote: > >>On Mon, 4 Apr 2005, Mike A. Harris wrote: >> >>>I'd like to hear both BAD *and* GOOD feedback from whoever >>>tests this, so if you test it and do not notice anything >>>different, please respond to let me know that also. >>>If you notice any regressions with this initscript >>>compared to the previous one you were using, please >>>respond with full details of the problem, and exact >>>error messages you see (if any). Also indicate if >>>you are using only stock OS supplied fonts, or fonts >>>you have added yourself. It'd be particularly good >>>to hear feedback from people using lots of 3rd party >>>fonts, as we do not normally have such fonts for >>>testing purposes internally. >> >>On FC3 i386 (stock fonts, stock everything.) >> >># ./xfs restart >>Restarting xfs: >>Shutting down xfs: [ OK ] >>Starting xfs: ./xfs: line 56: [: missing `]' >> [ OK ] >> > > > Huh me too. first glance I can't see what the deal is. I simply did > wget url and moved it. Of course I also had to make it executable. > > here is the orig line 56: > > [ -x "$FC_CACHE" ] HOME=/ "$FC_CACHE" $d > > here is one with the change I made to get it to work (added &&) > > [ -x "$FC_CACHE" ] && HOME=/ "$FC_CACHE" $d > > Is there some environment var. that is letting this work on some boxes > and not others? > > FYI this is on a ppc box although I can't see why that would make a > difference. Naw, it was a bug. ;) I tested one script, and uploaded a different one by mistake. ;o) Your bugfix is correct. Note, the bug wont cause any damage, in case people are worried. ;) Just causes fc-cache to not get executed. New uploaded version fixes that. From sean.bruno at dsl-only.net Tue Apr 5 06:39:08 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Mon, 04 Apr 2005 23:39:08 -0700 Subject: The "beauty?" of the nvidia drivers in action In-Reply-To: <1112682399.13929.9.camel@rydia.hardsun.net> References: <1112679882.5279.9.camel@localhost.localdomain> <1112682399.13929.9.camel@rydia.hardsun.net> Message-ID: <1112683148.6078.1.camel@localhost.localdomain> On Mon, 2005-04-04 at 23:26 -0700, Aaron Kurtz wrote: > The last time I got this, I updated my kernel and then booted into that > kernel without going to runlevel 3 first and installing the kernel > module using the -K option (-A has it and the other advanced options). > Did you upgrade your kernel and not rebuild the drivers? This is the first kernel that I have even bothered testing with the Nvidia drivers(2.6.11-1.1225_FC4). What would u suggest I try to get the module to work(if u r running this kernel)? Sean From hobbit at aloss.ukuu.org.uk Tue Apr 5 07:18:57 2005 From: hobbit at aloss.ukuu.org.uk (Telsa Gwynne) Date: Tue, 5 Apr 2005 08:18:57 +0100 Subject: Semi-successful text-mode (sorry) install of FC4test1 on Athlon64 In-Reply-To: <1112655239.6556.27.camel@cutter> References: <20050404223709.GA2696@lxorguk.ukuu.org.uk> <1112655239.6556.27.camel@cutter> Message-ID: <20050405071857.GA5991@lxorguk.ukuu.org.uk> On Mon, Apr 04, 2005 at 06:53:59PM -0400 or thereabouts, seth vidal wrote: > > > > There are a range of other issues, but I am currently waiting for > > up2date to sort its dependencies out before filing them. (This is > > of course a text-mode up2date in order to avoid #151349 :)) > > Could you do a couple of those updates via yum and see if everything > seems reasonably normal there, too? Argh, I didn't see this in time. Next time. yum seems to work anyway: I have already used to it collect gnome-python2-gnomevfs and dependencies. But I assume you wanted me to do a big update with it? Telsa From skvidal at phy.duke.edu Tue Apr 5 07:24:20 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 03:24:20 -0400 Subject: Semi-successful text-mode (sorry) install of FC4test1 on Athlon64 In-Reply-To: <20050405071857.GA5991@lxorguk.ukuu.org.uk> References: <20050404223709.GA2696@lxorguk.ukuu.org.uk> <1112655239.6556.27.camel@cutter> <20050405071857.GA5991@lxorguk.ukuu.org.uk> Message-ID: <1112685861.6556.68.camel@cutter> > Argh, I didn't see this in time. Next time. > > yum seems to work anyway: I have already used to it collect > gnome-python2-gnomevfs and dependencies. But I assume you > wanted me to do a big update with it? It'd be nice - but not all that critical. yum 2.3.2 should hit rawhide tomorrow. If you could update to that and see if anything is obviously broken, that'd be cool. thanks, -sv From ovidiu at linux360.ro Tue Apr 5 07:36:24 2005 From: ovidiu at linux360.ro (Ovidiu Lixandru) Date: Tue, 05 Apr 2005 10:36:24 +0300 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <42519720.7060009@linux360.ro> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> <424F1079.1040504@linux360.ro> <424FF9A8.6090201@libero.it> <42519720.7060009@linux360.ro> Message-ID: <42523FF8.8010102@linux360.ro> And to make thinkgs even clearer: [root at Iris etc]# cat /proc/asound/cards 0 [CA0106 ]: CA0106 - CA0106 Live! 7.1 24bit [SB0410] at 0xd400 irq 11 Ovidiu Lixandru wrote: > Yes, I'm very sure it's a Live! 24-bit. It's even written on both the -- Ovidiu Lixandru linux360 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3439 bytes Desc: S/MIME Cryptographic Signature URL: From sub1.fedoralist at msquared.id.au Tue Apr 5 08:46:58 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Tue, 5 Apr 2005 16:46:58 +0800 Subject: Control-Alt-Fn Problem - REPOST In-Reply-To: <1112629213.16964.10.camel@maui.jaa.org.uk> References: <1112629213.16964.10.camel@maui.jaa.org.uk> Message-ID: <20050405084658.GE23259@sliderule.msquared.com.au> On Mon, Apr 04, 2005 at 04:40:13PM +0100, John Austin wrote: > I have just installed FC4T1 x86-64 on Ext USB disk > > Suspect that the graphics resolution/scan rates not supported by LCD > monitor but not certain. Seems odd as... > > The main disk of the machine runs FC3 x86-64 with no such problems > Graphics card is very standard Matrox G550 Not helpful at all, I know, but I use a G550 with two monitors on an Athlon (32bit) system with no hassles. Have you tried a CRT monitor instead? Have you checked the settings in /etc/X11/xorg.conf for compatible scan rates etc? Regards, Msquared... From tarjei.knapstad at predichem.com Tue Apr 5 08:49:27 2005 From: tarjei.knapstad at predichem.com (Tarjei Knapstad) Date: Tue, 05 Apr 2005 10:49:27 +0200 Subject: The "beauty?" of the nvidia drivers in action In-Reply-To: <1112683148.6078.1.camel@localhost.localdomain> References: <1112679882.5279.9.camel@localhost.localdomain> <1112682399.13929.9.camel@rydia.hardsun.net> <1112683148.6078.1.camel@localhost.localdomain> Message-ID: <1112690966.3398.12.camel@tarjei.predichem.nett> On Tue, 2005-04-05 at 08:39, Sean Bruno wrote: > On Mon, 2005-04-04 at 23:26 -0700, Aaron Kurtz wrote: > > > The last time I got this, I updated my kernel and then booted into that > > kernel without going to runlevel 3 first and installing the kernel > > module using the -K option (-A has it and the other advanced options). > > Did you upgrade your kernel and not rebuild the drivers? > > This is the first kernel that I have even bothered testing with the > Nvidia drivers(2.6.11-1.1225_FC4). What would u suggest I try to get > the module to work(if u r running this kernel)? > I had similar trouble getting a FX5700 card up and running on FC3. What did the trick was to put: Option "NvAGP" "0" in the "Device" section (this disables AGP which seems to be the problem). I'm not sure what would be a better/more permanent solution to the problem though - not sure how much (or even if) this affects 3D performance. From the NVidia README: Option "NvAGP" "integer" Configure AGP support. Integer argument can be one of: 0 : disable agp 1 : use NVIDIA's internal AGP support, if possible 2 : use AGPGART, if possible 3 : use any agp support (try AGPGART, then NVIDIA's AGP) Please note that NVIDIA's internal AGP support cannot work if AGPGART is either statically compiled into your kernel or is built as a module, but loaded into your kernel (some distributions load AGPGART into the kernel at boot up). Default: 3 (the default was 1 until after 1.0-1251). Hope this helps, -- Tarjei From sub1.fedoralist at msquared.id.au Tue Apr 5 09:03:29 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Tue, 5 Apr 2005 17:03:29 +0800 Subject: FC4t1 - gnome-volume-manager uses 100% CPU if automounting an SD/MMC/CF card in USB card reader In-Reply-To: <20050404100054.GD23259@sliderule.msquared.com.au> References: <20050401162013.GE19694@sliderule.msquared.com.au> <604aa7910504010845330481db@mail.gmail.com> <424D78F7.3000903@libero.it> <424D7882.1060500@libero.it> <20050401183911.GA22623@sliderule.msquared.com.au> <604aa79105040111004b4a80c6@mail.gmail.com> <20050404100054.GD23259@sliderule.msquared.com.au> Message-ID: <20050405090329.GG23259@sliderule.msquared.com.au> On Mon, Apr 04, 2005 at 06:00:54PM +0800, Msquared wrote: > > Whether the situation is a 'mount removable drives' versus 'mount > > removable media when inserted' is probably worth filing as a seperate > > issue and worth discussion with the developer of gnome-volume-manager > > or hal. > > Filed against gvm: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153264 That has been updated to "not a bug". :o) On the other hand, apparently they're changing things to remove the distinction in the user interface anyway... Regards, Msquared... From tarjei.knapstad at predichem.com Tue Apr 5 08:40:56 2005 From: tarjei.knapstad at predichem.com (Tarjei Knapstad) Date: Tue, 05 Apr 2005 10:40:56 +0200 Subject: ASUS P4P series Motherboards In-Reply-To: <20050404184519.F39BC2A705@mx02.forces.gc.ca> References: <20050404184519.F39BC2A705@mx02.forces.gc.ca> Message-ID: <1112690455.3398.5.camel@tarjei.predichem.nett> On Mon, 2005-04-04 at 20:52, Kehl.DR at forces.gc.ca wrote: > I attempted to install it on both my P4P800 Deluxe and P4P800E Deluxe and it > fails continuously on both. It reports it is disabling IRQ 5 and then that > nobody cares and continues to disable it time and time again before failing. > Hi Don, It's been a while, but I seem to remember having the exact same problem when installing FC3 on my P4P800 Deluxe. IIRC everything went fine after turning off "enhanced IDE mode" or something like that in the BIOS. Let me know if you manage to figure it out from here - if not I'll try to get you more specific details. Regards, -- Tarjei From hobbit at aloss.ukuu.org.uk Tue Apr 5 07:35:39 2005 From: hobbit at aloss.ukuu.org.uk (Telsa Gwynne) Date: Tue, 5 Apr 2005 08:35:39 +0100 Subject: Semi-successful text-mode (sorry) install of FC4test1 on Athlon64 In-Reply-To: <1112685861.6556.68.camel@cutter> References: <20050404223709.GA2696@lxorguk.ukuu.org.uk> <1112655239.6556.27.camel@cutter> <20050405071857.GA5991@lxorguk.ukuu.org.uk> <1112685861.6556.68.camel@cutter> Message-ID: <20050405073539.GB5991@lxorguk.ukuu.org.uk> On Tue, Apr 05, 2005 at 03:24:20AM -0400 or thereabouts, seth vidal wrote: > > It'd be nice - but not all that critical. yum 2.3.2 should hit rawhide > tomorrow. If you could update to that and see if anything is obviously > broken, that'd be cool. Okay. Telsa From kugler at vtg.at Tue Apr 5 10:03:23 2005 From: kugler at vtg.at (Kugler Erwin (VTG)) Date: Tue, 05 Apr 2005 12:03:23 +0200 Subject: Control-Alt-Fn Problem - REPOST In-Reply-To: <1112629213.16964.10.camel@maui.jaa.org.uk> Message-ID: Same problem here when switching to Ctrl-Alt-F[1-6]. Black screen with green borders. Login works but no text to see. Card: Matrox G200 Monitor: Nokia 447Xav (CRT) CPU: Pentium 3 Gnome works fine. Am 2005-04-04 5:40 PM schrieb "John Austin" unter : > However Cont-Alt-Fn to switch to a dumb virtual terminal > causes the graphics to fail. > The screen/keyboard is active and you can log in blind, > mingetty running OK, but not very useful with nothing to see. > > Suspect that the graphics resolution/scan rates not supported by LCD > monitor but not certain. Seems odd as... > > The main disk of the machine runs FC3 x86-64 with no such problems > Graphics card is very standard Matrox G550 > Monitor Iiyama AS4314UT From cimmo at libero.it Tue Apr 5 10:14:11 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 05 Apr 2005 12:14:11 +0200 Subject: The "beauty?" of the nvidia drivers in action In-Reply-To: <1112679882.5279.9.camel@localhost.localdomain> References: <1112679882.5279.9.camel@localhost.localdomain> Message-ID: <425264F3.3050401@libero.it> Works for me: FC4t1 Geforce 6600GT PCI-E and 7174 - x86_64. Have you followed all xorg.conf changes in the readme? From buildsys at redhat.com Tue Apr 5 11:36:05 2005 From: buildsys at redhat.com (Build System) Date: Tue, 5 Apr 2005 07:36:05 -0400 Subject: rawhide report: 20050405 changes Message-ID: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> New package mod_jk Tomcat mod_jk connector for Apache New package python-elementtree Fast XML parser and writer Removed package x3270 Removed package splint Removed package namazu Removed package cyrus-imapd Removed package system-logviewer Removed package xmms Updated Packages: NetworkManager-0.4-6.cvs20050404 -------------------------------- * Mon Apr 04 2005 Dan Williams 0.4-6.cvs20050404 - #rh153234# NetworkManager quits/cores just as a connection is made anaconda-10.2.0.40-1 -------------------- * Mon Apr 04 2005 Chris Lumens 10.2.0.40-1 - Add locale information for 'C' to fix RPM building. * Sat Apr 02 2005 Jeremy Katz - 10.2.0.39-1 - fix makefile deps to fix build * Fri Apr 01 2005 Chris Lumens 10.2.0.38-1 - Set default language for /etc/sysconfig/i18n (#149688). - Make sure hostname option isn't greyed out if using static IP (#149116). - Remove unused packages, python library bits, and locale info (katzj). - Add missing Indic font packages (katzj). - Various language fixups. desktop-backgrounds-2.0-28 -------------------------- * Tue Feb 22 2005 Elliot Lee 2.0-28 - Remove extra backgrounds for now to save space. dhcp-10:3.0.2-6 --------------- * Mon Apr 04 2005 Jason Vas Dias - Add '-x' "extended option environment" dhclient argument: - When -x option given to dhclient: - dhclient enables arbitrary option processing by writing information - about user or vendor defined option space options to environment. - - fix bug 153244: dhclient should not use restorecon - fix bug 151023: dhclient no 'headers & libraries' - fix bug 149780: add 'DHCLIENT_IGNORE_GATEWAY' variable - remove all usage of /sbin/route from dhclient-script * Thu Mar 24 2005 Florian La Roche - add "exit 0" to post script * Mon Mar 07 2005 Jason Vas Dias 10.3.0.2-3 - rebuild for gcc4/glibc-2.3.4-14; fix bad memset eclipse-1:3.1.0_fc-0.M5.17 -------------------------- * Mon Apr 04 2005 Andrew Overholt 3.1.0_fc-0.M5.17 - Actually insert .jar-.jar.so combinations into sub-dbs. eclipse-bugzilla-1:0.1.0_fc-9 ----------------------------- * Sun Apr 03 2005 Andrew Overholt 0.1.0_fc-9 - Make use of rebuild-gcj-db. - Use system-wide classmap.db. eclipse-cdt-1:3.0.0_fc-0.M5.3 ----------------------------- * Mon Apr 04 2005 Phil Muldoon 3.0.0_fc-0.M5.3 - Added eclipse-cdt-no-sdkbuild.patch to build for platform only (fc4 space crunch) * Sun Apr 03 2005 Andrew Overholt 3.0.0_fc-0.M5.2 - Make use of rebuild-gcj-db. - Use system-wide classmap.db. eclipse-changelog-1:2.0.1_fc-19 ------------------------------- * Sun Apr 03 2005 Andrew Overholt 2.0.1_fc-19 - Make use of rebuild-gcj-db. - Use system-wide classmap.db. elfutils-0.106-3 ---------------- * Mon Apr 04 2005 Roland McGrath - 0.106-3 - fix some bugs in new code, reenable make check * Mon Apr 04 2005 Roland McGrath - 0.106-2 - disable make check for most arches, for now * Mon Apr 04 2005 Roland McGrath - 0.106-1 - update to 0.106 freeradius-1.0.2-1 ------------------ * Mon Apr 04 2005 Thomas Woerner 1.0.2-1 - new version 1.0.2 glibc-2.3.4-20 -------------- * Mon Apr 04 2005 Jakub Jelinek 2.3.4-20 - move LinuxThreads libraries to /lib64/obsolete/linuxthreads/ and NPTL libraries to /lib64. To run a program against LinuxThreads, LD_ASSUME_KERNEL=2.4.xx LD_LIBRARY_PATH=/lib64/obsolete/linuxthreads/ is now needed - bzip2 ChangeLog* files instead of gzipping them * Sat Apr 02 2005 Jakub Jelinek 2.3.4-19 - update from CVS - fix nextafterl and several other libm routines on ia64 - fix initgroups (BZ#661) - kill nptl-devel subpackage, add linuxthreads-devel, compile and link by default against NPTL and only with -I/usr/include/linuxthreads -L/usr/lib64/linuxthreads against LinuxThreads - package /usr/lib/debug/lib64/tls/i{5,6}86 symlinks in i386 glibc-debuginfo - limit number of ChangeLog* files in glibc-common %doc to last 2.5 years of changes only to save space gnome-applets-1:2.10.0-4 ------------------------ * Mon Apr 04 2005 Ray Strode 1:2.10.0-4 - use old modemlights applet that doesn't depend on gnome-system-tools * Mon Mar 28 2005 Christopher Aillon 2.10.0-3 - rebuilt * Fri Mar 25 2005 Christopher Aillon 2.10.0-2 - Update the GTK+ theme icon cache on (un)install gnome-panel-2.10.1-1 -------------------- * Mon Apr 04 2005 Mark McLoughlin 2.10.1-1 - Update to 2.10.1 gstreamer-plugins-0.8.8-5 ------------------------- * Mon Apr 04 2005 Elliot Lee - 0.8.8-5 - Remove mikmod support hal-0.5.0.cvs20050404b-2 ------------------------ * Mon Apr 04 2005 David Zeuthen 0.5.0.cvs20050404b-2 - Rebuild * Mon Apr 04 2005 David Zeuthen 0.5.0.cvs20050404b-1 - Use new upstream tarball rather than patching configure * Mon Apr 04 2005 David Zeuthen 0.5.0.cvs20050404-3 - Add libusb checks to configure.in iiimf-1:12.1.1-11.svn2435 ------------------------- * Mon Apr 04 2005 Akira TAGOH - 1:12.1.1-11.svn2435 - update to svn2435 - fallback LEs properly with XIM. (#139811) - iiimecf works now with even the unix domain socket. (#143759) - added Provides: iiimf-csconv stuff for iiimf-libs agaist the Package Naming Guidelines. - iiimsf-rh-debuginfo.patch: build with corrent path for -debuginfo. - iiimqcf-rh-build.patch: updated to build iiimqcf. - added epoch to upgrade iiimf-csconv with iiimf-libs correctly. (Jens Petersen) * Fri Apr 01 2005 Akira TAGOH - update to svn2421 - fixed the hardcoded IMDIR path. (#131936) - annoying 'status has not been enabled yet' syslog message was gone. (#135284) - fixed the crash issue on GTK+ when it's destroying. (#153020) - call iiimf-le-tools with -g option. - also call iiimf-le-tools with the valid LE path. - these patches are merged into upstream: - iiimsf-rh-gcc4.patch - htt_xbe-rh-gcc4.patch - leif-unit-tamil-phonetic-135035.patch - leif-unit-gu-inscriptfix-140337.patch * Tue Mar 29 2005 Jens Petersen - iiimf-emacs changes - rename init file to iiimf-init.el - rename elisp subdir to iiimf - set iiimcf-server-control-hostlist to use unix/:9010 by default - build and install udclient - install elisp files mode 644 - just change the ownership of /var/run/iiim/.iiimp-unix and below when upgrading (Akira Tagoh) iputils-20020927-21 ------------------- * Tue Apr 05 2005 Radek Vokal 20020927-21 - rdisc init script added (#151614) kernel-2.6.11-1.1226_FC4 ------------------------ * Fri Apr 01 2005 Dave Jones - Make the CFQ elevator the default again. libselinux-1.23.4-1 ------------------- * Mon Apr 04 2005 Dan Walsh 1.23.4-1 - Update from NSA * Merged fix for set_matchpathcon* functions from Andreas Steinmetz. * Merged fix for getconlist utility from Andreas Steinmetz. man-pages-1.67-7 ---------------- * Mon Apr 04 2005 Jiri Ryska 1.67-7 - io_setup() and io_destroy() pages now refers to header file - fixed types for struct shmid_ds in shmget(2) and shmctl(2) - fixed pages for readv(2) and writev(2) * Mon Mar 07 2005 Jindrich Novy 1.67-6 - unify fs.5 patches together to get rid of the bogus fs.5.orig.gz shipped among man5 pages - bump release to 6 to avoid conflicts with RHEL4/FC3 man-pages * Wed Aug 25 2004 Adrian Havill 1.67-3 - make resolver clearer and less bind-focused (#126696) man-pages-ja-20050315-2 ----------------------- * Tue Apr 05 2005 Akira TAGOH - 20050315-2 - removed newgrp.1 to avoid a file conflict. mozplugger-1.7.1-4 ------------------ * Mon Apr 04 2005 Elliot Lee - 1.7.1-4 - Remove mikmod dep nasm-0.98.39-3 -------------- * Mon Apr 04 2005 Jeremy Katz - 0.98.39-3 - pdf docs are duplication of html, txt and postscript * Fri Apr 01 2005 Jindrich Novy 0.98.39-2 - fix yet another vsprintf buffer overflow (#152963) openmotif-2.2.3-10 ------------------ * Mon Apr 04 2005 Thomas Woerner 2.2.3-10 - fixed possible libXpm overflows (#151642) openssh-4.0p1-2 --------------- * Mon Apr 04 2005 Tomas Mraz 4.0p1-2 - fixed Local/RemoteForward in ssh_config.5 manpage - fix fatal when Local/RemoteForward is used and scp run (#153258) - don't leak user validity when using krb5 authentication openswan-2.3.0-6 ---------------- * Mon Apr 04 2005 Jeremy Katz - 2.3.0-6 - remove some duplicate copies of the docs perl-DBI-1.48-3 --------------- * Mon Apr 04 2005 Warren Togami 1.48-3 - filter perl(Apache) (#153673) php-5.0.4-2 ----------- * Mon Apr 04 2005 Joe Orton 5.0.4-2 - fix PEAR installation and bundle PEAR DB-1.7.5 package * Fri Apr 01 2005 Joe Orton 5.0.4-1 - update to 5.0.4 (#153068) - add .phps AddType to php.conf (#152973) - better gcc4 fix for libxmlrpc quagga-0:0.98.3-2 ----------------- * Mon Apr 04 2005 Jay Fenlason 0.98.3-2 - new upstream verison. - remove the -bug157 patch. selinux-policy-strict-1.23.6-3 ------------------------------ * Mon Apr 04 2005 Dan Walsh 1.23.6-3 - Allow httpd to read content without builtin scripting turned on - Remove policy.18 * Mon Apr 04 2005 Dan Walsh 1.23.6-1 - Add boolean httpd_buildin_scripting - Update to latest NSA Policy * Merged cleanup of the Makefile and other stuff from Dan Walsh. Dan's patch includes some desktop changes from Ivan Gyurdiev. * Merged Thomas Bleher's patches which increase the usage of lock_domain() and etc_domain(), changes var_lib_DOMAIN_t usage to DOMAIN_var_lib_t, and removes use of notdevfile_class_set where possible. * Merged Greg Norris's cleanup of fetchmail. selinux-policy-targeted-1.23.6-3 -------------------------------- * Mon Apr 04 2005 Dan Walsh 1.23.6-3 - Allow httpd to read content without builtin scripting turned on - Remove policy.18 * Mon Apr 04 2005 Dan Walsh 1.23.6-1 - Add boolean httpd_buildin_scripting - Update to latest NSA Policy * Merged cleanup of the Makefile and other stuff from Dan Walsh. Dan's patch includes some desktop changes from Ivan Gyurdiev. * Merged Thomas Bleher's patches which increase the usage of lock_domain() and etc_domain(), changes var_lib_DOMAIN_t usage to DOMAIN_var_lib_t, and removes use of notdevfile_class_set where possible. * Merged Greg Norris's cleanup of fetchmail. sound-juicer-2.10.1-1 --------------------- * Mon Apr 04 2005 John (J5) Palmieri 2.10.1-1 - update to upstream 2.10.1 which should fix crashes when clicking extract sqlite-3.1.2-2 -------------- * Mon Apr 04 2005 Jeremy Katz - 3.1.2-2 - disable tcl subpackage subversion-1.1.4-2 ------------------ * Sun Apr 03 2005 Joe Orton 1.1.4-2 - update to 1.1.4 system-config-bind-4.0.0-7 -------------------------- * Mon Apr 04 2005 Jason Vas Dias - 4.0.0-7 - fix bug 153035: gtk.FALSE/TRUE deprecation warnings system-config-securitylevel-1.5.5-1 ----------------------------------- * Mon Apr 04 2005 Dan Walsh 1.5.5-1 - Add relabel button to selinux system-config-securitylevel - More booleans system-config-users-1.2.34-1 ---------------------------- * Mon Apr 04 2005 Nils Philippsen - 1.2.34-1 - don't crash when displaying non-shadow accounts (#152960) tzdata-2005h-2 -------------- * Mon Apr 04 2005 Jakub Jelinek 2005h-2 - 2005h - fixes for Kazakhstan urw-fonts-2.3-1 --------------- * Mon Apr 04 2005 Than Ngo 2.3-1 - Bump for update to 1.0.7pre40 vim-1:6.3.068-1 --------------- * Thu Mar 31 2005 Karsten Hopp 6.3-068 - pathlevel 68 (can't write when editing symbolic link to compressed file) - remove -s parameter from install, this should fix debuginfo packages * Mon Mar 28 2005 Christopher Aillon - rebuilt * Fri Mar 25 2005 Christopher Aillon 6.3.067-2 - Update the GTK+ theme icon cache on (un)install words-3.0-6 ----------- * Mon Apr 04 2005 Karel Zak 3-6 - fix uniq command usage * Tue Mar 29 2005 Karel Zak 3-5 - replace word list with much better Moby Project words list (#61395) - revise %description; ispell/aspell no longer uses words * Mon Sep 27 2004 Adrian Havill 2-23 - rebuilt yelp-2.9.3-4 ------------ * Mon Apr 04 2005 Ray Strode 2.9.3-4 - rebuilt yum-2.3.2-1 ----------- * Mon Apr 04 2005 Jeremy Katz - 2.3.2-1 - update to 2.3.2, now requires python-elementtree for xml parsing From roger at gwch.net Tue Apr 5 11:50:01 2005 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 5 Apr 2005 13:50:01 +0200 (CEST) Subject: rawhide report: 20050405 changes In-Reply-To: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> Message-ID: <26668.62.2.21.164.1112701801.squirrel@www.gwch.net> > > Removed package cyrus-imapd > is this correct, or am i wrong? cyrus will be no longer supplied in core??? if yes, will it be in extras? Roger From cimmo at libero.it Tue Apr 5 11:51:13 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 05 Apr 2005 13:51:13 +0200 Subject: rawhide report: 20050405 changes In-Reply-To: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> Message-ID: <42527BB0.4070108@libero.it> Build System ha scritto: >Removed package xmms > > Why??? From fedora at wir-sind-cool.org Tue Apr 5 12:00:54 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 5 Apr 2005 14:00:54 +0200 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <42527BB0.4070108@libero.it> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> Message-ID: <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> On Tue, 05 Apr 2005 13:51:13 +0200, Cimmo wrote: > Build System ha scritto: > > >Removed package xmms > > > > > Why??? > It would be a fairly obvious decision to continue with stripping down Fedora Core to a real _core_ and moving duplicate functionality into Fedora Extras. XMMS is still GTK+ v1 based and can live fine in Fedora Extras, where it has been imported already. Rhythmbox most likely remains the preferred music player in Fedora Core. From veillard at redhat.com Tue Apr 5 12:02:47 2005 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 5 Apr 2005 08:02:47 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> Message-ID: <20050405120247.GG19176@redhat.com> On Tue, Apr 05, 2005 at 07:36:05AM -0400, Build System wrote: > New package python-elementtree > Fast XML parser and writer [...] > yum-2.3.2-1 > ----------- > * Mon Apr 04 2005 Jeremy Katz - 2.3.2-1 > - update to 2.3.2, now requires python-elementtree for xml parsing Why yet another XML library ? What is so special about that library and yum ? Daniel -- Daniel Veillard | Red Hat Desktop team http://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 fedora at nodata.co.uk Tue Apr 5 12:11:33 2005 From: fedora at nodata.co.uk (nodata) Date: Tue, 5 Apr 2005 14:11:33 +0200 (CEST) Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> Message-ID: <21062.213.164.3.90.1112703093.squirrel@www.nodata.co.uk> > On Tue, 05 Apr 2005 13:51:13 +0200, Cimmo wrote: > >> Build System ha scritto: >> >> >Removed package xmms >> > >> > >> Why??? >> > > It would be a fairly obvious decision to continue with stripping down > Fedora Core to a real _core_ and moving duplicate functionality into > Fedora Extras. XMMS is still GTK+ v1 based and can live fine in Fedora > Extras, where it has been imported already. Rhythmbox most likely remains > the preferred music player in Fedora Core. Then it would only be fair to strip out HelixPlayer too, or? From arjanv at redhat.com Tue Apr 5 12:24:28 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Tue, 05 Apr 2005 14:24:28 +0200 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <21062.213.164.3.90.1112703093.squirrel@www.nodata.co.uk> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <21062.213.164.3.90.1112703093.squirrel@www.nodata.co.uk> Message-ID: <1112703869.6275.58.camel@laptopd505.fenrus.org> > Then it would only be fair to strip out HelixPlayer too, or? I would second this especially as long as HelixPlayer has execshield disabled... -------------- 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 tmraz at redhat.com Tue Apr 5 12:29:09 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Tue, 05 Apr 2005 14:29:09 +0200 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112703869.6275.58.camel@laptopd505.fenrus.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <21062.213.164.3.90.1112703093.squirrel@www.nodata.co.uk> <1112703869.6275.58.camel@laptopd505.fenrus.org> Message-ID: <1112704150.6182.10.camel@perun.redhat.usu> On Tue, 2005-04-05 at 14:24 +0200, Arjan van de Ven wrote: > > Then it would only be fair to strip out HelixPlayer too, or? > > I would second this especially as long as HelixPlayer has execshield > disabled... +1 -- Tomas Mraz From ja at jaa.org.uk Tue Apr 5 12:33:34 2005 From: ja at jaa.org.uk (John Austin) Date: Tue, 05 Apr 2005 13:33:34 +0100 Subject: Control-Alt-Fn Problem - REPOST In-Reply-To: References: Message-ID: <1112704415.26467.18.camel@maui.jaa.org.uk> On Tue, 2005-04-05 at 12:03 +0200, Kugler Erwin (VTG) wrote: > Same problem here when switching to Ctrl-Alt-F[1-6]. > > Black screen with green borders. Login works but no text to see. > > Card: Matrox G200 > Monitor: Nokia 447Xav (CRT) > CPU: Pentium 3 > > Gnome works fine. > > > Am 2005-04-04 5:40 PM schrieb "John Austin" unter : > > > > However Cont-Alt-Fn to switch to a dumb virtual terminal > > causes the graphics to fail. > > The screen/keyboard is active and you can log in blind, > > mingetty running OK, but not very useful with nothing to see. > > > > Suspect that the graphics resolution/scan rates not supported by LCD > > monitor but not certain. Seems odd as... > > > > The main disk of the machine runs FC3 x86-64 with no such problems > > Graphics card is very standard Matrox G550 > > Monitor Iiyama AS4314UT > Hi Glad I'm not alone !!!! I have submitted a buzilla no 153729 Any additional info you add there might be helpful We are both using Matrox graphics cards ! Cheers john From dwmw2 at infradead.org Tue Apr 5 12:40:22 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 05 Apr 2005 13:40:22 +0100 Subject: rawhide report: 20050405 changes In-Reply-To: <42527BB0.4070108@libero.it> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> Message-ID: <1112704823.24487.382.camel@hades.cambridge.redhat.com> On Tue, 2005-04-05 at 13:51 +0200, Cimmo wrote: > Build System ha scritto: > > >Removed package xmms > > > Why??? To make room for yet another XML parser, perhaps? -- dwmw2 From fedora at wir-sind-cool.org Tue Apr 5 12:44:25 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 5 Apr 2005 14:44:25 +0200 Subject: HelixPlayer (was: Re: rawhide report: 20050405 changes) In-Reply-To: <21062.213.164.3.90.1112703093.squirrel@www.nodata.co.uk> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <21062.213.164.3.90.1112703093.squirrel@www.nodata.co.uk> Message-ID: <20050405144425.6e70ba8b.fedora@wir-sind-cool.org> On Tue, 5 Apr 2005 14:11:33 +0200 (CEST), nodata wrote: > > On Tue, 05 Apr 2005 13:51:13 +0200, Cimmo wrote: > > > >> Build System ha scritto: > >> > >> >Removed package xmms > >> > > >> > > >> Why??? > >> > > > > It would be a fairly obvious decision to continue with stripping down > > Fedora Core to a real _core_ and moving duplicate functionality into > > Fedora Extras. XMMS is still GTK+ v1 based and can live fine in Fedora > > Extras, where it has been imported already. Rhythmbox most likely remains > > the preferred music player in Fedora Core. > > Then it would only be fair to strip out HelixPlayer too, or? IMO, yes. HelixPlayer in Core would make much more sense, if you could add proprietary RealPlayer plugins easily instead of seeing an error dialog that you need to get RealPlayer instead. From rramson at gmail.com Tue Apr 5 12:58:12 2005 From: rramson at gmail.com (Richard Ramson) Date: Tue, 5 Apr 2005 08:58:12 -0400 Subject: HelixPlayer (was: Re: rawhide report: 20050405 changes) In-Reply-To: <20050405144425.6e70ba8b.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <21062.213.164.3.90.1112703093.squirrel@www.nodata.co.uk> <20050405144425.6e70ba8b.fedora@wir-sind-cool.org> Message-ID: Does HelixPlayer work? When I tried to use it, I got the message that I had to use Realplayer. Has anyone ever been able to get HelixPlayer to work without Realplayer? On Apr 5, 2005 8:44 AM, Michael Schwendt wrote: > On Tue, 5 Apr 2005 14:11:33 +0200 (CEST), nodata wrote: > > > > On Tue, 05 Apr 2005 13:51:13 +0200, Cimmo wrote: > > > > > >> Build System ha scritto: > > >> > > >> >Removed package xmms > > >> > > > >> > > > >> Why??? > > >> > > > > > > It would be a fairly obvious decision to continue with stripping down > > > Fedora Core to a real _core_ and moving duplicate functionality into > > > Fedora Extras. XMMS is still GTK+ v1 based and can live fine in Fedora > > > Extras, where it has been imported already. Rhythmbox most likely remains > > > the preferred music player in Fedora Core. > > > > Then it would only be fair to strip out HelixPlayer too, or? > > IMO, yes. HelixPlayer in Core would make much more sense, if you could > add proprietary RealPlayer plugins easily instead of seeing an error > dialog that you need to get RealPlayer instead. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From kyrre at solution-forge.net Tue Apr 5 13:00:22 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 05 Apr 2005 15:00:22 +0200 Subject: SlimServer (streaming audio) testing in Rawhide In-Reply-To: <1112671781l.8289l.3l@devel.mpeters.local> References: <1112671781l.8289l.3l@devel.mpeters.local> Message-ID: <1112706022.3333.0.camel@localhost.localdomain> tir, 05.04.2005 kl. 05.29 skrev Michael A. Peters: > I'm hoping to get a GPL product from SlimDevices called SlimServer into > rpm.livna.org at some point. > > It's a streaming audio server, they develop it to feed their hardware > product (squeezebox/slimp3) but it also can feed software clients, such > as iTunes and RealPlayer and SoftSqueeze. > > I still have some work to do before it is suitable for livna > submission, but I have yummable rpm now that works at least for me, and > I would appreciate it if those interested in this type of thing and are > running rawhide would test it. > > http://mpeters.us/sleek/info.html > > You will need to have Fedora Extras for Rawhide configured in yum, > since it requires some of their perl modules (SlimServer is written in > perl). The two livna packages that it needs (lame and shorten) I'm > providing for now, as there is no livna development repo. Can an extra package depend on a livna package? From rramson at gmail.com Tue Apr 5 13:05:11 2005 From: rramson at gmail.com (Richard Ramson) Date: Tue, 5 Apr 2005 09:05:11 -0400 Subject: Updates fails with errors using yum. In-Reply-To: <2086.12.29.16.103.1112645187.squirrel@whooper.org> References: <2086.12.29.16.103.1112645187.squirrel@whooper.org> Message-ID: On Apr 4, 2005 4:06 PM, William Hooper wrote: > > Richard Ramson said: > [snip] > > I ran the export ftp_proxy=proxy.company.com:80 > > http_proxy=proxy.company.com:80 and https_proxy=proxy.company.com:80. > > These aren't URLs. Try: > > ftp_proxy=http://proxy.company.com:80 > http_proxy=http://proxy.company.com:80 > https_proxy=http://proxy.company.com:80 > > Adjusting the protocols as necessary. > > -- > William Hooper > > -- Thank you that worked. :) From skvidal at phy.duke.edu Tue Apr 5 13:10:06 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 09:10:06 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405120247.GG19176@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> Message-ID: <1112706606.18910.7.camel@cutter> > [...] > > yum-2.3.2-1 > > ----------- > > * Mon Apr 04 2005 Jeremy Katz - 2.3.2-1 > > - update to 2.3.2, now requires python-elementtree for xml parsing > > Why yet another XML library ? > What is so special about that library and yum ? > We've moved to elementTree for parsing the xml metadata from libxml2. The tests we've done have shown a 2-3x speed improvement with a lighter memory footprint. -sv From kyrre at solution-forge.net Tue Apr 5 13:09:19 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 05 Apr 2005 15:09:19 +0200 Subject: FC4T1: Firefox & Java In-Reply-To: <1112651669.5526.4.camel@localhost.localdomain> References: <1112554977.10924.11.camel@linux0.dbonenet.com> <42504424.9010209@gwch.net> <1112583274.5223.34.camel@localhost.localdomain> <1112625686.3381.3.camel@localhost.localdomain> <1112651669.5526.4.camel@localhost.localdomain> Message-ID: <1112706558.3333.4.camel@localhost.localdomain> man, 04.04.2005 kl. 23.54 skrev Anthony Green: > On Mon, 2005-04-04 at 16:41 +0200, Kyrre Ness Sjobak wrote: > > Another problem might be how complete the gcc java implementation is... > > I think it's already proven to be good enough for many applets, > including, for instance, Flumotion's Cortado applet (a media player for > Ogg Theora video) and various game applets. > > Sure, it's not perfect yet, but my feeling is that we should package it > for people to use as soon as we sort out the security problems. > > AG > OTOH, some rumors are saying that Sun might LGPL their Java 2nd quarter, for the sake of OpenOffice: http://www.sapinfo.net/index.php4?ACTION=noframe&url=http://www.sapinfo.net/public/en/news.php4/Category-28813c6138d029be8/page/0/article/Article-24586424a57d179688/en/articleStatistic http://www.libervis.com/modules/weblog/details.php?blog_id=42 That could be interesting... OTOH, i don't know how much theese rumors should be thrusted. Kyrre Ness Sj?b?k From kyrre at solution-forge.net Tue Apr 5 13:23:53 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 05 Apr 2005 15:23:53 +0200 Subject: gnome keyring password - optional? In-Reply-To: <20050404085424.GC23259@sliderule.msquared.com.au> References: <20050401152050.GB19694@sliderule.msquared.com.au> <1112437793.4515.0.camel@localhost.localdomain> <20050404085424.GC23259@sliderule.msquared.com.au> Message-ID: <1112707432.3333.7.camel@localhost.localdomain> man, 04.04.2005 kl. 10.54 skrev Msquared: > On Sat, Apr 02, 2005 at 12:29:53PM +0200, Kyrre Ness Sjobak wrote: > > > > I have some Windows machines on my network, and for some obscure > > > reason they ask me for a username and password in nautilus when I > > > access them. Another Windows machine accessing them doesn't have to > > > supply a password (or perhaps the password is hardcoded in Windows). > > > To access the Windows share I just use the username Guest and the > > > password Guest. > > > > Why can't gnome also have "Guest" hardcoded into itself, and if that > > fails, ask the user? > > To be honest, I don't know if that's defined behaviour, a common > conventions, or just happens to work here on my network. > I think it is part of some standard, as "guest" almost always seems to work. Speak with some samba guys for the details? > It would still be nice to either specify an empty password for the > keyring, or that some passwords don't require the keyring password to > access. > Yes. Have some passwords not require a key. After all, it's the users responsibility... > Regards, Msquared... From skvidal at phy.duke.edu Tue Apr 5 13:29:21 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 09:29:21 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> Message-ID: <1112707762.18910.18.camel@cutter> > Removed package xmms xmms has already been imported into extras. Should I go ahead and build it for devel? -sv From Kehl.DR at forces.gc.ca Tue Apr 5 13:34:29 2005 From: Kehl.DR at forces.gc.ca (Kehl.DR at forces.gc.ca) Date: Tue, 5 Apr 2005 09:34:29 -0400 Subject: ASUS P4P series Motherboards Message-ID: <20050405132947.5678B82585@mx01.forces.gc.ca> Updated Bios, turned off IDE Raid and SATA, and the install well after that except it didn't write the bootloader to the drive. Cheers -----Original Message----- From: Tarjei Knapstad [mailto:tarjei.knapstad at predichem.com] Sent: Tuesday, 5, April, 2005 01:41 AM To: For testers of Fedora Core development releases Subject: RE: ASUS P4P series Motherboards On Mon, 2005-04-04 at 20:52, Kehl.DR at forces.gc.ca wrote: > I attempted to install it on both my P4P800 Deluxe and P4P800E Deluxe and it > fails continuously on both. It reports it is disabling IRQ 5 and then that > nobody cares and continues to disable it time and time again before failing. > Hi Don, It's been a while, but I seem to remember having the exact same problem when installing FC3 on my P4P800 Deluxe. IIRC everything went fine after turning off "enhanced IDE mode" or something like that in the BIOS. Let me know if you manage to figure it out from here - if not I'll try to get you more specific details. Regards, -- Tarjei -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From roger at gwch.net Tue Apr 5 13:41:29 2005 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 5 Apr 2005 15:41:29 +0200 (CEST) Subject: rawhide report: 20050405 changes In-Reply-To: <1112707762.18910.18.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112707762.18910.18.camel@cutter> Message-ID: <14909.62.2.21.164.1112708489.squirrel@www.gwch.net> > >> Removed package xmms > > xmms has already been imported into extras. Should I go ahead and build > it for devel? > > -sv > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > and how about cyrus-imapd? Roger From nphilipp at redhat.com Tue Apr 5 13:43:55 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 5 Apr 2005 09:43:55 -0400 Subject: Fedora Core 3 Test Update: system-config-users-1.2.34-0.fc3.1 Message-ID: <200504051343.j35Dhtpj011446@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-302 2005-04-05 --------------------------------------------------------------------- Product : Fedora Core 3 Name : system-config-users Version : 1.2.34 Release : 0.fc3.1 Summary : A graphical interface for administering users and groups Description : system-config-users is a graphical utility for administrating users and groups. It depends on the libuser library. --------------------------------------------------------------------- * Mon Apr 4 2005 Nils Philippsen - 1.2.34-0.fc3.1 - don't crash when displaying non-shadow accounts (#152960) * Mon Apr 4 2005 Nils Philippsen - 1.2.33-1 - don't use GNOME stock stuff for About menu entry (#153227) * Fri Apr 1 2005 Nils Philippsen - 1.2.32-1 - don't require gnome (#152960) - revive about dialog * Fri Apr 1 2005 Nils Philippsen - 1.2.31-1 - fix deprecation warnings (#153054) with (modified) patch by Colin Charles * Wed Mar 30 2005 Nils Philippsen - 1.2.30-1 - use os.lstat() to test ownership of files to be deleted - update the GTK+ theme icon cache on (un)install * Fri Dec 3 2004 Nils Philippsen - 1.2.29-1 - use variable max length for user/group names (prepare fix for #141273) * Wed Nov 10 2004 Nils Philippsen - 1.2.28-1 - check for running processes of a user about to be deleted (#132902) * Mon Nov 8 2004 Nils Philippsen - 1.2.27-1 - some sanity testing to avoid deleting system directories when deleting a user (#138093) - eventually delete mail spool (#102637) and temporary files (#126756) * Fri Nov 5 2004 Nils Philippsen - set password and confirm password entries (in)sensitive based on whether account is locked or not (#131180) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 29b025ca6fa0e3f546e4a228aa66e57e SRPMS/system-config-users-1.2.34-0.fc3.1.src.rpm 70a5cfcb44fa263844fb9f23ed983177 x86_64/system-config-users-1.2.34-0.fc3.1.noarch.rpm 70a5cfcb44fa263844fb9f23ed983177 i386/system-config-users-1.2.34-0.fc3.1.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From fedora at wir-sind-cool.org Tue Apr 5 13:51:30 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 5 Apr 2005 15:51:30 +0200 Subject: SlimServer (streaming audio) testing in Rawhide In-Reply-To: <1112706022.3333.0.camel@localhost.localdomain> References: <1112671781l.8289l.3l@devel.mpeters.local> <1112706022.3333.0.camel@localhost.localdomain> Message-ID: <20050405155130.24872d55.fedora@wir-sind-cool.org> On Tue, 05 Apr 2005 15:00:22 +0200, Kyrre Ness Sjobak wrote: > tir, 05.04.2005 kl. 05.29 skrev Michael A. Peters: > > I'm hoping to get a GPL product from SlimDevices called SlimServer into > > rpm.livna.org at some point. > > > > It's a streaming audio server, they develop it to feed their hardware > > product (squeezebox/slimp3) but it also can feed software clients, such > > as iTunes and RealPlayer and SoftSqueeze. > > > > I still have some work to do before it is suitable for livna > > submission, but I have yummable rpm now that works at least for me, and > > I would appreciate it if those interested in this type of thing and are > > running rawhide would test it. > > > > http://mpeters.us/sleek/info.html > > > > You will need to have Fedora Extras for Rawhide configured in yum, > > since it requires some of their perl modules (SlimServer is written in > > perl). The two livna packages that it needs (lame and shorten) I'm > > providing for now, as there is no livna development repo. > > Can an extra package depend on a livna package? No, and if you read Michael's mail more slowly, he doesn't have such a dependency planned. From fedora at wir-sind-cool.org Tue Apr 5 13:52:59 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 5 Apr 2005 15:52:59 +0200 Subject: HelixPlayer (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <21062.213.164.3.90.1112703093.squirrel@www.nodata.co.uk> <20050405144425.6e70ba8b.fedora@wir-sind-cool.org> Message-ID: <20050405155259.1d90569e.fedora@wir-sind-cool.org> On Tue, 5 Apr 2005 08:58:12 -0400, Richard Ramson wrote: > Does HelixPlayer work? When I tried to use it, I got the message that > I had to use Realplayer. Has anyone ever been able to get HelixPlayer > to work without Realplayer? Please don't top-post. Yes, HelixPlayer works for the media formats it supports, e.g. Ogg Vorbis Theora. From dzrudy at gmail.com Tue Apr 5 14:02:52 2005 From: dzrudy at gmail.com (Dawid Zamirski) Date: Tue, 5 Apr 2005 10:02:52 -0400 Subject: Musepack support in FC4? Message-ID: As far as I know Musepack isn't a proprietary format like MP3 and its GPL-ed. I have found on google a while ago that the new GStreamer has built in support for .mpc files. Would it be possible to make Rhythmbox to play those files using the new GStreamer framework - I like Rhythmbox much more than XMMS, but I can't use it due to the lack of .mpc support :-( From veillard at redhat.com Tue Apr 5 14:17:51 2005 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 5 Apr 2005 10:17:51 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <1112706606.18910.7.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> Message-ID: <20050405141751.GH19176@redhat.com> On Tue, Apr 05, 2005 at 09:10:06AM -0400, seth vidal wrote: > > [...] > > > yum-2.3.2-1 > > > ----------- > > > * Mon Apr 04 2005 Jeremy Katz - 2.3.2-1 > > > - update to 2.3.2, now requires python-elementtree for xml parsing > > > > Why yet another XML library ? > > What is so special about that library and yum ? > > > > We've moved to elementTree for parsing the xml metadata from libxml2. > > The tests we've done have shown a 2-3x speed improvement with a lighter > memory footprint. Is that worth adding yet another XML Parser package to the distribution used by a single tool ? Is there a compatibility layer to still use libxml2 ? If I remember correctly, the performance problem wasn't libxml2 itself but the specific usage within yum, i.e. collecting the data, libxml2 by itself is parsing the megabyte sized file in less than a tenth of a second. I'm surprized the solution ends up going to use a python specific library instead of trying to find why the interface between libxml2 and yum generated that problem. I don't remember you saying you would switch library as a result. Daniel -- Daniel Veillard | Red Hat Desktop team http://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 bpm at ec-group.com Tue Apr 5 14:24:26 2005 From: bpm at ec-group.com (Brian Millett) Date: Tue, 05 Apr 2005 09:24:26 -0500 Subject: rdisc service ?? Message-ID: <1112711066.4267.4.camel@localhost.localdomain> Hello. I am using a laptop with FC4-t1 installed with rawhide updates. I am using the very cool NetworkManager service. After todays rawhide update to FC4-t1, I noticed a service rdisc (router discovery) failed. Well, how does this service fit in with NetworkManager? If I'm using NetworkManager, should this service be disabled? If so, shouldn't this be taken care of in an install script? Thanks. -- Brian Millett - [ Delenn (re: Japanese stone garden), "The Gathering"] "Notice the waves, each moving in its own order. Predictable...unchanging. But drop in a single stone and see how the pattern changes. Everything around it is altered." -------------- 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 sean.bruno at dsl-only.net Tue Apr 5 14:35:03 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Tue, 05 Apr 2005 07:35:03 -0700 Subject: The "beauty?" of the nvidia drivers in action In-Reply-To: <425264F3.3050401@libero.it> References: <1112679882.5279.9.camel@localhost.localdomain> <425264F3.3050401@libero.it> Message-ID: <1112711703.6078.5.camel@localhost.localdomain> On Tue, 2005-04-05 at 12:14 +0200, Cimmo wrote: > Works for me: FC4t1 Geforce 6600GT PCI-E and 7174 - x86_64. > Have you followed all xorg.conf changes in the readme? > Thanks for the suggestion. I did in fact modify my xorg.conf, however I may not have done it correctly. I made two changes. I commented out the "dri" section and changed my driver from "nv" to "nvidia" In the past this has been all that was required after a build. The module is loaded(seen through lsmod) and the X server doesn't seem to be complaning about the module itself. I think the issue is more along the lines of agpart attempting to do something that it cannot. This may be a special case and only happening on my H/W (Dell Latitude D800 -- laptop). Sean From justin.conover at gmail.com Tue Apr 5 15:07:25 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 5 Apr 2005 09:07:25 -0600 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> Message-ID: On Apr 5, 2005 6:00 AM, Michael Schwendt wrote: > On Tue, 05 Apr 2005 13:51:13 +0200, Cimmo wrote: > > > Build System ha scritto: > > > > >Removed package xmms > > > > > > > > Why??? > > > > It would be a fairly obvious decision to continue with stripping down > Fedora Core to a real _core_ and moving duplicate functionality into > Fedora Extras. XMMS is still GTK+ v1 based and can live fine in Fedora > Extras, where it has been imported already. Rhythmbox most likely remains > the preferred music player in Fedora Core. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > What I don't understand is if you grab xmms from "extras" via cvs, it wont build because it needs a gcc4.patch. How was the rawhide build system building these packages if they break when you grab the src.rpm? From jspaleta at gmail.com Tue Apr 5 15:25:57 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 11:25:57 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> Message-ID: <604aa7910504050825125b51c2@mail.gmail.com> On Apr 5, 2005 11:07 AM, Justin Conover wrote: > What I don't understand is if you grab xmms from "extras" via cvs, it > wont build because it needs a gcc4.patch. How was the rawhide build > system building these packages if they break when you grab the > src.rpm? the xmms in rawhide was actually quite old... i see no evidence that it was rebuilt with gcc4 yet. -jef From skvidal at phy.duke.edu Tue Apr 5 15:30:07 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 11:30:07 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <604aa7910504050825125b51c2@mail.gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> Message-ID: <1112715007.20867.31.camel@cutter> On Tue, 2005-04-05 at 11:25 -0400, Jeff Spaleta wrote: > On Apr 5, 2005 11:07 AM, Justin Conover wrote: > > What I don't understand is if you grab xmms from "extras" via cvs, it > > wont build because it needs a gcc4.patch. How was the rawhide build > > system building these packages if they break when you grab the > > src.rpm? > > > the xmms in rawhide was actually quite old... i see no evidence that > it was rebuilt with gcc4 yet. right, it wasn't. -sv From mgb-fedora at yosemite.net Tue Apr 5 15:29:57 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 05 Apr 2005 08:29:57 -0700 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> Message-ID: <1112714996.19961.14.camel@mgb.bullion.ims> It would be better to strip out the pre-beta low-utilisation Eclipse and retain packages that give Fedora a semblence of usefulness. Hard work may one day make Extras a useful resource but right now - with no coordination, delayed builds and no QA - Extras packages are fourth class citizens which only a marketing suit would claim to be part of Fedora. --Mike Bird From skvidal at phy.duke.edu Tue Apr 5 15:35:35 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 11:35:35 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405141751.GH19176@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> Message-ID: <1112715335.20867.37.camel@cutter> > Is that worth adding yet another XML Parser package to the distribution > used by a single tool ? Is there a compatibility layer to still use > libxml2 ? > If I remember correctly, the performance problem wasn't libxml2 itself > but the specific usage within yum, i.e. collecting the data, libxml2 by > itself is parsing the megabyte sized file in less than a tenth of a second. > I'm surprized the solution ends up going to use a python specific library > instead of trying to find why the interface between libxml2 and yum generated > that problem. I don't remember you saying you would switch library as a result. well what happened was this: Icon was working on repoview and decided to try out CelementTree b/c he was using kid anyway and it used it. After some preliminary tests it showed up as significantly faster parsing the metadata. For primary.xml.gz the times went from 21s for 1800ish pkgs to 7s. Then when he switched it to use iterparse() the memory footprint dropped below 10M for the whole parse. Check out the numbers on the cElementTree webpage. They're fairly compelling. The biggest reason I've not talked to you about it much is that for the last few weeks I've been in kinda deep-hack mode and not communicating as much as I have in the past. Sorry for the problems. -sv From gmaxwell at gmail.com Tue Apr 5 15:45:55 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Tue, 5 Apr 2005 11:45:55 -0400 Subject: The "beauty?" of the nvidia drivers in action In-Reply-To: <1112682178.8028.2.camel@Mars> References: <1112679882.5279.9.camel@localhost.localdomain> <1112682178.8028.2.camel@Mars> Message-ID: On Apr 5, 2005 2:22 AM, Bjorn Andersen wrote: > I have the same problem, and cant find a solution to the problem. > I find it strange that every new Fedora release brakes the Nvidia > drivers. This is because the NVIDIA drivers are propritary and because they don't follow Linux driver API conventions (well, the second partially stems from the first because a big driver API convention is that your driver be open sourced so that the interface can be painlessly updated). Because of this, the repeated brokeness of NVIDIA's driver is entirely off topic for the fedora-devel list... Please bring the subject back up here to ask for the inclusion of the driver in the distro once nvidia has released its source under a free license. From veillard at redhat.com Tue Apr 5 15:49:03 2005 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 5 Apr 2005 11:49:03 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <1112715335.20867.37.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> Message-ID: <20050405154903.GL19176@redhat.com> On Tue, Apr 05, 2005 at 11:35:35AM -0400, seth vidal wrote: > > Is that worth adding yet another XML Parser package to the distribution > > used by a single tool ? Is there a compatibility layer to still use > > libxml2 ? > > If I remember correctly, the performance problem wasn't libxml2 itself > > but the specific usage within yum, i.e. collecting the data, libxml2 by > > itself is parsing the megabyte sized file in less than a tenth of a second. > > I'm surprized the solution ends up going to use a python specific library > > instead of trying to find why the interface between libxml2 and yum generated > > that problem. I don't remember you saying you would switch library as a result. > > well what happened was this: > Icon was working on repoview and decided to try out CelementTree b/c he > was using kid anyway and it used it. After some preliminary tests it > showed up as significantly faster parsing the metadata. For > primary.xml.gz the times went from 21s for 1800ish pkgs to 7s. Then when > he switched it to use iterparse() the memory footprint dropped below 10M > for the whole parse. libxml2 should be able to work for parsing on constant memory, if you use the reader and you use it for primary.xml.gz, if you used the tree then freeing the trees after imports are teh best way. > Check out the numbers on the cElementTree webpage. They're fairly > compelling. There have been lot of rambling even within the Python community about those numbers. One thing is sure, it never took 21 seconds to parse any of the primary.xml.gz on any of my boxes at any point in time, with any of the yum versions I ever used ! > The biggest reason I've not talked to you about it much is that for the > last few weeks I've been in kinda deep-hack mode and not communicating > as much as I have in the past. Is a lack of communication a reason to push a new duplicate package on Fedora Core ? Daniel -- Daniel Veillard | Red Hat Desktop team http://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 justin.conover at gmail.com Tue Apr 5 15:51:19 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 5 Apr 2005 09:51:19 -0600 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112715007.20867.31.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> Message-ID: On Apr 5, 2005 9:30 AM, seth vidal wrote: > On Tue, 2005-04-05 at 11:25 -0400, Jeff Spaleta wrote: > > On Apr 5, 2005 11:07 AM, Justin Conover wrote: > > > What I don't understand is if you grab xmms from "extras" via cvs, it > > > wont build because it needs a gcc4.patch. How was the rawhide build > > > system building these packages if they break when you grab the > > > src.rpm? > > > > > > the xmms in rawhide was actually quite old... i see no evidence that > > it was rebuilt with gcc4 yet. > > right, it wasn't. > > -sv > > Is there a wiki or anything that explains how the rawhide build system works? Just for usefull info to me and maybe many others. I just want to know how it all works. Also, does anyone have a good link to "how to write patches for software" example xmms gcc4.patch Pretty much something that explains why/when/how you should create a clean patch and all. I'm currently reading/studying c programming and will hit c++ next. thx From jspaleta at gmail.com Tue Apr 5 15:51:58 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 11:51:58 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112714996.19961.14.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> Message-ID: <604aa79105040508516208034a@mail.gmail.com> On Apr 5, 2005 11:29 AM, Mike Bird wrote: > Hard work may one day make Extras a useful resource but right now - with > no coordination, delayed builds and no QA - Extras packages are fourth > class citizens which only a marketing suit would claim to be part of > Fedora. I take it from this post you are volunteering to be a part of the Extras QA team? Great! I look forward to seeing your contributions to package review discussions being held in the fedora-extras-list every day and to you reading your bug reports about Extras packages that make it through the current process that are malformed. I think its a stretch to claim there is no coordination, especially if you aren't actively involved in the Extras specific discussions going on. Among people actively participating in the Extras process, opinions differ as how QA is to be handled. I personally think ideally there should be more QA than there is right now. But I also realize that there are tradeoffs.. without a significant committment of manhours to the task of QA, the overall process can be stagnated if procedural QA hurtles are put in place that are out of proportion to the available community manpower for the task of QA. In the final analysis the importance of package QA in the Extras process is going to be directly related to the amount of time people are willing to devote to the task over the long haul. If you personally want to see QA be a higher importance.. start getting invovled in the Extras process now by participating in the fedora-extras-list package review discussions. -jef"un-coordinated"spaleta From dcbw at redhat.com Tue Apr 5 16:01:58 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 05 Apr 2005 12:01:58 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> Message-ID: <1112716918.14965.2.camel@dcbw.boston.redhat.com> On Tue, 2005-04-05 at 09:51 -0600, Justin Conover wrote: > On Apr 5, 2005 9:30 AM, seth vidal wrote: > > On Tue, 2005-04-05 at 11:25 -0400, Jeff Spaleta wrote: > > > On Apr 5, 2005 11:07 AM, Justin Conover wrote: > > > > What I don't understand is if you grab xmms from "extras" via cvs, it > > > > wont build because it needs a gcc4.patch. How was the rawhide build > > > > system building these packages if they break when you grab the > > > > src.rpm? > > > > > > > > > the xmms in rawhide was actually quite old... i see no evidence that > > > it was rebuilt with gcc4 yet. > > > > right, it wasn't. > > > > -sv > > > > > > Is there a wiki or anything that explains how the rawhide build system > works? Just for usefull info to me and maybe many others. I just > want to know how it all works. The package will only break when you recompile it with gcc4. So, for xmms, it was last updated _before_ gcc4 was made the default compiler for Fedora. Therefore, if the maintainer were to rebuild it now, since that gcc4 change, it would break and the maintainer would be forced to update the package before it could get into rawhide. Dan From ivazquez at ivazquez.net Tue Apr 5 16:03:37 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 05 Apr 2005 12:03:37 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> Message-ID: <1112717017.22212.62.camel@ignacio.ignacio.lan> On Tue, 2005-04-05 at 09:51 -0600, Justin Conover wrote: > Is there a wiki or anything that explains how the rawhide build system > works? Just for usefull info to me and maybe many others. I just > want to know how it all works. http://fedoraproject.org/wiki/UsingMach Pretty neat stuff actually. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 Apr 5 16:18:47 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 5 Apr 2005 12:18:47 -0400 Subject: Is it possible to make Fedora load faster? In-Reply-To: <604aa79105040310224aa318d7@mail.gmail.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <604aa79105040310224aa318d7@mail.gmail.com> Message-ID: <20050405161847.GE3932@nostromo.devel.redhat.com> Jeff Spaleta (jspaleta at gmail.com) said: > Typical desktop users typically use their machines at 4am when these > cronjobs are running and notice a performance hit from these cronjobs? > I really dont think many 'desktop users' see the nightly cronjobs. > Certaintly very very few corporate desktop users... and I would be > hard-pressed to call anyone sitting on their home computer at 4am a > casual or average user. Sounds like a nit-picky power user issue to > me. Well, the issue isn't the CPU time updatedb and friends use, in general - it's the fact that it swaps out large portions of your working set. Bill From roger at gwch.net Tue Apr 5 16:28:51 2005 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 05 Apr 2005 18:28:51 +0200 Subject: sound-juicer and mp3 Message-ID: <4252BCC3.6070306@gwch.net> Thanks a lot, sound-juicer is working fine now. i installed an ancient version of gstreamer, including plugins for mp3-support as lame-libs. but i still cannot rip mp3. I am 37, perhaps i forgotten something ;-) Do you have hints? Roger From arjanv at redhat.com Tue Apr 5 16:30:08 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Tue, 05 Apr 2005 18:30:08 +0200 Subject: Is it possible to make Fedora load faster? In-Reply-To: <20050405161847.GE3932@nostromo.devel.redhat.com> References: <20050402231503.D36E221AFF9@ws5-6.us4.outblaze.com> <1112485561.5087.12.camel@localhost.localdomain> <424F7EFC.80707@feuerpokemon.de> <1112536871.12044.1.camel@localhost.localdomain> <604aa79105040310224aa318d7@mail.gmail.com> <20050405161847.GE3932@nostromo.devel.redhat.com> Message-ID: <1112718608.6275.72.camel@laptopd505.fenrus.org> On Tue, 2005-04-05 at 12:18 -0400, Bill Nottingham wrote: > Jeff Spaleta (jspaleta at gmail.com) said: > > Typical desktop users typically use their machines at 4am when these > > cronjobs are running and notice a performance hit from these cronjobs? > > I really dont think many 'desktop users' see the nightly cronjobs. > > Certaintly very very few corporate desktop users... and I would be > > hard-pressed to call anyone sitting on their home computer at 4am a > > casual or average user. Sounds like a nit-picky power user issue to > > me. > > Well, the issue isn't the CPU time updatedb and friends use, in general - > it's the fact that it swaps out large portions of your working set. the patch I posted here yesterday or so fixes that bit. -------------- 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 a.kurtz at hardsun.net Tue Apr 5 16:36:47 2005 From: a.kurtz at hardsun.net (Aaron Kurtz) Date: Tue, 05 Apr 2005 09:36:47 -0700 Subject: sound-juicer and mp3 In-Reply-To: <4252BCC3.6070306@gwch.net> References: <4252BCC3.6070306@gwch.net> Message-ID: <1112719007.13929.15.camel@rydia.hardsun.net> On Tue, 2005-04-05 at 18:28 +0200, Roger Grosswiler wrote: > Thanks a lot, sound-juicer is working fine now. i installed an ancient > version of gstreamer, including plugins for mp3-support as lame-libs. > but i still cannot rip mp3. > > I am 37, perhaps i forgotten something ;-) Do you have hints? You need an audio profile to rip to. Read the manual. From the Sound-juicer help file: "If you need to store tracks in the MP3 format (for example, because your portable music player only supports MP3 and not Ogg Vorbis), you will need to create a new profile. To do this, run gnome-audio-profiles-properties, press New and name it MP3. Then press Edit and set GStreamer Pipeline to audio/x-raw-int,rate=44100,channels=2 ! lame name=enc, the File Extenstion to mp3, and check Active. Then start Sound Juicer and select the MP3 format. This profile uses the LAME MP3 encoder, so you will need to have the GStreamer LAME plugin installed." Google around for details on setting the bitrate to your desired quality. I'll just stick with grip. -- Aaron Kurtz GPG Key ID: ED588CF2 -------------- 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 mgb-fedora at yosemite.net Tue Apr 5 16:38:23 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 05 Apr 2005 09:38:23 -0700 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <604aa79105040508516208034a@mail.gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> Message-ID: <1112719102.19961.24.camel@mgb.bullion.ims> On Tue, 2005-04-05 at 08:51, Jeff Spaleta wrote: > I take it from this post you are volunteering to be a part of the > Extras QA team? IIRC, I started with RH6 and tested every release except FC1. Unit and link level QA are possible in Extras but those are the responsibility of maintainers. System level QA is impossible because Extras/Devel has still not been fully rebuilt with gcc4/python2.4/etc to match FC4t1 - despite the passage of several weeks. Back when the world was young, ten seconds at the command line would have scheduled all those rebuild jobs. Then again, there is the problem of packages being removed from Core with the notion that sometime maybe they'll arrive in Extras. If Extras were more than a broken promise, it would be equivalent in all respects to Core - except not shipped on the Core CD's. --Mike From justin.conover at gmail.com Tue Apr 5 16:38:52 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 5 Apr 2005 10:38:52 -0600 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112716918.14965.2.camel@dcbw.boston.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> <1112716918.14965.2.camel@dcbw.boston.redhat.com> Message-ID: On Apr 5, 2005 10:01 AM, Dan Williams wrote: > On Tue, 2005-04-05 at 09:51 -0600, Justin Conover wrote: > > On Apr 5, 2005 9:30 AM, seth vidal wrote: > > > On Tue, 2005-04-05 at 11:25 -0400, Jeff Spaleta wrote: > > > > On Apr 5, 2005 11:07 AM, Justin Conover wrote: > > > > > What I don't understand is if you grab xmms from "extras" via cvs, it > > > > > wont build because it needs a gcc4.patch. How was the rawhide build > > > > > system building these packages if they break when you grab the > > > > > src.rpm? > > > > > > > > > > > > the xmms in rawhide was actually quite old... i see no evidence that > > > > it was rebuilt with gcc4 yet. > > > > > > right, it wasn't. > > > > > > -sv > > > > > > > > > > Is there a wiki or anything that explains how the rawhide build system > > works? Just for usefull info to me and maybe many others. I just > > want to know how it all works. > > The package will only break when you recompile it with gcc4. So, for > xmms, it was last updated _before_ gcc4 was made the default compiler > for Fedora. Therefore, if the maintainer were to rebuild it now, since > that gcc4 change, it would break and the maintainer would be forced to > update the package before it could get into rawhide. > > Dan > > So if I use CC=gcc32 rpmbuild -ba xmms.spec I should get a clean build and not an error: checking whether make sets $(MAKE)... yes checking for x86_64-redhat-linux-gnu-gcc... gcc32 checking for C compiler default output... configure: error: C compiler cannot create executables See `config.log' for more details. error: Bad exit status from /var/tmp/rpm-tmp.36577 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.36577 (%build) From fedora at wir-sind-cool.org Tue Apr 5 16:42:32 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 5 Apr 2005 18:42:32 +0200 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112717017.22212.62.camel@ignacio.ignacio.lan> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> <1112717017.22212.62.camel@ignacio.ignacio.lan> Message-ID: <20050405184232.50ec0840.fedora@wir-sind-cool.org> On Tue, 05 Apr 2005 12:03:37 -0400, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-04-05 at 09:51 -0600, Justin Conover wrote: > > Is there a wiki or anything that explains how the rawhide build system > > works? Just for usefull info to me and maybe many others. I just > > want to know how it all works. > > http://fedoraproject.org/wiki/UsingMach > > Pretty neat stuff actually. That's not the Rawhide build system, however, but a part of the candidate build system for Fedora Extras (mach + yum + helper scripts). From dcbw at redhat.com Tue Apr 5 16:43:28 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 05 Apr 2005 12:43:28 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> <1112716918.14965.2.camel@dcbw.boston.redhat.com> Message-ID: <1112719408.9076.6.camel@dcbw.boston.redhat.com> On Tue, 2005-04-05 at 10:38 -0600, Justin Conover wrote: > So if I use > > CC=gcc32 rpmbuild -ba xmms.spec > > I should get a clean build and not an error: > > checking whether make sets $(MAKE)... yes > checking for x86_64-redhat-linux-gnu-gcc... gcc32 > checking for C compiler default output... configure: error: C compiler > cannot create executables > See `config.log' for more details. > error: Bad exit status from /var/tmp/rpm-tmp.36577 (%build) > > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.36577 (%build) And here's why: gcc3.3 and below accept different compile flags than gcc 3.4 and above. Specifically: gcc <= 3.3: use -mcpu= gcc >= 3.4: use -mtune= Neither gcc will accept the other option. And, since you're running on a system with gcc4 installed, the rpm OPTFLAGS macro contains -mtune. So you have to override CFLAGS as well as CC if you want things to continue to compile with gcc 3.2 and rpmbuild on a gcc4 system. Dan From michal at harddata.com Tue Apr 5 16:43:34 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 5 Apr 2005 10:43:34 -0600 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <20050405140054.1c60f4a6.fedora@wir-sind-cool.org>; from fedora@wir-sind-cool.org on Tue, Apr 05, 2005 at 02:00:54PM +0200 References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> Message-ID: <20050405104334.B462@mail.harddata.com> On Tue, Apr 05, 2005 at 02:00:54PM +0200, Michael Schwendt wrote: > Rhythmbox most likely remains > the preferred music player in Fedora Core. It would be nice if "the preferred music player" would work somehow in the first place. I did not see such event yet and I even cannot tell if awful problems on an interface are just bugs or they are designed that way. Rhythmbox has twelve bugs open, all of them in a NEW state, and nothing happened for the last half year on such obvious show-stoppers like bug #139293. Michal From justin.conover at gmail.com Tue Apr 5 16:45:29 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 5 Apr 2005 10:45:29 -0600 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112719408.9076.6.camel@dcbw.boston.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> <1112716918.14965.2.camel@dcbw.boston.redhat.com> <1112719408.9076.6.camel@dcbw.boston.redhat.com> Message-ID: On Apr 5, 2005 10:43 AM, Dan Williams wrote: > On Tue, 2005-04-05 at 10:38 -0600, Justin Conover wrote: > > So if I use > > > > CC=gcc32 rpmbuild -ba xmms.spec > > > > I should get a clean build and not an error: > > > > checking whether make sets $(MAKE)... yes > > checking for x86_64-redhat-linux-gnu-gcc... gcc32 > > checking for C compiler default output... configure: error: C compiler > > cannot create executables > > See `config.log' for more details. > > error: Bad exit status from /var/tmp/rpm-tmp.36577 (%build) > > > > > > RPM build errors: > > Bad exit status from /var/tmp/rpm-tmp.36577 (%build) > > And here's why: gcc3.3 and below accept different compile flags than gcc > 3.4 and above. Specifically: > > gcc <= 3.3: use -mcpu= > gcc >= 3.4: use -mtune= > > Neither gcc will accept the other option. And, since you're running on > a system with gcc4 installed, the rpm OPTFLAGS macro contains -mtune. > So you have to override CFLAGS as well as CC if you want things to > continue to compile with gcc 3.2 and rpmbuild on a gcc4 system. > > Dan > > Yep, that makes sence, mtune vs. mcpu. here is the easy question Why compat-gcc-32-3.2.3-47.fc4 and not/also 3.4 ? From jakub at redhat.com Tue Apr 5 16:47:46 2005 From: jakub at redhat.com (Jakub Jelinek) Date: Tue, 5 Apr 2005 12:47:46 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> <1112716918.14965.2.camel@dcbw.boston.redhat.com> <1112719408.9076.6.camel@dcbw.boston.redhat.com> Message-ID: <20050405164746.GV17420@devserv.devel.redhat.com> On Tue, Apr 05, 2005 at 10:45:29AM -0600, Justin Conover wrote: > Yep, that makes sence, mtune vs. mcpu. here is the easy question > > Why > > compat-gcc-32-3.2.3-47.fc4 > > and not/also 3.4 ? Because there are already too many compilers in FC, and GCC 3.4 is (supposed to be) ABI compatible with GCC 4.0, so there is not much point in shipping 3.4 in addition to 4.0. Jakub From dcbw at redhat.com Tue Apr 5 16:50:09 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 05 Apr 2005 12:50:09 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> <1112716918.14965.2.camel@dcbw.boston.redhat.com> <1112719408.9076.6.camel@dcbw.boston.redhat.com> Message-ID: <1112719809.9076.10.camel@dcbw.boston.redhat.com> On Tue, 2005-04-05 at 10:45 -0600, Justin Conover wrote: > > And here's why: gcc3.3 and below accept different compile flags than gcc > > 3.4 and above. Specifically: > > > > gcc <= 3.3: use -mcpu= > > gcc >= 3.4: use -mtune= > > > > Neither gcc will accept the other option. And, since you're running on > > a system with gcc4 installed, the rpm OPTFLAGS macro contains -mtune. > > So you have to override CFLAGS as well as CC if you want things to > > continue to compile with gcc 3.2 and rpmbuild on a gcc4 system. > > > > Dan > > > > > Yep, that makes sence, mtune vs. mcpu. here is the easy question > > Why > > compat-gcc-32-3.2.3-47.fc4 > > and not/also 3.4 ? Because 3.4 is ABI compatible with gcc4. Anything that was built with gcc 3.4 should work with gcc4. 3.2 and 3.3 were ABI compatible, and therefore there is no compat-gcc-33 either, since compat-gcc-32-3.2.3 fulfills that role for 3.3 as well. Dan From fedora at wir-sind-cool.org Tue Apr 5 16:50:37 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 5 Apr 2005 18:50:37 +0200 Subject: sound-juicer and mp3 In-Reply-To: <4252BCC3.6070306@gwch.net> References: <4252BCC3.6070306@gwch.net> Message-ID: <20050405185037.410fbae4.fedora@wir-sind-cool.org> On Tue, 05 Apr 2005 18:28:51 +0200, Roger Grosswiler wrote: > Thanks a lot, sound-juicer is working fine now. i installed an ancient > version of gstreamer, including plugins for mp3-support as lame-libs. > but i still cannot rip mp3. > > I am 37, perhaps i forgotten something ;-) Do you have hints? Instead of installing an "ancient version of gstreamer including plugins for mp3-support", rebuild missing packages (from src.rpms!) and update them with contents of cvs/svn where possible (e.g. at rpm.livna.org). E.g. for gstreamer-plugins-mp3 you will end up with something like http://home.arcor.de/ms2002sep/tmp/fc4-extras/ but need to add the required LAME, Mad and libid3tag with rebuilt src.rpms from FC3. Alternatively, just wait until rpm.livna.org and other repos offer builds for FC4. From notting at redhat.com Tue Apr 5 16:50:41 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 5 Apr 2005 12:50:41 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> Message-ID: <20050405165041.GI3932@nostromo.devel.redhat.com> Justin Conover (justin.conover at gmail.com) said: > Is there a wiki or anything that explains how the rawhide build system > works? Just for usefull info to me and maybe many others. I just > want to know how it all works. Packages are built whenever the maintainer decides to, for FC3, FC3 updates, FC4, whatever. Each day, around 5AM, the build system goes and grabs the latest version of all appropriate packages, whenever they may have been built. It then assembles them into a tree, tries to build a install image, etc. Bill From ivazquez at ivazquez.net Tue Apr 5 17:04:00 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 05 Apr 2005 13:04:00 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <20050405184232.50ec0840.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> <1112717017.22212.62.camel@ignacio.ignacio.lan> <20050405184232.50ec0840.fedora@wir-sind-cool.org> Message-ID: <1112720640.22212.65.camel@ignacio.ignacio.lan> On Tue, 2005-04-05 at 18:42 +0200, Michael Schwendt wrote: > On Tue, 05 Apr 2005 12:03:37 -0400, Ignacio Vazquez-Abrams wrote: > > > On Tue, 2005-04-05 at 09:51 -0600, Justin Conover wrote: > > > Is there a wiki or anything that explains how the rawhide build system > > > works? Just for usefull info to me and maybe many others. I just > > > want to know how it all works. > > > > http://fedoraproject.org/wiki/UsingMach > > > > Pretty neat stuff actually. > > That's not the Rawhide build system, however, but a part of the candidate > build system for Fedora Extras (mach + yum + helper scripts). Really? Well, it's still pretty neat. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 michal at harddata.com Tue Apr 5 17:04:18 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 5 Apr 2005 11:04:18 -0600 Subject: rawhide report: 20050405 changes In-Reply-To: <1112715335.20867.37.camel@cutter>; from skvidal@phy.duke.edu on Tue, Apr 05, 2005 at 11:35:35AM -0400 References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> Message-ID: <20050405110418.C462@mail.harddata.com> On Tue, Apr 05, 2005 at 11:35:35AM -0400, seth vidal wrote: > After some preliminary tests it > showed up as significantly faster parsing the metadata. For > primary.xml.gz the times went from 21s for 1800ish pkgs to 7s. These numbers smell very suspicious to me from my practical yum experience but I never did any measurements so I cannot be sure. But ever if they are correct this is really not the place where yum is spending its time. Running test transactions seems to be a big time sink and dependency resolution as well. In a comparison with that shaving some few seconds on parsing, which is really not noticable in the whole operation, sounds like a completely a lopsided trade-off for one more extra XML parser and resulting dependencies. > Check out the numbers on the cElementTree webpage. They're fairly > compelling. In the whole context? I doubt it. Unless you have some other uses for that. Michal From kyrre at solution-forge.net Tue Apr 5 17:26:33 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 05 Apr 2005 19:26:33 +0200 Subject: sound-juicer and mp3 In-Reply-To: <1112719007.13929.15.camel@rydia.hardsun.net> References: <4252BCC3.6070306@gwch.net> <1112719007.13929.15.camel@rydia.hardsun.net> Message-ID: <1112721993.3333.16.camel@localhost.localdomain> tir, 05.04.2005 kl. 18.36 skrev Aaron Kurtz: > On Tue, 2005-04-05 at 18:28 +0200, Roger Grosswiler wrote: > > Thanks a lot, sound-juicer is working fine now. i installed an ancient > > version of gstreamer, including plugins for mp3-support as lame-libs. > > but i still cannot rip mp3. > > > > I am 37, perhaps i forgotten something ;-) Do you have hints? > > You need an audio profile to rip to. Read the manual. From the > Sound-juicer help file: > > "If you need to store tracks in the MP3 format (for example, because > your portable music player only supports MP3 and not Ogg Vorbis), you > will need to create a new profile. To do this, run > gnome-audio-profiles-properties, press New and name it MP3. Then press > Edit and set GStreamer Pipeline to > audio/x-raw-int,rate=44100,channels=2 ! lame name=enc, the File > Extenstion to mp3, and check Active. Then start Sound Juicer and select > the MP3 format. > That doesn't sound user-friendly! > This profile uses the LAME MP3 encoder, so you will need to have the > GStreamer LAME plugin installed." > > Google around for details on setting the bitrate to your desired > quality. I'll just stick with grip. From skvidal at phy.duke.edu Tue Apr 5 17:30:30 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 13:30:30 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405110418.C462@mail.harddata.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> <20050405110418.C462@mail.harddata.com> Message-ID: <1112722230.20867.44.camel@cutter> > rom 21s for 1800ish pkgs to 7s. > > These numbers smell very suspicious to me from my practical yum > experience but I never did any measurements so I cannot be sure. > But ever if they are correct this is really not the place where yum > is spending its time. Running test transactions that's funny. B/c the transaction test is one call in yum. ts.run() with a test-only callback. that's it. yum does NOTHING while rpm is testing the transaction. > seems to be a big > time sink and dependency resolution as well. In a comparison with > that shaving some few seconds on parsing, which is really not > noticable in the whole operation, sounds like a completely a > lopsided trade-off for one more extra XML parser and resulting > dependencies. Excuse the hell out of taking optimizations where they were available and didn't result in worse code. > In the whole context? I doubt it. Unless you have some other > uses for that. repoview. -sv From jspaleta at gmail.com Tue Apr 5 17:48:35 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 13:48:35 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112719102.19961.24.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> Message-ID: <604aa79105040510486657107c@mail.gmail.com> On Apr 5, 2005 12:38 PM, Mike Bird wrote: > IIRC, I started with RH6 and tested every release except FC1. Thats great! You'll be an excellent addition to the community effort to QA Extras. As soon as your prepared... the fedora-extras-list is there for you to participate in regarding package submissions that need review. > Unit and link level QA are possible in Extras but those are the > responsibility of maintainers. System level QA is impossible because > Extras/Devel has still not been fully rebuilt with gcc4/python2.4/etc to > match FC4t1 - despite the passage of several weeks. arent you assuming that all of fc4t1 was actually rebuilt with gcc4? xmms is at least one package that was never rebuilt with gcc4 but made it into fc4t1. Packages are built in Extras development when package maintainers request a rebuild, in effect not very different than how core development tree sort of works. I really don't see a big difference between how Core development and Extras development tree operates, as viewed as a package consumer. If you want a package rebuilt in the Extras devel tree.. file a bug or contact the package maintainer and have them make a rebuild request. There is an established process for maintainers to request rebuilds. > > Back when the world was young, ten seconds at the command line would > have scheduled all those rebuild jobs. Its a matter of opinion as to whether or not a mass rebuild is worth attempting 'right now.' If you feel strongly about this.. why haven't you chimed in in on the fedora-extras-list when the issue of a mass rebuild came up? > Then again, there is the problem of packages being removed from Core > with the notion that sometime maybe they'll arrive in Extras. Would you prefer they were just dropped and no centralized place for these packages to be maintained? With or without extras.. some decisions to cut packages from Core will have to be made, like they have always been made. > were more than a broken promise, it would be equivalent in all respects > to Core - except not shipped on the Core CD's. You have a choice to make, you can either pitch in and start helping with the Extra process now, or you can walk away. Pointing out that its not yet as good as it could be or it should be isn't as helpful as actually getting invovled in reviewing packages or filing bug reports or talking to maintainers directly to get package build requests into the build que. -jef From mgb-fedora at yosemite.net Tue Apr 5 18:17:47 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 05 Apr 2005 11:17:47 -0700 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <604aa79105040510486657107c@mail.gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> Message-ID: <1112725067.19961.47.camel@mgb.bullion.ims> On Tue, 2005-04-05 at 10:48, Jeff Spaleta wrote: > You have a choice to make, you can either pitch in and start helping > with the Extra process now, or you can walk away. Pointing out that > its not yet as good as it could be or it should be isn't as helpful as > actually getting invovled in reviewing packages or filing bug reports > or talking to maintainers directly to get package build requests into > the build que. Comparing today's Fedora politburo with my colleagues over the last three decades is a great disappointment. We had such high hopes but you kids just goof around. You do not understand that beta testers are a valuable resource. You must not waste beta testers. Don't make them spend hours filing rote bug reports against packages which have not even been built to FC4. Get on the command line, make Core and Extras "equivalent" and rebuild them so all the packages match. That's an hour or two typing and probably a few days for the rebuild depending upon the power of your farm. Then you can start inviting people to beta FC4, because the jumble you have now is not just pre-beta but pre-alpha. --Mike Bird From katzj at redhat.com Tue Apr 5 18:17:53 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 05 Apr 2005 14:17:53 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112714996.19961.14.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> Message-ID: <1112725073.3632.30.camel@bree.local.net> On Tue, 2005-04-05 at 08:29 -0700, Mike Bird wrote: > Hard work may one day make Extras a useful resource but right now - with > no coordination, delayed builds and no QA Okay, delayed builds right now are a little annoying. But I don't really think they're a huge problem since realistically, Seth builds things about as often as the devel tree for Core gets pushed so ... :) Work is very much underway to get this fixed, hopefully in time for test3. No coordination. I think there's at least as much coordination as there is for Core. Where are you seeing a lack here and we'll do what we can to fix the problem. No QA -- frankly, there's more QA for most of the packages in Extras right now than Core. People *actively* review everything that's being committed to Extras and do test builds and check the functionality. Jeremy From skvidal at phy.duke.edu Tue Apr 5 18:24:18 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 14:24:18 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112725067.19961.47.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> Message-ID: <1112725458.20867.69.camel@cutter> > Comparing today's Fedora politburo with my colleagues over the last > three decades is a great disappointment. We had such high hopes but you > kids just goof around. okay, I'm tired of this. I'm tired of being patronized. I've been working my ass off to make the build stuff work, to work on the build system automation, to make yum better and to sysadmin the fedoraproject.org machine, the buildsystems for extras and of course run the torrent tracker for the released. I'm tired of being treated like shit for it and tired of being told that nothing we do is good enough. So, I'm going to give you a hearty FUCK YOU. You do some actual work, then you get to complain. Otherwise you get to the shut the fuck up. -sv From jspaleta at gmail.com Tue Apr 5 18:31:50 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 14:31:50 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112725067.19961.47.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> Message-ID: <604aa791050405113176ffe1de@mail.gmail.com> On Apr 5, 2005 2:17 PM, Mike Bird wrote: > Then you can start inviting people to beta FC4, because the jumble you > have now is not just pre-beta but pre-alpha. Fine, you feel your talents are being wasted. Perfectly acceptible way to feel. You feel the situation is pre-alpha, again a perfectly accessible way to feel. I disagree on both counts, so I stick with it. If i felt as you did I'd probably just walk away and check back in in the fc5 timeframe. Its pefectly reasonable to walk away, if you feel you can't make a positive contribution right now. But please, don't don't stick around just to take potshots at the people who are attempting to grind things forward. Slow progress doesn't become fast progress simply because you are willing to complain. Actively participate or walk away. There are people who are actively invovled who care about some of the issues you seem concerned about and I'm sure they would appeciate more help. -jef From mgb-fedora at yosemite.net Tue Apr 5 18:34:25 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 05 Apr 2005 11:34:25 -0700 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112725458.20867.69.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> Message-ID: <1112726065.19961.51.camel@mgb.bullion.ims> On Tue, 2005-04-05 at 11:24, seth vidal wrote: > I've been working my ass off to make the build stuff work, to work on > the build system automation, to make yum better and to sysadmin the > fedoraproject.org machine, the buildsystems for extras and of course run > the torrent tracker for the released. Why is one person, no matter how competent and dedicated, doing all of that? Where the hell is Redhat? Why aren't they providing adequate resources for the people developing RHEL for them for free? In any event, my criticism was of the release management for FC4t1 - specifically the failure to schedule a rebuild all. I did not criticize the design of the build automation. --Mike Bird From gmaxwell at gmail.com Tue Apr 5 18:36:01 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Tue, 5 Apr 2005 14:36:01 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112725458.20867.69.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> Message-ID: On Apr 5, 2005 2:24 PM, seth vidal wrote: > So, I'm going to give you a hearty FUCK YOU. > > You do some actual work, then you get to complain. > Otherwise you get to the shut the fuck up. > -sv Seth, ... It is possible for someone to point out faults with the current state of affairs without making a personal attack against you. I don't think anyone here is placing any direct fault on you, and I think it is really unproductive for you to respond to every concern people have about EXTRAS with this kind of temper tantrum. Your work is both valuable and appreciated. The idea of moving components from core to extras appears to be a solid idea. But there are some concerns that arise from the differing maintains and development realities of core and extras that need to be discussed, and hopefully be resolved. Rather than being insulted when the inevitable discussions occur, why not ask "What am I doing wrong?", "What other important project would you like me to drop in order to fix this?", and "Is there any consensus that this is important, or even a problem?". If you would like others to avoid discussing matters that they don't have solutions for, or are unwilling to work towards a solution for... then you should set an example by either being constructive or avoiding the discussions youself. From shrek-m at gmx.de Tue Apr 5 18:37:54 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 05 Apr 2005 20:37:54 +0200 Subject: rawhide report: 20050405 changes In-Reply-To: <14909.62.2.21.164.1112708489.squirrel@www.gwch.net> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112707762.18910.18.camel@cutter> <14909.62.2.21.164.1112708489.squirrel@www.gwch.net> Message-ID: <4252DB02.1080907@gmx.de> Roger Grosswiler wrote: >>>Removed package xmms >>> >>> >>xmms has already been imported into extras. Should I go ahead and build >>it for devel? >> >and how about cyrus-imapd? > cyrus-imapd in extras would be great, switching from wu-imap -> dovecot -> cyrus-imapd -> dovecot is annoying. clamav was never in fedora but ... ... how about clamav-0.83. http://www.clamav.net/stable.php#pagestart i am not always uptodate but clamav-0.71-2 is since a long time out of date. http://download.fedora.redhat.com/pub/fedora/linux/extras/development/SRPMS/clamav-0.71-2.src.rpm -- shrek-m From skvidal at phy.duke.edu Tue Apr 5 18:40:21 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 14:40:21 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112726065.19961.51.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> Message-ID: <1112726421.20867.80.camel@cutter> > Why is one person, no matter how competent and dedicated, doing all of > that? Where the hell is Redhat? Why aren't they providing adequate > resources for the people developing RHEL for them for free? They're working on a lot of everything else. They have fulltime, jobs, too. you want more things to happen, to happen faster and to happen better, then do some work. Stop complaining, dig in and get something done. That's how things get solved. > In any event, my criticism was of the release management for FC4t1 - > specifically the failure to schedule a rebuild all. I did not criticize > the design of the build automation. Well the only way for your criticism to reach into something better is to do the work. Otherwise you're just a dilletante making much noise and useless traffic. -sv From mgb-fedora at yosemite.net Tue Apr 5 18:39:51 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 05 Apr 2005 11:39:51 -0700 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <604aa791050405113176ffe1de@mail.gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <604aa791050405113176ffe1de@mail.gmail.com> Message-ID: <1112726390.19961.57.camel@mgb.bullion.ims> On Tue, 2005-04-05 at 11:31, Jeff Spaleta wrote: > Fine, you feel your talents are being wasted. *ALL* beta testers are being wasted. Fix the problem: (1) Coordinate Extras with Core. (2) Rebuild All. If you don't have the authority bug your PHB, or reroute my emails at your procmail. Don't waste beta testers. --Mike Bird From michal at harddata.com Tue Apr 5 18:40:07 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 5 Apr 2005 12:40:07 -0600 Subject: rawhide report: 20050405 changes In-Reply-To: <1112722230.20867.44.camel@cutter>; from skvidal@phy.duke.edu on Tue, Apr 05, 2005 at 01:30:30PM -0400 References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> <20050405110418.C462@mail.harddata.com> <1112722230.20867.44.camel@cutter> Message-ID: <20050405124007.B17228@mail.harddata.com> On Tue, Apr 05, 2005 at 01:30:30PM -0400, seth vidal wrote: > > But ever if they are correct this is really not the place where yum > > is spending its time. Running test transactions > > yum does NOTHING while rpm is testing the transaction. Ok, so this an accounting issue but the fact that you can charge time elsewhere does not mean very much from POV of a yum _user_. One starts yum and waits for it to finish. That detail that really some subprocess is busy instead does not make an overall wait shorter. If yum itself is responsible only for a small fraction of that time then optimizing it has a negligible overall on its practical use. Michal From skvidal at phy.duke.edu Tue Apr 5 18:44:39 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 14:44:39 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> Message-ID: <1112726679.20867.85.camel@cutter> > Seth, ... It is possible for someone to point out faults with the > current state of affairs without making a personal attack against you. Yes, it is possible, but typically only when it is constructive criticism. Not when it's just petty insulting crap about 'goof off kids'. > I don't think anyone here is placing any direct fault on you, and I > think it is really unproductive for you to respond to every concern > people have about EXTRAS with this kind of temper tantrum. I think I've never responded to anything about extras with that sort of temper tantrum. I think I was told I was called a 'goof off kid' and told that my work was barely pre-alpha. I think that was insulting, incorrect and not-constructive. > Rather than being insulted when the inevitable discussions occur, why > not ask "What am I doing wrong?", "What other important project would > you like me to drop in order to fix this?", and "Is there any > consensus that this is important, or even a problem?". If you would > like others to avoid discussing matters that they don't have solutions > for, or are unwilling to work towards a solution for... then you > should set an example by either being constructive or avoiding the > discussions youself. why not ask "what can you do to fix it, other than just complain?" I think that's a better question. -sv From skvidal at phy.duke.edu Tue Apr 5 18:46:57 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 14:46:57 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405124007.B17228@mail.harddata.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> <20050405110418.C462@mail.harddata.com> <1112722230.20867.44.camel@cutter> <20050405124007.B17228@mail.harddata.com> Message-ID: <1112726817.20867.87.camel@cutter> > Ok, so this an accounting issue but the fact that you can charge time > elsewhere does not mean very much from POV of a yum _user_. One > starts yum and waits for it to finish. That detail that really some > subprocess is busy instead does not make an overall wait shorter. > If yum itself is responsible only for a small fraction of that time > then optimizing it has a negligible overall on its practical use. So I should go see if I can make the transaction test faster in rpm, too. Well I'm glad that in addition to working on my own program I have to go hunt down any issues I have in every other library, too. Sounds like fun. wait wait no, no it doesn't. :) -sv From skvidal at phy.duke.edu Tue Apr 5 18:49:12 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 14:49:12 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112726390.19961.57.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <604aa791050405113176ffe1de@mail.gmail.com> <1112726390.19961.57.camel@mgb.bullion.ims> Message-ID: <1112726952.20867.90.camel@cutter> On Tue, 2005-04-05 at 11:39 -0700, Mike Bird wrote: > On Tue, 2005-04-05 at 11:31, Jeff Spaleta wrote: > > Fine, you feel your talents are being wasted. > > *ALL* beta testers are being wasted. I disagree. I think we're getting somewhere and I've been following this since the VERY beginning. > Fix the problem: (1) Coordinate Extras with Core. (2) Rebuild All. > > If you don't have the authority bug your PHB, or reroute my emails at > your procmail. > > Don't waste beta testers. If you don't have the skills to actually do the work, then test things and report bugs, and don't send emails of invective and snide remarks. Don't waste developers. -sv From sopwith at redhat.com Tue Apr 5 18:52:43 2005 From: sopwith at redhat.com (Elliot Lee) Date: Tue, 5 Apr 2005 14:52:43 -0400 (EDT) Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112726065.19961.51.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> Message-ID: On Tue, 5 Apr 2005, Mike Bird wrote: > On Tue, 2005-04-05 at 11:24, seth vidal wrote: > > I've been working my ass off to make the build stuff work, to work on > > the build system automation, to make yum better and to sysadmin the > > fedoraproject.org machine, the buildsystems for extras and of course run > > the torrent tracker for the released. > > Why is one person, no matter how competent and dedicated, doing all of > that? Where the hell is Redhat? Why aren't they providing adequate > resources for the people developing RHEL for them for free? > > In any event, my criticism was of the release management for FC4t1 - > specifically the failure to schedule a rebuild all. I did not criticize > the design of the build automation. Hey Mike, There are lot of problems with Fedora to be sure. Everyone who is actively involved in Fedora is aware of this problem and umpteen others that need fixing. The main problem is that with so much to do, we have to prioritize. In order to fix the issue you raised, we'd have to stop doing other things that are more important to the long-term success of Fedora. Getting resources to fix all the problems immediately is just unrealistic. What we can do is continue with our present group, persevering at making improvements so that in the long run things do get to the way you want them to be. We could use some help to get there a little faster - would you be willing to chip in? -- Elliot From mgb-fedora at yosemite.net Tue Apr 5 18:52:58 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 05 Apr 2005 11:52:58 -0700 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112726421.20867.80.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <1112726421.20867.80.camel@cutter> Message-ID: <1112727178.19961.66.camel@mgb.bullion.ims> On Tue, 2005-04-05 at 11:40, seth vidal wrote: > Well the only way for your criticism to reach into something better > is to do the work. I don't have authority to schedule rebuild all. I don't have authority to coordinate Extras with Core. Is there anyone here with the necessary authorities? Wanna delegate? --Mike Bird From michal at harddata.com Tue Apr 5 18:53:34 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 5 Apr 2005 12:53:34 -0600 Subject: rawhide report: 20050405 changes In-Reply-To: <1112726817.20867.87.camel@cutter>; from skvidal@phy.duke.edu on Tue, Apr 05, 2005 at 02:46:57PM -0400 References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> <20050405110418.C462@mail.harddata.com> <1112722230.20867.44.camel@cutter> <20050405124007.B17228@mail.harddata.com> <1112726817.20867.87.camel@cutter> Message-ID: <20050405125334.D17228@mail.harddata.com> On Tue, Apr 05, 2005 at 02:46:57PM -0400, seth vidal wrote: > > > If yum itself is responsible only for a small fraction of that time > > then optimizing it has a negligible overall on its practical use. > > So I should go see if I can make the transaction test faster in rpm, > too. Why this conclusion? From the fact that some optimization efforts seem to be, ahem, somewhat misdirected and have doubtful tradeoffs does not follow that the whole world is your baby. Michal From skvidal at phy.duke.edu Tue Apr 5 18:57:32 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 14:57:32 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112727178.19961.66.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <1112726421.20867.80.camel@cutter> <1112727178.19961.66.camel@mgb.bullion.ims> Message-ID: <1112727452.20867.93.camel@cutter> On Tue, 2005-04-05 at 11:52 -0700, Mike Bird wrote: > On Tue, 2005-04-05 at 11:40, seth vidal wrote: > > Well the only way for your criticism to reach into something better > > is to do the work. > > I don't have authority to schedule rebuild all. Which is why I'm working, actively on the build system automation. > I don't have authority to coordinate Extras with Core. Sure you do, just track changes and coordinate. Get cvs access to extras and you can import things dropped from core to extras on the same day and request a build. > > Is there anyone here with the necessary authorities? yes, YOU. YOU can get the 'authority' to do that simply by participating. -sv From katzj at redhat.com Tue Apr 5 18:59:04 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 05 Apr 2005 14:59:04 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405124007.B17228@mail.harddata.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> <20050405110418.C462@mail.harddata.com> <1112722230.20867.44.camel@cutter> <20050405124007.B17228@mail.harddata.com> Message-ID: <1112727544.3632.36.camel@bree.local.net> On Tue, 2005-04-05 at 12:40 -0600, Michal Jaegermann wrote: > On Tue, Apr 05, 2005 at 01:30:30PM -0400, seth vidal wrote: > > > But ever if they are correct this is really not the place where yum > > > is spending its time. Running test transactions > > > > yum does NOTHING while rpm is testing the transaction. > > Ok, so this an accounting issue but the fact that you can charge time > elsewhere does not mean very much from POV of a yum _user_. One > starts yum and waits for it to finish. That detail that really some > subprocess is busy instead does not make an overall wait shorter. > If yum itself is responsible only for a small fraction of that time > then optimizing it has a negligible overall on its practical use. Perhaps it's negligible to you right now. I prefer to see it as thinking ahead to the next bottleneck. The bottleneck of the test transaction isn't being ignored, it's just a harder problem that's going to take longer to fix. Slow, steady and incremental progress while that's being done still helps. Also, yum has uses other uses than just installing the packages. In those cases, this change can provide a much more noticeable boost. Jeremy From skvidal at phy.duke.edu Tue Apr 5 19:03:19 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 15:03:19 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405125334.D17228@mail.harddata.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> <20050405110418.C462@mail.harddata.com> <1112722230.20867.44.camel@cutter> <20050405124007.B17228@mail.harddata.com> <1112726817.20867.87.camel@cutter> <20050405125334.D17228@mail.harddata.com> Message-ID: <1112727799.20867.100.camel@cutter> On Tue, 2005-04-05 at 12:53 -0600, Michal Jaegermann wrote: > On Tue, Apr 05, 2005 at 02:46:57PM -0400, seth vidal wrote: > > > > > If yum itself is responsible only for a small fraction of that time > > > then optimizing it has a negligible overall on its practical use. > > > > So I should go see if I can make the transaction test faster in rpm, > > too. > > Why this conclusion? From the fact that some optimization efforts > seem to be, ahem, somewhat misdirected and have doubtful tradeoffs > does not follow that the whole world is your baby. no, but what should I do in this situation? I've not got the time to spend on seeing if there is any place for optimization of the test transaction in rpm. Not right now, at least. When I get the 'build all fedora extras' stuff off my plate and summer hits I hope to have some time to profile the heck out of yum. You wanna work on the rpm transaction test and figuring out how to make it faster, easier, capable of more interactivity/callbacks. That'd be cool. If you do - go to rpm-devel list or rpm-python list or heck, even yum-devel - but fedora-test-list is probably not the best place for that discussion. -sv From jspaleta at gmail.com Tue Apr 5 19:02:08 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 15:02:08 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112726065.19961.51.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> Message-ID: <604aa7910504051202331e06af@mail.gmail.com> On Apr 5, 2005 2:34 PM, Mike Bird wrote: > Why is one person, no matter how competent and dedicated, doing all of > that? Because most of the 'community' are content to sit back and complain without offering to lift a finger? Seth is an example of someone who complained of the slow progress Red Hat was making and volunteered to take on some of the responsibility and burden with the resources he had available to him. If more people out in the community who cared as strongly has he did started to actually pitched in effort things would be further along and everyone would be happier. The current state of affairs, while not ideal, is a farsight better than would you would have if there wasn't anyone from outside the RedHat fenceline pushing things forward to provide packages to users. > Where the hell is Redhat? Why aren't they providing adequate > resources for the people developing RHEL for them for free? Last I heard Red Hat is still working on infrastructure peices for the final buildsystem and contributor facing systems. The cvs server for extras was provided by Red Hat, which allowed for the current buildprocess that seth is coordinating. Either we can wait for all the pieces to be in place for the final RedHat managed build system to be handed down fully formed.. or we make use of each piece as it becomes available via community effort to build a transitional process. If you don't like the incremental, transitional approach and would prefer to wait.. please by all means.. wait. Wait for the perfect buildsystem and the perfect process to produce the perfect packages. -jef From skvidal at phy.duke.edu Tue Apr 5 19:13:52 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 15:13:52 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405154903.GL19176@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> <20050405154903.GL19176@redhat.com> Message-ID: <1112728432.20867.108.camel@cutter> > Is a lack of communication a reason to push a new duplicate package on > Fedora Core ? > no it is why, I, as an upstream package author, chose to go with the library I chose to go with. -sv From mgb-fedora at yosemite.net Tue Apr 5 19:40:35 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 05 Apr 2005 12:40:35 -0700 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <604aa7910504051202331e06af@mail.gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> Message-ID: <1112730034.19961.92.camel@mgb.bullion.ims> On Tue, 2005-04-05 at 12:02, Jeff Spaleta wrote: > The cvs server for extras was provided by Red Hat I made a false assumption. I had assumed that multi-billion-dollar Redhat would have provided the people who work for them for free with a farm capable of rebuilding all Extras in a day or so. My apologies. Is there anyone here who can speak for Redhat? Why the stingy hardware allocation? Why - > Red Hat is still working on infrastructure peices for the > final buildsystem and contributor facing systems. - after all this time? This isn't exactly rocket science. Why are useful Core packages being thrown into the uncoordinated obscurity of Extras before the system is ready to handle them? And why oh why throw out popular packages to make room for Eclipse on the Core CD's?! Oh, and Seth, is it that the Extras system can't rebuild all or that you don't want to schedule one yet? Thanks, --Mike Bird From gmaxwell at gmail.com Tue Apr 5 20:14:41 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Tue, 5 Apr 2005 16:14:41 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112730034.19961.92.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> Message-ID: On Apr 5, 2005 3:40 PM, Mike Bird wrote: [snip] > Why are useful Core packages being thrown into the uncoordinated > obscurity of Extras before the system is ready to handle them? > > And why oh why throw out popular packages to make room for Eclipse on > the Core CD's?! > > Oh, and Seth, is it that the Extras system can't rebuild all or that you > don't want to schedule one yet? Hey Mike, Chill a bit here... Extras is a long way from being "uncoordinated" and obscure.... The intensity of your words is offensive to the people who are working really hard to make extras a reality. At the same time, I think we can agree that it isn't the same for a package to be in extras as in core. I'm not sure that this is entirely bad, but in some cases I think FC-core style maint would be better.. Here are some reasons that if I were a package, I might not want to be in extras: 1. Much smaller audience (lots of people do install everything in core, but not so with extras today) 2. More difficult distribution model (if someone burns me the DVD ISO redhat provides it has all of core, but none of extras) 3. 'Less reliable'source: When I get a distro from redhat, I'm getting it from people I trust.. When I get extras it's coming from a bunch of people on the internet I dont know. Now it's probably true that core doesn't have that much more redhat oversight on low profile packages, but it's a perception issue. 4. If a package is broken in core is known broken it has some potential for holding up a release. Not so for extras, so there is more incentive to fix a package. 4. Almost no build synchronization. When is a package in extras guaranteed to build on a new version of FC? ... Never. It's possible that a package will effectively drop out of core without any conscious decision. What if a user depends on that package, upgrades to FCn+1, and finds that it no longer works? This is far less likely to happen 'on accident' for packages in core. Should every user have to search for all the apps they use on the varrious discussion lists before upgrading to have a reasonable expectation that everything will work with only minimal fiddling after an upgrade? All of these issues only matter for packages that are coming out of core.. For a package that never was in core, it is less of an issue... being in Extras is better than nothing at all. Basically if we carry on in the direction of moving most of the non-essential stuff into extras, and don't provide release stabilizations for extras we will eventually create an environment where RHES is the only option for those who want a redhat distro with some degree of full-system stability... It's nearly useless to say that we've QAed fedora core if we reach a point where every FC user is spending a large part of their using extras packages that haven't been QAed. At the same time, extras contains a lot of great package for even further out stuff.. software where it just isn't reasonable to have strong QA goals on it... Stuff we would never accept in core.. And thats great. Perhaps a solution would be to define a subset of extras that belong to a set of more stable/more important. These packages follow the same revision timeline as FC, and perhaps even redhat would agree to delay the release of FC due to problems with something in this subset. Then only remove package from this subset through a process which provides for transparency and discussion, to avoid pulling the rug out from under anyone. From sopwith at redhat.com Tue Apr 5 20:20:58 2005 From: sopwith at redhat.com (Elliot Lee) Date: Tue, 5 Apr 2005 16:20:58 -0400 (EDT) Subject: XMMS (was: Re: rawhide report: 20050405 changes) Message-ID: Mike Bird wrote: > I made a false assumption. I had assumed that multi-billion-dollar > Redhat would have provided the people who work for them for free with a > farm capable of rebuilding all Extras in a day or so. My apologies. > > Is there anyone here who can speak for Redhat? > > Why the stingy hardware allocation? Hi Mike, Red Hat has a total of twelve machines dedicated to Fedora, including three build machines. Right now they are not very highly utilized beyond the cvs server. The main problem, again, is people who have the time to set them up, write software, and make them useful. Until you are willing to take the time to find all the issues involved in making progress, I don't think is fair of you to be as critical as you have been. It's obvious that you have a strong vision of where Fedora should go, and it'd be really cool if you were to get involved and make that vision a reality. Best, -- Elliot From rpaiz at simpaticus.com Tue Apr 5 21:09:34 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Tue, 05 Apr 2005 15:09:34 -0600 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> Message-ID: <1112735374.6640.51.camel@rodolfo.gt.factorrent.com> On Tue, 2005-04-05 at 14:36 -0400, Gregory Maxwell wrote: > I don't think anyone here is placing any direct fault on you, and I > think it is really unproductive for you to respond to every concern > people have about EXTRAS with this kind of temper tantrum. > That's actually the *first* temper tantrum I've yet seen from Seth, so "every" is a hugely inappropriate term for it. Besides, in this case there *was* a direct shot at "kids goofing off" and such. Ideally, one would avoid such responses... but I can hardly fault any human for blowing his top once in the last few years I've known him. Cheers, -- Rodolfo J. Paiz From gmaxwell at gmail.com Tue Apr 5 21:15:20 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Tue, 5 Apr 2005 17:15:20 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112735374.6640.51.camel@rodolfo.gt.factorrent.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112735374.6640.51.camel@rodolfo.gt.factorrent.com> Message-ID: On Apr 5, 2005 5:09 PM, Rodolfo J. Paiz wrote: > On Tue, 2005-04-05 at 14:36 -0400, Gregory Maxwell wrote: > > I don't think anyone here is placing any direct fault on you, and I > > think it is really unproductive for you to respond to every concern > > people have about EXTRAS with this kind of temper tantrum. > > > > That's actually the *first* temper tantrum I've yet seen from Seth, so > "every" is a hugely inappropriate term for it. Besides, in this case > there *was* a direct shot at "kids goofing off" and such. My perspective, since he went off in frustration (thought not as badily) when I called packages in extras second class citizens a few weeks ago. > Ideally, one would avoid such responses... but I can hardly fault any > human for blowing his top once in the last few years I've known him. No fault, but lets work towards making everything better. From fedora at wir-sind-cool.org Tue Apr 5 21:21:01 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 5 Apr 2005 23:21:01 +0200 Subject: Core vs. Extras (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> Message-ID: <20050405232101.3e702bc1.fedora@wir-sind-cool.org> On Tue, 5 Apr 2005 16:14:41 -0400, Gregory Maxwell wrote: > Here are some reasons that if I were a package, I might not want to be > in extras: > > 1. Much smaller audience (lots of people do install everything in > core, but not so with extras today) Moot point, as laziness is the primary reason why Joe User chooses an everything-install in the fear that manual selection of packages would be to complicated or time consuming. Despite the availability of tools like Yum, it's still considered too inconvenient to add missing pieces after installation (and system-config-packages is a dead end with regard to adding software to an up-to-date FC). And do those people only install everything, or do they also use everything? Where is the benefit of users who install everything but use only a fraction of the packages? For most of the Extras users it makes no sense to install every package from Extras. > 2. More difficult distribution model (if someone burns me the DVD ISO > redhat provides it has all of core, but none of extras) Does the same "someone" also burn complete Fedora Core Updates onto a separate DVD? That could also be done with a mirrored snapshot of Fedora Extras today. But as pointed out above, Joe User most likely doesn't want another DVD of packages from which to use only a few. > 3. 'Less reliable'source: When I get a distro from redhat, I'm getting > it from people I trust.. When I get extras it's coming from a bunch of > people on the internet I dont know. Now it's probably true that core > doesn't have that much more redhat oversight on low profile packages, > but it's a perception issue. That's why fedora.us started with a mandatory QA process which included reviews and approvals by two different persons after verification of source tarball checksums and the recommendation that they are to be compared with packages from big/well-known distributions, too. But I agree, unless a packager follows the source code changes done by the upstream project with every release, there is the risk that an upstream developer goes wild and tries to introduce malicious code if it's not done by a hacker who breaks into a download server and manages to fool the packagers and the community. If you believe in threats like that, you belong to the target group of Fedora Extras commits-list, where you can observe CVS commits. > 4. If a package is broken in core is known broken it has some > potential for holding up a release. Not so for extras, so there is > more incentive to fix a package. Well, in a community project, anyone who has strong interest in a package, which is found to be broken, can volunteer as the one who provides a quick fix. > 4. Almost no build synchronization. When is a package in extras > guaranteed to build on a new version of FC? ... Never. Bad. Unless I'm misinformed, hopefully we still plan to have FC4 Extras ready together with the release of FC4 or shortly after. For that we would need a mass rebuild at least for FC4 Test3, though, to catch remaining packages which don't compile or fail at run-time and which have not been checked by their owners due to lack of a Rawhide or FC4 Test installation. I also think there are a very few package owners still missing. > It's possible > that a package will effectively drop out of core without any conscious > decision. What if a user depends on that package, upgrades to FCn+1, > and finds that it no longer works? This is far less likely to happen > 'on accident' for packages in core. Fedora Extras Development is used to prepare packages for FCn+1, currently. And once more, a user, who _depends on a package_, should invest some time in making sure the package does work in FCn and continues to work in FCn+1. -snip- > All of these issues only matter for packages that are coming out of > core.. For a package that never was in core, it is less of an issue... > being in Extras is better than nothing at all. Packages, which come out of Core and effectively are "dropped on the floor", need to be picked up by the Fedora community. And Fedora Extras development is open enough to allow for participation, and monitoring of development done by others. > Perhaps a solution would be to define a subset of extras that belong > to a set of more stable/more important. Start with a set of packages which you think are not stable or not good enough. File a bug report for each package. From gmaxwell at gmail.com Tue Apr 5 21:37:05 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Tue, 5 Apr 2005 17:37:05 -0400 Subject: Core vs. Extras (was: Re: rawhide report: 20050405 changes) In-Reply-To: <20050405232101.3e702bc1.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <20050405232101.3e702bc1.fedora@wir-sind-cool.org> Message-ID: On Apr 5, 2005 5:21 PM, Michael Schwendt wrote: > > 1. Much smaller audience (lots of people do install everything in > > core, but not so with extras today) > > Moot point, as laziness is the primary reason why Joe User chooses an > everything-install in the fear that manual selection of packages would be > to complicated or time consuming. Despite the availability of tools like > Yum, it's still considered too inconvenient to add missing pieces after > installation (and system-config-packages is a dead end with regard to > adding software to an up-to-date FC). And do those people only install > everything, or do they also use everything? Where is the benefit of users > who install everything but use only a fraction of the packages? For most > of the Extras users it makes no sense to install every package from > Extras. Care to cite some research showing it's just lazyness? My laptop is often without any sort of internet connection. An everything install has saved my butt multiple times. Not everyone is able to be tied to a fast internet connection, and not everyone who can be are at all times. An everything install still lets us now if the install of a package blows up the system in some indirect way, even if the user never uses it. > > 2. More difficult distribution model (if someone burns me the DVD ISO > > redhat provides it has all of core, but none of extras) > > Does the same "someone" also burn complete Fedora Core Updates onto a > separate DVD? That could also be done with a mirrored snapshot of Fedora > Extras today. But as pointed out above, Joe User most likely doesn't want > another DVD of packages from which to use only a few. Considering the number of times I've been asked to burn a disk with updates here for the small group of users I've adopted in my area (all of who probably have good internet access), I think you're missing something here. > If you believe in threats like that, you > belong to the target group of Fedora Extras commits-list, where you > can observe CVS commits. I'll join. :) Though I think threats like that are hopeless, it's always better to have more eyes. > > 4. If a package is broken in core is known broken it has some > > potential for holding up a release. Not so for extras, so there is > > more incentive to fix a package. > > Well, in a community project, anyone who has strong interest in a package, > which is found to be broken, can volunteer as the one who provides a quick > fix. Presuming that it matters much to people with awayness, time, and ability. I'd be willing to help maintain packages that I don't give a hoot about because I know other people (without the ability to fix them) need them... But I can't do that for all of Extras, because it tends to include many many things that very few people care about. A smaller subset of 'things we think matter' would be fun to contribute to maintaining. > > 4. Almost no build synchronization. When is a package in extras > > guaranteed to build on a new version of FC? ... Never. > > Bad. Unless I'm misinformed, hopefully we still plan to have FC4 Extras > ready together with the release of FC4 or shortly after. For that we would > need a mass rebuild at least for FC4 Test3, though, to catch remaining > packages which don't compile or fail at run-time and which have not been > checked by their owners due to lack of a Rawhide or FC4 Test installation. > I also think there are a very few package owners still missing. Well it's not the case today, ... and it hasn't been the case historically. > Fedora Extras Development is used to prepare packages for FCn+1, > currently. And once more, a user, who _depends on a package_, should > invest some time in making sure the package does work in FCn and continues > to work in FCn+1. But do we only maintain packages for people with the time and skills to do it themselves? I advocate a subset of things that we, as a community, will commit to supporting for other people even if very few people are directly committed to the member packages of that set. > > Perhaps a solution would be to define a subset of extras that belong > > to a set of more stable/more important. > > Start with a set of packages which you think are not stable or not good > enough. File a bug report for each package. Fair enough, but it doesn't correct the systemic lack of polish found in out-of-core packages. From paul at all-the-johnsons.co.uk Tue Apr 5 21:40:44 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 05 Apr 2005 22:40:44 +0100 Subject: Unable to open any other ttys Message-ID: <1112737244.5065.19.camel@localhost.localdomain> Hi, On my laptop [Toshiba A10] (running the 1225_FC4 kernel and xorg-x11-6.8.2-18), I don't seem to be able any other terminals except through X. For example, ctrl alt f1 gives me a blank screen (as does f2 - f6 and f8, f9) - no login prompt. I'm not seeing this on the desktop machine, so I doubt it's anything big. Anyone got any hints on trying to find out what the problem could be? TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- 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 fedora-test at drussell.dnsalias.com Tue Apr 5 21:43:11 2005 From: fedora-test at drussell.dnsalias.com (Don Russell) Date: Tue, 05 Apr 2005 14:43:11 -0700 Subject: Core vs. Extras In-Reply-To: <20050405232101.3e702bc1.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <20050405232101.3e702bc1.fedora@wir-sind-cool.org> Message-ID: <4253066F.8060808@drussell.dnsalias.com> > Moot point, as laziness is the primary reason why Joe User chooses an > everything-install in the fear that manual selection of packages would be > to complicated or time consuming. Despite the availability of tools like > Yum, it's still considered too inconvenient to add missing pieces after > installation (and system-config-packages is a dead end with regard to > adding software to an up-to-date FC). And do those people only install > everything, or do they also use everything? Where is the benefit of users > who install everything but use only a fraction of the packages? For most > of the Extras users it makes no sense to install every package from > Extras. When I install Fedora, I usually do an "install everything"... not so much out of laziness, but from ignorance: I don't know what I need or don't need. Often the little micro-descriptions of the packages are too vague to be much real use. Disk space is cheap like borchst, I install it all and let the parts I don't use sit there polarizing little magnetic particles in a predictable fashion. Not to mention the time it takes to go through all the packages.. never mind.. just install all of it. As I learn more I use more. If parts weren't installed, I may not know about them. Case in point... ethereal... naw, who needs it? I'm glad I installed it... it's a great tool and it's saved my bacon more than once. I wish there were an easier way to say "install all packages, but only these languages..." As it is I have installed a lot of language stuff I KNOW I'll never need/use/want. I think it would be a nice addition if yum/up2date were already configured for extras, so if I learned that I needed/wanted some package (from EXTRAS) I could just say "yum install newpackage" and it would do it. From skvidal at phy.duke.edu Tue Apr 5 21:51:50 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 17:51:50 -0400 Subject: Core vs. Extras In-Reply-To: <4253066F.8060808@drussell.dnsalias.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <20050405232101.3e702bc1.fedora@wir-sind-cool.org> <4253066F.8060808@drussell.dnsalias.com> Message-ID: <1112737911.22484.13.camel@cutter> > Not to mention the time it takes to go through all the packages.. never > mind.. just install all of it. As I learn more I use more. If parts > weren't installed, I may not know about them. > > Case in point... ethereal... naw, who needs it? I'm glad I installed > it... it's a great tool and it's saved my bacon more than once. > > I wish there were an easier way to say "install all packages, but only > these languages..." As it is I have installed a lot of language stuff I > KNOW I'll never need/use/want. So I have an idea. What if we wrote a program to copy all the CD contents or ALL repos to a local dir and set it up for you? would that be better for you? Then you wouldn't have to install everything just download it and store it locally. then presto-change-o, you've got everything at your fingertips! yum search someword and yum info somepkg should get you what you want but wait, if you have a network connection why both? You can do that now! or in fedora core 4 test 2 you could do: yum shell search something info somepkg install somepkg run and still be able to look for the rest of the items, quickly. wouldn't that be spiffy? Well you can do that! Try out yum 2.3.2 from rawhide. > I think it would be a nice addition if yum/up2date were already > configured for extras, so if I learned that I needed/wanted some package > (from EXTRAS) I could just say "yum install newpackage" and it would do it. It is for fc4test2. -sv From skvidal at phy.duke.edu Tue Apr 5 21:58:40 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 17:58:40 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112730034.19961.92.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> Message-ID: <1112738320.22484.21.camel@cutter> > I made a false assumption. I had assumed that multi-billion-dollar > Redhat would have provided the people who work for them for free with a > farm capable of rebuilding all Extras in a day or so. My apologies. > > Is there anyone here who can speak for Redhat? > > Why the stingy hardware allocation? there's money involved and process. Moreover there's sarbanes-oxely which makes giving out user accounts on machines, difficult. I do not speak for red hat but I know there's difficulties for them to do things immediately, just like with any big company, this is why I've been managing many things for extras build stuff b/c it's easier/faster in some ways for me to do it. We're working on getting rid of that complexity though. > Why are useful Core packages being thrown into the uncoordinated > obscurity of Extras before the system is ready to handle them? boy, glad you're not trying to be over the top here. sheesh. > Oh, and Seth, is it that the Extras system can't rebuild all or that you > don't want to schedule one yet? b/c rebuilding the packages on rawhide with the exact same n-e-v-r's is not a good plan for real mgmt of the systems. I've rebuilt a lot of them now and once I'm happy that the buildsystem stuff is ready we won't have to 'schedule' a rebuild, one will just happen. but to be fair - not everything in core gets rebuilt every time. Look at xmms for an example. It hasn't been rebuilt in core since the introduction of gcc4. We know this b/c it won't build under gcc4 w/o a patch that has not been applied. But now that xmms is in extras we don't have to wait for the maintainer inside red hat to do it, you can help maintain it if you so desire. -sv From skvidal at phy.duke.edu Tue Apr 5 22:02:06 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 18:02:06 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112735374.6640.51.camel@rodolfo.gt.factorrent.com> Message-ID: <1112738526.22484.26.camel@cutter> > My perspective, since he went off in frustration (thought not as > badily) when I called packages in extras second class citizens a few > weeks ago. > > > Ideally, one would avoid such responses... but I can hardly fault any > > human for blowing his top once in the last few years I've known him. > > No fault, but lets work towards making everything better. Hear, Hear!. So start looking at the orphaned packages pages and signing up. or review packages and file bugs, etc, etc, etc. -sv From ja at jaa.org.uk Tue Apr 5 22:02:57 2005 From: ja at jaa.org.uk (John Austin) Date: Tue, 05 Apr 2005 23:02:57 +0100 Subject: Unable to open any other ttys In-Reply-To: <1112737244.5065.19.camel@localhost.localdomain> References: <1112737244.5065.19.camel@localhost.localdomain> Message-ID: <1112738577.29062.2.camel@maui.jaa.org.uk> On Tue, 2005-04-05 at 22:40 +0100, Paul wrote: > Hi, > > On my laptop [Toshiba A10] (running the 1225_FC4 kernel and > xorg-x11-6.8.2-18), I don't seem to be able any other terminals except > through X. For example, ctrl alt f1 gives me a blank screen (as does f2 > - f6 and f8, f9) - no login prompt. > > I'm not seeing this on the desktop machine, so I doubt it's anything > big. > > Anyone got any hints on trying to find out what the problem could be? > > TTFN > > Paul > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list Hi I have had the same problem Would you add to bugzilla no 153729 if appropriate ? Cheers john From rramson at gmail.com Tue Apr 5 22:04:26 2005 From: rramson at gmail.com (Richard Ramson) Date: Tue, 5 Apr 2005 18:04:26 -0400 Subject: openoffice.org missing dependencies Message-ID: Does anyone know when the are going to release the other rpm for the update of openoffice.org? rpm -Uv openoffice*rpm warning: openoffice.org-calc-1.9.89-1.i386.rpm: Header V3 DSA signature: NOKEY, key ID 30c9ecf8 error: Failed dependencies: openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-pt-BR-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-zh-CN-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-zh-TW-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-ja-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-ko-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-pt-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-af-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-eu-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-bg-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-ca-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-cs-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-da-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-et-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-fi-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-gl-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-el-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-he-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-hi-IN-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-hu-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-lt-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-ms-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-nb-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-nn-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-pl-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-sk-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-sl-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-th-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-tr-1.9.83-1.i386 openoffice.org-core = 1:1.9.83-1 is needed by (installed) openoffice.org-langpack-cy-1.9.83-1.i386 From hobbit at aloss.ukuu.org.uk Tue Apr 5 22:30:33 2005 From: hobbit at aloss.ukuu.org.uk (Telsa Gwynne) Date: Tue, 5 Apr 2005 23:30:33 +0100 Subject: openoffice.org missing dependencies In-Reply-To: References: Message-ID: <20050405223033.GC25006@lxorguk.ukuu.org.uk> On Tue, Apr 05, 2005 at 06:04:26PM -0400 or thereabouts, Richard Ramson wrote: > Does anyone know when the are going to release the other rpm for the > update of openoffice.org? Is there a bugzilla number for this? I met a slighter smaller-scale (I didn't have quite so many languages) version of it. Telsa From webmaster at margo.bijoux.nom.br Tue Apr 5 22:34:48 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Tue, 05 Apr 2005 19:34:48 -0300 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <604aa79105040414131c674acb@mail.gmail.com> References: <20050404005010.GB1904@angus.ind.WPI.EDU> <604aa791050403181373aa956c@mail.gmail.com> <1112625398.3381.1.camel@localhost.localdomain> <1112625990.12252.1.camel@ignacio.ignacio.lan> <1112647828.3381.18.camel@localhost.localdomain> <604aa79105040414131c674acb@mail.gmail.com> Message-ID: <42531288.9050701@margo.bijoux.nom.br> Jeff Spaleta wrote: >>Which would scare (new) users into thinking "Linux isn't userfriendly", >>choose not to learn it (scared of at early stage), tell others this, and >>choose non-Linux solutions over Linux ones - which may in turn be bad >>for future RH revenue. >> >> > >Right...choosing non-linux 64bit solutions over 64bit linux. Remind me >again... what are the 64bit non-linux solutions for PC hardware right >now? Isn't windows 64bit xp still in some sort of beta phase? >New users.. running amd 64bit hardware (thats what we are talking >about really arent we).. can just as easily choose 32bit fedora core.. >and avoid this sort of crap completely. Or.. they can wait till MS >64bit XP lands and macromedia finally feels significant market >pressure to get off their asses and build a 64bit versions of their >plugins. In the meantime we can all hope and pray that svg magically >matures and someone crafts professional development tools for it to >challenge macromedia in the marketplace and we a no longer held >hostage by macromedia to get our required dosage of pointless >interactive web experience. > > Well , given that windows xp 64 finally reached gold status and should be on stores soon, maybe things could change... Or not... I dont have any numbers on the number of sales of 64 bit processors , but given the huge amount of 32 bit processors around , I guess we'll have to wait a little more untill x86_64 processors become more widespread before macromedia and other vendors port their closed source programs to 64 bits... -- Pedro Macedo (who likes to browse the web on 64 bit without all that annoying flash thingies ;) ) From fedora at wir-sind-cool.org Tue Apr 5 22:54:05 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Wed, 6 Apr 2005 00:54:05 +0200 Subject: Core vs. Extras (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <20050405232101.3e702bc1.fedora@wir-sind-cool.org> Message-ID: <20050406005405.11b1bdbe.fedora@wir-sind-cool.org> On Tue, 5 Apr 2005 17:37:05 -0400, Gregory Maxwell wrote: > > > 1. Much smaller audience (lots of people do install everything in > > > core, but not so with extras today) > > > > Moot point, as laziness is the primary reason why Joe User chooses an > > everything-install in the fear that manual selection of packages would be > > to complicated or time consuming. Despite the availability of tools like > > Yum, it's still considered too inconvenient to add missing pieces after > > installation (and system-config-packages is a dead end with regard to > > adding software to an up-to-date FC). And do those people only install > > everything, or do they also use everything? Where is the benefit of users > > who install everything but use only a fraction of the packages? For most > > of the Extras users it makes no sense to install every package from > > Extras. > > Care to cite some research showing it's just lazyness? Watch users in relevant message boards. Even the rather simple group based software chooser is seen as being overwhelming and raises questions such as "do I need this" and "do I need that" or "does a minimal installation include A and B"? It's personal experience that users hate an installation where after the first reboot some software is still missing. > My laptop is often without any sort of internet connection. An > everything install has saved my butt multiple times. Not everyone is > able to be tied to a fast internet connection, and not everyone who > can be are at all times. That does not explain why you installed _everything_ onto your laptop. > An everything install still lets us now if the install of a package > blows up the system in some indirect way, even if the user never uses > it. For instance? > > > 2. More difficult distribution model (if someone burns me the DVD ISO > > > redhat provides it has all of core, but none of extras) > > > > Does the same "someone" also burn complete Fedora Core Updates onto a > > separate DVD? That could also be done with a mirrored snapshot of Fedora > > Extras today. But as pointed out above, Joe User most likely doesn't want > > another DVD of packages from which to use only a few. > > Considering the number of times I've been asked to burn a disk with > updates here for the small group of users I've adopted in my area (all > of who probably have good internet access), I think you're missing > something here. No, I've proven that either the users have good Internet access and don't need packages offline on CD/DVD or you are perfectly able to fetch and burn FC Updates onto CD/DVD, but you don't like to do the same with Extras. ;) > I'd be willing to help maintain packages that I don't give a > hoot about because I know other people (without the ability to fix > them) need them... But I can't do that for all of Extras, because it > tends to include many many things that very few people care about. A > smaller subset of 'things we think matter' would be fun to contribute > to maintaining. You are not supposed to take care of several hundreds of extra packages yourself. Contribute where you like to help and where you think help is needed and beneficial. > > > 4. Almost no build synchronization. When is a package in extras > > > guaranteed to build on a new version of FC? ... Never. > > > > Bad. Unless I'm misinformed, hopefully we still plan to have FC4 Extras > > ready together with the release of FC4 or shortly after. For that we would > > need a mass rebuild at least for FC4 Test3, though, to catch remaining > > packages which don't compile or fail at run-time and which have not been > > checked by their owners due to lack of a Rawhide or FC4 Test installation. > > I also think there are a very few package owners still missing. > > Well it's not the case today, ... and it hasn't been the case historically. Hmm? With a few exceptions, fedora.us had all of FC2 (and older) Extras rebuilt for the last test release and was ready when a FC release was made. Only with FC3 and the transition period to Fedora Extras, delays were introduced. We'll see how things will develop with FC4. (Obviously, in cases of illegal use of private library interfaces, a package breaks badly and sometimes can only be fixed if the upstream project catches up with API changes.) > > Fedora Extras Development is used to prepare packages for FCn+1, > > currently. And once more, a user, who _depends on a package_, should > > invest some time in making sure the package does work in FCn and continues > > to work in FCn+1. > > But do we only maintain packages for people with the time and skills > to do it themselves? No. Packages have a maintainer (let us ignore the differences between a "package maintainer" and a "packager" in this context) and should just work. The thing we're seeing in this thread, however, are presumptions with regard to quality of packages in Extras compared with packages in Core. Hence what I'm trying to make clear is, that if a user depends badly on a package (as if it were mission-critical usage), he should follow its development closely, preferably not just in the distribution but also upstream, as to not rely on "unknown package developers". > I advocate a subset of things that we, as a > community, will commit to supporting for other people even if very few > people are directly committed to the member packages of that set. Define "support" here. > > > Perhaps a solution would be to define a subset of extras that belong > > > to a set of more stable/more important. > > > > Start with a set of packages which you think are not stable or not good > > enough. File a bug report for each package. > > Fair enough, but it doesn't correct the systemic lack of polish found > in out-of-core packages. Again, file bug reports about any "lack of polish" you find. Thank you in advance. From fedora at wir-sind-cool.org Tue Apr 5 22:58:26 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Wed, 6 Apr 2005 00:58:26 +0200 Subject: Rebuilding Extras (was: Re: XMMS (was: Re: rawhide report: 20050405 changes)) In-Reply-To: <1112738320.22484.21.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> Message-ID: <20050406005826.43220bc4.fedora@wir-sind-cool.org> On Tue, 05 Apr 2005 17:58:40 -0400, seth vidal wrote: > > Oh, and Seth, is it that the Extras system can't rebuild all or that you > > don't want to schedule one yet? > > b/c rebuilding the packages on rawhide with the exact same n-e-v-r's is > not a good plan for real mgmt of the systems. Just for the record, I've volunteered twice to do a clean and verified release bump on all of them right after the FC-3 split. From jspaleta at gmail.com Tue Apr 5 23:12:26 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 19:12:26 -0400 Subject: openoffice.org missing dependencies In-Reply-To: References: Message-ID: <604aa791050405161241e1209c@mail.gmail.com> On Apr 5, 2005 6:04 PM, Richard Ramson wrote: > Does anyone know when the are going to release the other rpm for the > update of openoffice.org? uhm... i see versions 1.9.89-1 in the development tree right now. The packagenames for language packages have changed to use underscores and been reorganized. I think at this point the easiest workaround inside the development tree you to remove all the langpack rpms and then reinstall the new versions. for example yum list '*langpack*' openoffice.org-langpack-pt_BR.i386 1:1.9.89-1 and openoffice.org-langpack-zh_CN.i386 1:1.9.89-1 -jef From alan.gagne at comcast.net Tue Apr 5 23:30:30 2005 From: alan.gagne at comcast.net (Alan J. Gagne) Date: Tue, 05 Apr 2005 19:30:30 -0400 Subject: Selinux Question Message-ID: <1112743830.4491.5.camel@linux0.dbonenet.com> Getting the error below when an Application running tries to check network interface information using ifconfig. Any suggestions on how to correct this issue. Alan type=KERNEL msg=audit(1112737070.003:4713158): avc: denied { read } for pid=6711 exe=/sbin/ifconfig name=Linux dev=dm-0 ino=10060769 scontext=oracle:system_r:ifconfig_t tcontext=oracle:object_r:usr_t tclass=lnk_file From skvidal at phy.duke.edu Wed Apr 6 00:45:25 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 20:45:25 -0400 Subject: Rebuilding Extras (was: Re: XMMS (was: Re: rawhide report: 20050405 changes)) In-Reply-To: <20050406005826.43220bc4.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <20050406005826.43220bc4.fedora@wir-sind-cool.org> Message-ID: <1112748325.10327.3.camel@cutter> On Wed, 2005-04-06 at 00:58 +0200, Michael Schwendt wrote: > On Tue, 05 Apr 2005 17:58:40 -0400, seth vidal wrote: > > > > Oh, and Seth, is it that the Extras system can't rebuild all or that you > > > don't want to schedule one yet? > > > > b/c rebuilding the packages on rawhide with the exact same n-e-v-r's is > > not a good plan for real mgmt of the systems. > > Just for the record, I've volunteered twice to do a clean and verified > release bump on all of them right after the FC-3 split. Yah, I asked you about bumping all the release fields for just such a thing. Did that happen and I missed it? -sv From dwalsh at redhat.com Wed Apr 6 00:45:49 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Tue, 05 Apr 2005 20:45:49 -0400 Subject: Selinux Question In-Reply-To: <1112743830.4491.5.camel@linux0.dbonenet.com> References: <1112743830.4491.5.camel@linux0.dbonenet.com> Message-ID: <4253313D.1030108@redhat.com> Alan J. Gagne wrote: >Getting the error below when an Application running tries to check >network interface information using ifconfig. Any suggestions on >how to correct this issue. > >Alan > >type=KERNEL msg=audit(1112737070.003:4713158): avc: denied { read } >for pid=6711 exe=/sbin/ifconfig name=Linux dev=dm-0 ino=10060769 >scontext=oracle:system_r:ifconfig_t tcontext=oracle:object_r:usr_t >tclass=lnk_file > > > > Does the app work? Do you know which file "Linux" is? If the app works we can write policy to dontaudit this. Dan -- From rpaiz at simpaticus.com Wed Apr 6 01:28:45 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Tue, 05 Apr 2005 19:28:45 -0600 Subject: Failed FC4-T1 install: kernel spin_lock something locks up hard Message-ID: <1112750925.6691.38.camel@rodolfo.casa.paiz.org> Hey: I am failing to install FC4-T1 on a Dell Optiplex GXpro with a Pentium Pro @ 200 MHz, 64MB of ECC RAM, 4.3GB drive, slow non-IDE non-bootable CD-ROM, and built-in 3c905 Ethernet adapter. This machine is known as Gemini on the LAN. Gemini is my main test machine and gets reinstalled constantly. It successfully installed FC1, FC2, and FC3 but barfs quickly on the installer for FC1-T4. Before I go off half-cocked to Bugzilla, let me ask you guys whether there's a known workaround and, if not, what information I should supply to Bugzilla. Here's what I do: 1. Download and check with sha1sum all the ISO files. All pass. 2. Expand them into an install tree. 3. Copy .../3.90/i386/os/isolinux/vmlinuz and initrd.img into Gemini's /boot. Modify /boot/grub/grub.conf to boot them. 4. Boot into the FC4-T1 installer. 5. Am prompted for language, keyboard, and install method. Select "English," "us" or "us-acentos," and "FTP." 6. Get IP address via DHCP fine, then point to correct FTP directory for network install. Download begins. If I leave everything alone, in about 15 seconds I get the following error repeated a few dozen times and then a hard lockup (after about one second of repeating errors): " <0>Kernel panic - not syncing: kernel/sched.c:313: spin_lock (kernel/sched.c:c04501c0) already locked by kernel/sched.c/313. (Not tainted)" 7. In an effort to troubleshoot, I press Alt-F3 to get some sort of progress indications. Stuff pages by quickly, but I'm able to see the "ext3" and "xfs" modules being loaded just before a LOT of stuff gets quickly thrown on-screen and these errors get repeated. Once the box locks I get nothing at all from it. So... can I work around this? Nothing found in Google, nothing found in Bugzilla, no clue here. Or should I post to Bugzilla as a new bug? If so, is there any additional diagnostic step to take so the bug filed is more useful? Help... :-) Thanks, -- Rodolfo J. Paiz From fct-cornette at insight.rr.com Wed Apr 6 01:40:02 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Tue, 05 Apr 2005 21:40:02 -0400 Subject: Core vs. Extras In-Reply-To: <20050405232101.3e702bc1.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <20050405232101.3e702bc1.fedora@wir-sind-cool.org> Message-ID: <42533DF2.8020309@insight.rr.com> Michael Schwendt wrote: > On Tue, 5 Apr 2005 16:14:41 -0400, Gregory Maxwell wrote: > > >>Here are some reasons that if I were a package, I might not want to be >>in extras: >> >>1. Much smaller audience (lots of people do install everything in >>core, but not so with extras today) > > > Moot point, as laziness is the primary reason why Joe User chooses an > everything-install in the fear that manual selection of packages would be > to complicated or time consuming. With no group select feature and not having all potential packages available to select/deselect during the install, it is better for me to do an everything install. You should be able to select every package available during install and there should be a seperate group that relates to the labnguage packages. After doing an everything install, I ran rpm -e to rmove all of the additional language packages that were installed using an everything install and the languages was the reason that I avoided doing an everything install in the past. Now with so many packages not available and also so many seperated packages, especially the java packages, an everything install is more attractive than a server, workstation, desktop or custom install. It is not lazyness as much as the installer being pretty darned scaled down regarding functionality in these later days. Despite the availability of tools like > Yum, it's still considered too inconvenient to add missing pieces after > installation (and system-config-packages is a dead end with regard to > adding software to an up-to-date FC). And do those people only install > everything, or do they also use everything? Where is the benefit of users > who install everything but use only a fraction of the packages? For most > of the Extras users it makes no sense to install every package from > Extras. Yum for development usage is pretty much a tool that needs a lot of special steps to get it to be useful. I came up with a script tht I use after it fails to install programs because of it not doing its best, then feeding you a list of unresolved programs. I have not tried the yum shell feature yet, since I get that you cannot run commands like yum shell do-your-best in the shell and commands like list unresolved packages or similar useful features. > > >>2. More difficult distribution model (if someone burns me the DVD ISO >>redhat provides it has all of core, but none of extras) Being that extras has so many worthy packages, it would be great if these packages could be available during install, as an additional CD/DVD or included on the Core DVD version > > > Does the same "someone" also burn complete Fedora Core Updates onto a > separate DVD? Because of the possibility of needing to install a fresh system and then needing to downloading an enormous amount of additional rpms, I have saved the downloaded packages from such an instance for usage on future clean installed systems. Providing an ISO which included the updates might not be a bad venture. Extras has a lot of programs that I use and trust to use. I don't see any deflection in quality, but more creative and fun to use programs than core. I'll stop here. Jim -- Q: What's the difference between Windows 95 and a highly destructive virus? A: About 90 MB of hard disk space. From mgb-fedora at yosemite.net Wed Apr 6 02:25:06 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 05 Apr 2005 19:25:06 -0700 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112738320.22484.21.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> Message-ID: <1112754306.17162.32.camel@udev.yosemite.net> Thanks to everyone who helped clarify the situation today. Redhat developers bumping useful packages out of Core are giving the impression that Extras are just a yum away. This is false but Redhat developers may not yet be aware that this is false. Extras lag in being rebuilt to match Core. Real world testing of Extras is not possible until much later in the cycle, if at all. Extras quality obviously suffers, but that's not all. Core also gets less real world testing, because it's not possible to upgrade as many systems to test releases until the Extras come along. Thus the artificial partition also hurts Core quality. Creating a separate Extras environment is counter-productive. Extras should be as close as possible to Core in order to benefit from synergies and existing tools and to improve coordination. Extras should be first class packages in the same environment and using the same tools as Core. Maintainer access controls would apply, and dependency checks to ensure that Core is self-contained. The key differences would be but two: (1) Core CD's would be available without Extras CD's. (2) Extras packages should have varying but clearly specified degrees of testing, perhaps in three tiers: Gold - As good as Core but not shipped with Core. Silver - Rebuilt and tested in coordination with Core. Bronze - Rebuilt with core but QA has not signed off. --Mike Bird From alfastarpc at hotmail.com Wed Apr 6 02:52:58 2005 From: alfastarpc at hotmail.com (Herb kwan) Date: Tue, 05 Apr 2005 21:52:58 -0500 Subject: JetDirect is not working in FC4 test1 Message-ID: Hi, I am having problem to print using JetDirect in FC4 test1. The setup seems to be okay, but the test print created garbage. The JetDirect is working properly in FC3 and RHEL4. Anything I am missing? Herb From jspaleta at gmail.com Wed Apr 6 02:54:42 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 22:54:42 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112754306.17162.32.camel@udev.yosemite.net> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <1112754306.17162.32.camel@udev.yosemite.net> Message-ID: <604aa79105040519542f715f3d@mail.gmail.com> On Apr 5, 2005 10:25 PM, Mike Bird wrote: > Creating a separate Extras environment is counter-productive. > Extras should be as close as possible to Core in order to benefit > from synergies and existing tools and to improve coordination. I think everyone is aware of the ideal situation. Shall we collectively hold our breath waiting for it to be ideal? You aren't telling anyone anything they aren't aware of.. but thanks for the recap never-the-less. "as-close-to-possible" right now.. is exactly what we have. It will get better in the future. If its not good enough for you yet.. you can either pitch in and help with the tasks at hand making it easier for the people who are actively participating to work on other items that need doing or you can wait. The continued rehashing of the current problems isn't particular constructive. > (2) Extras packages should have varying but clearly > specified degrees of testing, perhaps in three tiers: > Gold - As good as Core but not shipped with Core. > Silver - Rebuilt and tested in coordination with Core. > Bronze - Rebuilt with core but QA has not signed off. as good as core? wtf does that mean exactly? why is core automatically assumed to be better than all extras packages? if you want a QA sign off that takes manpower....manpower that is currently lacking. I don't even think Core has a package by package QA signoff at this point before a release. Please someone correct me if I'm wrong about that. I CHALLENGE you to get invovled with Extras QA discussion in fedora-extras-list and start providing the manpower that can be counted on later as part of your ideal process statement. If manpower to do QA signoff doesn't show up, i seriously doubt QA signoff is going to be enshrined as part of the Extras process. If QA signoff is important to you, then you need to start digging into the current package review process and showing to everyone currently contributing to Extras that you are committed to your ideal. -jef"I'm going to hold my breath waiting for this thread to end"spaleta From green at redhat.com Wed Apr 6 03:08:59 2005 From: green at redhat.com (Anthony Green) Date: Tue, 05 Apr 2005 20:08:59 -0700 Subject: FC4T1: Firefox & Java In-Reply-To: <1112706558.3333.4.camel@localhost.localdomain> References: <1112554977.10924.11.camel@linux0.dbonenet.com> <42504424.9010209@gwch.net> <1112583274.5223.34.camel@localhost.localdomain> <1112625686.3381.3.camel@localhost.localdomain> <1112651669.5526.4.camel@localhost.localdomain> <1112706558.3333.4.camel@localhost.localdomain> Message-ID: <1112756939.6471.25.camel@localhost.localdomain> On Tue, 2005-04-05 at 15:09 +0200, Kyrre Ness Sjobak wrote: > OTOH, some rumors are saying that Sun might LGPL their Java 2nd quarter, > for the sake of OpenOffice: > http://www.sapinfo.net/index.php4?ACTION=noframe&url=http://www.sapinfo.net/public/en/news.php4/Category-28813c6138d029be8/page/0/article/Article-24586424a57d179688/en/articleStatistic > http://www.libervis.com/modules/weblog/details.php?blog_id=42 That article is about them freeing up the "Java Enterprise System" which, AFAICT, is not a JRE/JDK. It's a suite of applications including an app server. I think this has more to do with the traction being made by jonas and jboss than openoffice. AG From mgb-fedora at yosemite.net Wed Apr 6 03:23:00 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 05 Apr 2005 20:23:00 -0700 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <604aa79105040519542f715f3d@mail.gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <1112754306.17162.32.camel@udev.yosemite.net> <604aa79105040519542f715f3d@mail.gmail.com> Message-ID: <1112757780.22827.11.camel@mgb.bullion.ims> On Tue, 2005-04-05 at 19:54, Jeff Spaleta wrote: > I think everyone is aware of the ideal situation. Shall we > collectively hold our breath waiting for it to be ideal? You aren't > telling anyone anything they aren't aware of.. but thanks for the > recap never-the-less. "as-close-to-possible" right now.. is exactly > what we have. It will get better in the future. We're moving in the wrong direction. It will not get better unless we change course. Redhat needs to merge Extras packages into the Core build system, flagging Extras as non-Core but otherwise managing and building them on equal footing with Core packages. Integration is much less work than reinventing a "separate but unequal" Extras environment. The resulting products will be of higher quality because of the greater opportunities for real world testing. --Mike Bird From jspaleta at gmail.com Wed Apr 6 03:55:04 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 23:55:04 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112757780.22827.11.camel@mgb.bullion.ims> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <1112754306.17162.32.camel@udev.yosemite.net> <604aa79105040519542f715f3d@mail.gmail.com> <1112757780.22827.11.camel@mgb.bullion.ims> Message-ID: <604aa791050405205569fdb832@mail.gmail.com> On Apr 5, 2005 11:23 PM, Mike Bird wrote: > We're moving in the wrong direction. It will not get better unless we > change course. Your opinion, and I don't think its an informed opinion. I personally think things are moving forward. And perhaps more importantly Seth thinks things are moving in the right direction and is is far more aware than either of us about the technical specifics of what needs work in terms of the buildsystem. And clearly from the responses in this thread, he is in communication with people inside the RedHat fenceline about working towards an integrated solution. > Integration is much less work than reinventing a "separate but unequal" > Extras environment. Who exactly is saying integration isn't the goal? Who is saying that what Seth is working on right now isn't an important piece of the path to integration? And who to say that its not Core thats going to be eventually using what is being worked on now for Extras? Again.. you seem to have a very good grasp of the long term goal that everyone is working on.. but i don't think you have a good understanding of what the reality is in Core or in Extras right now in terms of available tools/systems/processes and their limitations. What RedHat has been using as a buildsystem internally is not going to scale out to contributors. The system has to be re-engineered to allow for contributors in the system and I see absolutely no evidence that the work Seth is doing is duplicating internal RedHat work beyond a superficial comparison. -jef"I'm not going to be satified until the Fedora buildsystem can build me a pony"spaleta From alan.gagne at comcast.net Wed Apr 6 04:59:21 2005 From: alan.gagne at comcast.net (Alan J. Gagne) Date: Wed, 06 Apr 2005 00:59:21 -0400 Subject: Selinux Question Message-ID: <1112763562.4491.22.camel@linux0.dbonenet.com> I will have to do some further reseach to to determine if any piece of os information this process collects is missing. The errors occur during the start-up of an agent. Not sure if some of these are related to the lib it seems to be looking to use that does not exist in the locations listed in the error message. It does exists in another location in the applications home. Alan type=KERNEL msg=audit(1112737069.989:4712458): avc: denied { read } for pid=6708 exe=/sbin/ifconfig name=Linux dev=dm-0 ino=10060769 scontext=oracle:system_r:ifconfig_t tcontext=oracle:object_r:usr_t tclass=lnk_file type=KERNEL msg=audit(1112737069.989:4712459): item=0 name=/opt/oracle/product/10.1.0.3/db_1/oui/lib/Linux/i686/libc.so.6 inode=10060248 dev=fd:00 mode=040755 uid=600 gid=600 rdev=00:00 type=KERNEL msg=audit(1112737069.989:4712459): syscall=5 exit=-13 a0=bf97f940 a1=0 a2=0 a3=2 items=1 pid=6708 loginuid=-1 uid=600 gid=600 euid=600 suid=600 fsuid=600 egid=600 sgid=600 fsgid=600 type=KERNEL msg=audit(1112737069.989:4712459): avc: denied { read } for pid=6708 exe=/sbin/ifconfig name=Linux dev=dm-0 ino=10060769 scontext=oracle:system_r:ifconfig_t tcontext=oracle:object_r:usr_t tclass=lnk_file type=KERNEL msg=audit(1112737069.989:4712460): item=0 name=/opt/oracle/product/10.1.0.3/db_1/oui/lib/Linux/sse2/libc.so.6 inode=10060248 dev=fd:00 mode=040755 uid=600 gid=600 rdev=00:00 type=KERNEL msg=audit(1112737069.989:4712460): syscall=5 exit=-13 a0=bf97f940 a1=0 a2=0 a3=2 items=1 pid=6708 loginuid=-1 uid=600 gid=600 euid=600 suid=600 fsuid=600 egid=600 sgid=600 fsgid=600 type=KERNEL msg=audit(1112737069.989:4712460): avc: denied { read } for pid=6708 exe=/sbin/ifconfig name=Linux dev=dm-0 ino=10060769 scontext=oracle:system_r:ifconfig_t tcontext=oracle:object_r:usr_t tclass=lnk_file type=KERNEL msg=audit(1112737069.989:4712461): item=0 name=/opt/oracle/product/10.1.0.3/db_1/oui/lib/Linux/libc.so.6 inode=10060248 dev=fd:00 mode=040755 uid=600 gid=600 rdev=00:00 type=KERNEL msg=audit(1112737069.989:4712461): syscall=5 exit=-13 a0=bf97f940 a1=0 a2=0 a3=2 items=1 pid=6708 loginuid=-1 uid=600 gid=600 euid=600 suid=600 fsuid=600 egid=600 sgid=600 fsgid=600 type=KERNEL msg=audit(1112737069.989:4712461): avc: denied { read } for pid=6708 exe=/sbin/ifconfig name=Linux dev=dm-0 ino=10060769 scontext=oracle:system_r:ifconfig_t tcontext=oracle:object_r:usr_t tclass=lnk_file type=KERNEL msg=audit(1112737070.001:4713141): item=0 name=/opt/oracle/product/10.1.0.3/db_1/oui/lib/Linux/tls/i686/sse2/libc.so.6 inode=10060248 dev=fd:00 mode=040755 uid=600 gid=600 rdev=00:00 type=KERNEL msg=audit(1112737070.001:4713141): syscall=5 exit=-13 a0=bf873480 a1=0 a2=0 a3=2 items=1 pid=6711 loginuid=-1 uid=600 gid=600 euid=600 suid=600 fsuid=600 egid=600 sgid=600 fsgid=600 From cdhouch at pobox.com Wed Apr 6 06:32:11 2005 From: cdhouch at pobox.com (Caerie Houchins) Date: Wed, 06 Apr 2005 01:32:11 -0500 Subject: possible error in python causing system-config-securitylevel to bomb Message-ID: <4253826B.1040103@pobox.com> Is anyone else getting this after the latest update? I searched Bugzilla for anything relating to system-config-securitylevel and for socket.getservbyport and didn't immediately see anything relevant. I know I was using this a few days ago successfully. Think something got borked in that last python update? [root at server ~]# system-config-securitylevel Traceback (most recent call last): File "/usr/share/system-config-securitylevel/system-config-securitylevel.py", line 18, in ? app.stand_alone() File "/usr/share/system-config-securitylevel/securitylevel.py", line 453, in stand_alone self.readFile() File "/usr/share/system-config-securitylevel/securitylevel.py", line 353, in readFile protoname = socket.getservbyport(int(service), protocol) socket.error: port/proto not found [root at server ~]# uname -a Linux server.name.org 2.6.11-1.1226_FC4 #1 Mon Apr 4 21:00:16 EDT 2005 i686 athlon i386 GNU/Linux [root at server ~]# python Python 2.4 (#1, Mar 14 2005, 19:45:57) [GCC 4.0.0 20050310 (Red Hat 4.0.0-0.33)] on linux2 Thanks, Caerie Houchins "All servernames have been changed to protect the innocent" From sean.bruno at dsl-only.net Wed Apr 6 06:44:29 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Tue, 05 Apr 2005 23:44:29 -0700 Subject: The "miracle" of the nvidia drivers in action: Was "beauty?" In-Reply-To: <1112711703.6078.5.camel@localhost.localdomain> References: <1112679882.5279.9.camel@localhost.localdomain> <425264F3.3050401@libero.it> <1112711703.6078.5.camel@localhost.localdomain> Message-ID: <1112769869.5550.3.camel@localhost.localdomain> The "miracle" of the nvidia drivers appears to have occured on this last batch of updates to rawhide. There were many updates(one kernel, some xorg), so I can't really tell why it started working, but it is for me. Anonymous thanks to whomever intentionally or unintentionally made this work for me(sounds of Angels playing harps). Sean From d00jkr at efd.lth.se Wed Apr 6 09:10:04 2005 From: d00jkr at efd.lth.se (Jacob Kroon) Date: Wed, 06 Apr 2005 11:10:04 +0200 Subject: Flash problems Message-ID: <4253A76C.1050109@efd.lth.se> I've installed flash using Firefoxs internal installer, and get the following strace output: waitpid(-1, LoadPlugin: failed to initialize shared library /home/jacob/.mozilla /plugins/libflashplayer.so [/home/jacob/.mozilla/plugins/libflashplayer.so: cann ot restore segment prot after reloc: Permission denied] Any ideas ? /Jacob From cimmo at libero.it Wed Apr 6 11:12:17 2005 From: cimmo at libero.it (Cimmo) Date: Wed, 06 Apr 2005 13:12:17 +0200 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <42523FF8.8010102@linux360.ro> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> <424F1079.1040504@linux360.ro> <424FF9A8.6090201@libero.it> <42519720.7060009@linux360.ro> <42523FF8.8010102@linux360.ro> Message-ID: <4253C411.2090705@libero.it> Ovidiu Lixandru ha scritto: > And to make thinkgs even clearer: > > [root at Iris etc]# cat /proc/asound/cards > 0 [CA0106 ]: CA0106 - CA0106 > Live! 7.1 24bit [SB0410] at 0xd400 irq 11 Ok, same card (my is integrated your not), same module... ...can you tell me: 1) if you run kmix how many things have you in "input"? I've nothing, should I have something or not? 2) When you turn on tvtime you give some command line options? Thanx Cimmo From alan at redhat.com Wed Apr 6 11:18:53 2005 From: alan at redhat.com (Alan Cox) Date: Wed, 6 Apr 2005 07:18:53 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112757780.22827.11.camel@mgb.bullion.ims> References: <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <1112754306.17162.32.camel@udev.yosemite.net> <604aa79105040519542f715f3d@mail.gmail.com> <1112757780.22827.11.camel@mgb.bullion.ims> Message-ID: <20050406111853.GB4403@devserv.devel.redhat.com> On Tue, Apr 05, 2005 at 08:23:00PM -0700, Mike Bird wrote: > Redhat needs to merge Extras packages into the Core build system, > flagging Extras as non-Core but otherwise managing and building them on > equal footing with Core packages. The perception of footing is in the users heads. Nowhere else. That will only change as extras gets up to speed and the kinks get knocked out of it Alan From dwalsh at redhat.com Wed Apr 6 11:23:28 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 06 Apr 2005 07:23:28 -0400 Subject: Selinux Question In-Reply-To: <1112763562.4491.22.camel@linux0.dbonenet.com> References: <1112763562.4491.22.camel@linux0.dbonenet.com> Message-ID: <4253C6B0.8020702@redhat.com> Alan J. Gagne wrote: >I will have to do some further reseach to to determine if any piece >of os information this process collects is missing. The errors occur >during the start-up of an agent. Not sure if some of these are related >to the lib it seems to be looking to use that does not exist in the >locations listed in the error message. It does exists in another >location in the applications home. > >Alan > >type=KERNEL msg=audit(1112737069.989:4712458): avc: denied { read } >for pid=6708 exe=/sbin/ifconfig name=Linux dev=dm-0 ino=10060769 >scontext=oracle:system_r:ifconfig_t tcontext=oracle:object_r:usr_t >tclass=lnk_file >type=KERNEL msg=audit(1112737069.989:4712459): item=0 >name=/opt/oracle/product/10.1.0.3/db_1/oui/lib/Linux/i686/libc.so.6 >inode=10060248 dev=fd:00 mode=040755 uid=600 gid=600 rdev=00:00 >type=KERNEL msg=audit(1112737069.989:4712459): syscall=5 exit=-13 >a0=bf97f940 a1=0 a2=0 a3=2 items=1 pid=6708 loginuid=-1 uid=600 gid=600 >euid=600 suid=600 fsuid=600 egid=600 sgid=600 fsgid=600 >type=KERNEL msg=audit(1112737069.989:4712459): avc: denied { read } >for pid=6708 exe=/sbin/ifconfig name=Linux dev=dm-0 ino=10060769 >scontext=oracle:system_r:ifconfig_t tcontext=oracle:object_r:usr_t >tclass=lnk_file >type=KERNEL msg=audit(1112737069.989:4712460): item=0 >name=/opt/oracle/product/10.1.0.3/db_1/oui/lib/Linux/sse2/libc.so.6 >inode=10060248 dev=fd:00 mode=040755 uid=600 gid=600 rdev=00:00 >type=KERNEL msg=audit(1112737069.989:4712460): syscall=5 exit=-13 >a0=bf97f940 a1=0 a2=0 a3=2 items=1 pid=6708 loginuid=-1 uid=600 gid=600 >euid=600 suid=600 fsuid=600 egid=600 sgid=600 fsgid=600 >type=KERNEL msg=audit(1112737069.989:4712460): avc: denied { read } >for pid=6708 exe=/sbin/ifconfig name=Linux dev=dm-0 ino=10060769 >scontext=oracle:system_r:ifconfig_t tcontext=oracle:object_r:usr_t >tclass=lnk_file >type=KERNEL msg=audit(1112737069.989:4712461): item=0 >name=/opt/oracle/product/10.1.0.3/db_1/oui/lib/Linux/libc.so.6 >inode=10060248 dev=fd:00 mode=040755 uid=600 gid=600 rdev=00:00 >type=KERNEL msg=audit(1112737069.989:4712461): syscall=5 exit=-13 >a0=bf97f940 a1=0 a2=0 a3=2 items=1 pid=6708 loginuid=-1 uid=600 gid=600 >euid=600 suid=600 fsuid=600 egid=600 sgid=600 fsgid=600 >type=KERNEL msg=audit(1112737069.989:4712461): avc: denied { read } >for pid=6708 exe=/sbin/ifconfig name=Linux dev=dm-0 ino=10060769 >scontext=oracle:system_r:ifconfig_t tcontext=oracle:object_r:usr_t >tclass=lnk_file >type=KERNEL msg=audit(1112737070.001:4713141): item=0 >name=/opt/oracle/product/10.1.0.3/db_1/oui/lib/Linux/tls/i686/sse2/libc.so.6 inode=10060248 dev=fd:00 mode=040755 uid=600 gid=600 rdev=00:00 >type=KERNEL msg=audit(1112737070.001:4713141): syscall=5 exit=-13 >a0=bf873480 a1=0 a2=0 a3=2 items=1 pid=6711 loginuid=-1 uid=600 gid=600 >euid=600 suid=600 fsuid=600 egid=600 sgid=600 fsgid=600 > > > looks like /opt/oracle/product/10.1.0.3/db_1/oui/lib/Linux a symbolic link? Dan -- From buildsys at redhat.com Wed Apr 6 11:33:02 2005 From: buildsys at redhat.com (Build System) Date: Wed, 6 Apr 2005 07:33:02 -0400 Subject: rawhide report: 20050406 changes Message-ID: <200504061133.j36BX2je031624@porkchop.devel.redhat.com> Updated Packages: amanda-2.4.4p4-4 ---------------- * Tue Apr 05 2005 Jay Fenlason 2.4.4p4-4 - Add -bug144052 patch to close bz#144052 amverifyrun sometimes verifies the wrong tapes anaconda-10.2.0.42-1 -------------------- * Tue Apr 05 2005 Peter Jones - 10.2.0.42-1 - Use linuxthreads libraries even if they're not the default, unless explicitly told to use nptl * Tue Apr 05 2005 Chris Lumens 10.2.0.41-1 - Make sure $LANG is set right for the second stage. - Fix kickstart traceback trying to skip a nonexistant step. - Import encodings.idna (sopwith, #153754). - Fix image building problems. - Fix kickstart traceback when using shortened forms of language names (#153656). at-3.1.8-72_FC4 --------------- * Tue Apr 05 2005 Jason Vas Dias 3.1.8-70 - always call pam_close_session on PAM_FAIL or pam_end * Tue Mar 08 2005 Jason Vas Dias 3.1.8-68 - Put PAM authentication check in 'check_permissions()', so - user can know when using at(1) if PAM permission is denied. * Tue Mar 08 2005 Jason Vas Dias 3.1.8-67 - better fix for bug 150131: change DAEMON_USERNAME and - DAEMON_GROUPNAME to 'root' . device-mapper-multipath-0.4.4-0.pre8.0 -------------------------------------- flac-1.1.2-24 ------------- * Mon Apr 04 2005 Elliot Lee - 1.1.2-24 - Removed xmms-flac subpackage gcc-4.0.0-0.40 -------------- * Wed Apr 06 2005 Jakub Jelinek 4.0.0-0.40 - update from CVS - PRs ada/19956, c++/18644, c++/19159, c++/19199, c++/20679, debug/20505, libfortran/20068, libfortran/20125, libfortran/20156, libfortran/20471, libfortran/20755, libgcj/20727, libgcj/20761, rtl-optimization/16104, rtl-optimization/20527, target/19537, target/20446, tree-optimization/19903 - fixed ABI bug where __attribute was ignored on certain struct fields (Mark Mitchell, PR c++/20763) - don't error on #define a! in c89 pedantic mode (PR preprocessor/19475) - prevent inlining functions that call __builtin_apply_args or __builtin_return (PR tree-optimization/20076) - add g++.dg/compat/struct-layout-1.exp compatibility tests glibc-2.3.4-21 -------------- * Mon Apr 04 2005 Jakub Jelinek 2.3.4-21 - update from CVS - fix xdr_rmtcall_args on 64-bit arches (#151686) - fix and with -std=c89 -fexceptions (#153774) gnome-applets-1:2.10.0-5 ------------------------ * Tue Apr 05 2005 Ray Strode 1:2.10.0-5 - Don't use %postun -p optimization now that we do more than just /sbin/ldconfig in %postun (bug 152236) kdeaddons-3.4.0-2 ----------------- * Tue Apr 05 2005 Than Ngo 3.4.0-2 - xmms is removed in fc4, rebuild without xmms support kdenetwork-7:3.4.0-3 -------------------- * Tue Apr 05 2005 Than Ngo 7:3.4.0-3 - xmms is removed in fc4, rebuild without xmms support mkinitrd-4.2.8-1 ---------------- * Tue Apr 05 2005 Peter Jones - 4.2.8-1 - Don't consolidate duplicates in "--args" (#147222) net-tools-1.60-51 ----------------- * Tue Apr 05 2005 Radek Vokal 1.60-51 - flush output in mii-tool (#152568) openoffice.org-1:1.9.89-3 ------------------------- * Mon Apr 04 2005 Elliot Lee - 1:1.9.89-3 - Slim down the langpacks * Sat Apr 02 2005 Caolan McNamara 1:1.9.89-2 - package the wizard jars (doh!) - fix the fpic icudata issue properly - enthused by parallized build success try parallized build.pl as well as dmake - some problems during langpack creation -> maxprocess issues ? - damn ppc gives illegal instruction on sysui mandrake menus which it didn't in the last build. I couldn't be bothered wasting my time figuring out why oprofile-0.8.2-3 ---------------- * Tue Apr 05 2005 Will Cohen - Backport ppc64 patch for synthesizing dotted symbols. setools-2.0.0-2 --------------- * Tue Apr 05 2005 Dan Walsh 2.0.0-2 - Fix buildrequires lines in spec file * Wed Mar 02 2005 Dan Walsh 2.0.0-1 - Update to latest from tresys * Mon Nov 29 2004 Dan Walsh 1.5.1-6 - add FALLBACK=true to /etc/security/console.apps/apol system-config-mouse-1.2.11-1 ---------------------------- * Tue Apr 05 2005 Paul Nasrat - 1.2.11-1 - Fix traceback tclx-8.3.5-6 ------------ * Wed Mar 09 2005 Jens Petersen - 8.3.5-6 - add unversioned symlinks to the static libs (Dave Botsch, 149734) - rebuild with gcc 4 - add tclx-8.3.5-clock_t-gcc4.patch to skip clock_t test in configure - buildrequire autoconf213 vixie-cron-1:4.1-28_FC4 ----------------------- * Tue Apr 05 2005 Jason Vas Dias - 4.1-28_FC4 - Required for EAL Audit certification: - If pam_setcred should fail, the pam_session could fail to be - closed, leaving autofs user directories still mounted. xinitrc-4.0.17-1 ---------------- * Mon Apr 04 2005 Mike A. Harris 4.0.17-1 - Updated to new xdm-config from xorg-x11-6.8.2 - Change xdm-config to invoke Xwilling with "-s /bin/bash" instead of "-c" to fix bug (#86505) * Mon Apr 04 2005 Mike A. Harris 4.0.16-2 - Added mkdir -p $RPM_BUILD_ROOT/etc/X11/xinit/Xclients.d to install section * Mon Apr 04 2005 Mike A. Harris 4.0.16-1 - Added /etc/X11/xinit/Xclients.d directory and enhanced Xsession to use it, as a solution for (#112478,122941,142260) - Updated Xclients with fixes for fallbacks and various general cleanups for bug (#139285) - Removed hard dependancy on switchdesk, as it is no longer required xorg-x11-6.8.2-19 ----------------- * Mon Apr 04 2005 Mike A. Harris 6.8.2-19 - xfs.init updated with fixes for chkfontpath invocation, as the previous code did not filter the output of chkfontpath very good. The new sed filtering is more reliable now, until chkfontpath is enhanced to provide the info in a way that does not require filtering. - xfs.init updated to handle .ot[cf] fonts before .tt[cf] fonts, which is a small optimization for the case of dirs containing .ot[cf] and .tt[cf] fonts, as it bypasses the prior invocation of ttmkfdir which would get discarded anyway. Now only one of the two will be invoked, however the resulting fonts.dir will be identical to before. - xfs.init updated to *always* run fc-cache without arguments, in order to ensure all fontconfig configured font directories have updated cache files. (#133451) - xfs.init should no longer try to create files on read-only filesystems, coincidentally due to the above changes, except when the font metadata is genuinely outdated, which is an error condition no matter how the filesystem is mounted (#74398) From kmaraas at broadpark.no Wed Apr 6 11:33:59 2005 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Wed, 06 Apr 2005 13:33:59 +0200 Subject: A few issues Message-ID: <1112787240.4040.12.camel@localhost.localdomain> Hi. My laptop decided to lock up hard while I was out having lunch. This is with rawhide from yesterday and freshly booted this morning. Caps lock, num lock etc were all dead and nothing could wake it up. I've also seen one incident of the kernel shutting down because it was feeling too hot even though the laptop had only been running for a very short period of time and definitely was nowhere near the threshold at that time. I think this was with the previous -1225 kernel. Using DHCP I don't get a default route resulting in non-working network. I see the rdisc service is failing on my system, so maybe that's related? Having to do 'route add default eth0' every time I boot is cumbersome. rpm is failing to run scripts when installing/removing/upgrading packages. This problem goes away when I boot with selinux=off and I see nothing in the logs that give me a hint as to what is wrong. How can I find out what's wrong with my security contexts? I haven't spent much time getting familiar with the innards of selinux, so maybe it's just a matter of relabeling or running some command to clean up some cruft? Wireless seems to be broken for me with an airo driven pccard, anyone else seen problems with those? Cheers Kjartan From shahzad.chohan at chasedevere.co.uk Wed Apr 6 11:33:56 2005 From: shahzad.chohan at chasedevere.co.uk (Shahzad Chohan) Date: Wed, 06 Apr 2005 12:33:56 +0100 Subject: xen and fedora, FC4 T1 Message-ID: <4253C924.3040109@chasedevere.co.uk> Hi I've just installed xen on FC4 T1. When I run xm create -c rawhide I get the following: Using config file "/etc/xen/rawhide". Error: Error creating domain: (12, 'Cannot allocate memory') Can anybody please help. Here's my config files: /etc/xen/rawhide: kernel ="/boot/vmlinuz-2.6.11-1.1225_FC4xenU" memory = 9 name = "rawhide" nics = 1 disk = ['file:/root/fedora.img,/dev/mapper/VolGroup00-LogVol00,w'] root = "/dev/mapper/VolGroup00-LogVol00 ro" /mnt/xen/etc/fstab: /dev/mapper/VolGroup00-LogVol00 / ext3 defaults 1 1 none /dev/pts devpts gid=5,mode=620 0 0 none /dev/shm tmpfs defaults 0 0 none /proc proc defaults 0 0 none /sys sysfs defaults 0 0 /etc/fstab of host server: /dev/VolGroup00/LogVol00 / ext3 defaults 1 1 LABEL=/boot /boot ext3 defaults 1 2 /dev/devpts /dev/pts devpts gid=5,mode=620 0 0 /dev/shm /dev/shm tmpfs defaults 0 0 /dev/proc /proc proc defaults 0 0 /dev/sys /sys sysfs defaults 0 0 /dev/VolGroup00/LogVol01 swap swap defaults 0 0 /dev/hdc /media/cdrom auto pamconsole,exec,noauto,fscontext=system_u:object_r:removable_t,managed 0 0 I'm running the following kernel: 2.6.11-1.1225_FC4xen0 SMP Many Thanks Shaz Chase de Vere Financial Solutions plc operates under the trading names of Chase de Vere Private Clients, Chase de Vere Employee Benefits and Moneyextra. Chase de Vere Financial Solutions plc is an independent financial adviser and is authorised and regulated by the Financial Services Authority. Registered Office: 1 King Street, Manchester M2 6AW. Registered in England No: 1723284 VAT No: 503 374571 A wholly owned subsidiary of AWD Group plc. AWD Group plc is a member of AWD Holding AG, Europe's premier independent financial services group. *************************************************************************** This message is intended for the named recipient only and is confidential and no other person can place any reliance upon it. The recipient acknowledges that transmissions made via the Internet can be corrupted and therefore Chase de Vere Financial Solutions plc does not give any warranty as to the quality or accuracy of any information contained in this message or assumes any liability for it or for its transmission, reception or storage. This footnote also confirms that this e-mail message has been swept for the presence of computer viruses. Chase de Vere Financial Solutions plc is authorised and regulated by the Financial Services Authority and is an independent financial adviser *************************************************************************** From djh at iinet.net.au Wed Apr 6 11:35:17 2005 From: djh at iinet.net.au (djh) Date: Wed, 06 Apr 2005 21:35:17 +1000 Subject: Flash problems In-Reply-To: <4253A76C.1050109@efd.lth.se> References: <4253A76C.1050109@efd.lth.se> Message-ID: <4253C975.3070405@iinet.net.au> Jacob Kroon wrote: > I've installed flash using Firefoxs internal installer, and get the > following strace output: > > waitpid(-1, LoadPlugin: failed to initialize shared library > /home/jacob/.mozilla /plugins/libflashplayer.so > [/home/jacob/.mozilla/plugins/libflashplayer.so: cann ot restore > segment prot after reloc: Permission denied] Does "restorecon -v ~jacob/.mozilla/plugins/*" help? David. From paul at all-the-johnsons.co.uk Wed Apr 6 11:36:20 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 06 Apr 2005 12:36:20 +0100 Subject: A few issues In-Reply-To: <1112787240.4040.12.camel@localhost.localdomain> References: <1112787240.4040.12.camel@localhost.localdomain> Message-ID: <1112787380.5065.83.camel@localhost.localdomain> Hi, > Wireless seems to be broken for me with an airo driven pccard, anyone > else seen problems with those? Nope. Sounds like your laptop is due for replacement from this side though. TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- 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 kmaraas at broadpark.no Wed Apr 6 11:55:15 2005 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Wed, 06 Apr 2005 13:55:15 +0200 Subject: A few issues In-Reply-To: <1112787380.5065.83.camel@localhost.localdomain> References: <1112787240.4040.12.camel@localhost.localdomain> <1112787380.5065.83.camel@localhost.localdomain> Message-ID: <1112788515.4040.16.camel@localhost.localdomain> ons, 06,.04.2005 kl. 12.36 +0100, skrev Paul: > Hi, > > > Wireless seems to be broken for me with an airo driven pccard, anyone > > else seen problems with those? > > Nope. Sounds like your laptop is due for replacement from this side > though. > What? A few bugs in rawhide and you want me to replace a brand new laptop? Are you paying? ;-) Cheers Kjartan From paul at all-the-johnsons.co.uk Wed Apr 6 12:18:39 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 06 Apr 2005 13:18:39 +0100 Subject: A few issues In-Reply-To: <1112788515.4040.16.camel@localhost.localdomain> References: <1112787240.4040.12.camel@localhost.localdomain> <1112787380.5065.83.camel@localhost.localdomain> <1112788515.4040.16.camel@localhost.localdomain> Message-ID: <1112789919.5065.86.camel@localhost.localdomain> Hi, > > > Wireless seems to be broken for me with an airo driven pccard, anyone > > > else seen problems with those? > > > > Nope. Sounds like your laptop is due for replacement from this side > > though. > > > What? A few bugs in rawhide and you want me to replace a brand new > laptop? Are you paying? ;-) They don't sound like rawhide problems. If the machine is just shutting down after a short period and other bits and bobs just fail, it sounds more hardware that software. If this happening with just the 1225 kernel or all of them? TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- 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 kmaraas at broadpark.no Wed Apr 6 12:28:23 2005 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Wed, 06 Apr 2005 14:28:23 +0200 Subject: A few issues In-Reply-To: <1112789919.5065.86.camel@localhost.localdomain> References: <1112787240.4040.12.camel@localhost.localdomain> <1112787380.5065.83.camel@localhost.localdomain> <1112788515.4040.16.camel@localhost.localdomain> <1112789919.5065.86.camel@localhost.localdomain> Message-ID: <1112790504.4040.19.camel@localhost.localdomain> ons, 06,.04.2005 kl. 13.18 +0100, skrev Paul: > Hi, > > > > > Wireless seems to be broken for me with an airo driven pccard, anyone > > > > else seen problems with those? > > > > > > Nope. Sounds like your laptop is due for replacement from this side > > > though. > > > > > What? A few bugs in rawhide and you want me to replace a brand new > > laptop? Are you paying? ;-) > > They don't sound like rawhide problems. If the machine is just shutting > down after a short period and other bits and bobs just fail, it sounds > more hardware that software. > Well, the post was more a ventilation of accumulated problems over time than something that suddenly started happening, so it's not like the laptop started acting flakey all of a sudden. > If this happening with just the 1225 kernel or all of them? > That's the only one that has shut down on me. I'll see how 1226 fares I guess. Cheers Kjartan From alan.gagne at comcast.net Wed Apr 6 12:36:31 2005 From: alan.gagne at comcast.net (Alan J. Gagne) Date: Wed, 06 Apr 2005 08:36:31 -0400 Subject: Selinux Question Message-ID: <1112790991.13830.2.camel@agagne.int.demandware.com> Yes it is. Linux -> linux drwxr-xr-x 2 oracle oinstall 4096 Mar 30 18:00 linux [root at linux0 lib]# ls linux libclntsh.so.9.0 libcmdll.so liboraInstaller.so libsrvm10.so libwddapi.so libwtc9.so Alan From dwalsh at redhat.com Wed Apr 6 12:38:18 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 06 Apr 2005 08:38:18 -0400 Subject: Selinux Question In-Reply-To: <1112790991.13830.2.camel@agagne.int.demandware.com> References: <1112790991.13830.2.camel@agagne.int.demandware.com> Message-ID: <4253D83A.2080501@redhat.com> Alan J. Gagne wrote: >Yes it is. > >Linux -> linux >drwxr-xr-x 2 oracle oinstall 4096 Mar 30 18:00 linux >[root at linux0 lib]# ls linux >libclntsh.so.9.0 libcmdll.so liboraInstaller.so libsrvm10.so >libwddapi.so libwtc9.so > > >Alan > > > So the question remains is anything breaking because of this or, is it simply looking for a library and trying to read a symlink, failing and moving on to find the correct library. If it is working correctly I can write a dontaudit rule. Allowing it to read symlinks can sometimes be dangerous. Dan -- From fedora at wir-sind-cool.org Wed Apr 6 13:15:39 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Wed, 6 Apr 2005 15:15:39 +0200 Subject: Rebuilding Extras (was: Re: XMMS (was: Re: rawhide report: 20050405 changes)) In-Reply-To: <1112748325.10327.3.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <20050406005826.43220bc4.fedora@wir-sind-cool.org> <1112748325.10327.3.camel@cutter> Message-ID: <20050406151539.62d76df3.fedora@wir-sind-cool.org> On Tue, 05 Apr 2005 20:45:25 -0400, seth vidal wrote: > > > b/c rebuilding the packages on rawhide with the exact same n-e-v-r's is > > > not a good plan for real mgmt of the systems. > > > > Just for the record, I've volunteered twice to do a clean and verified > > release bump on all of them right after the FC-3 split. > > Yah, I asked you about bumping all the release fields for just such a > thing. Did that happen and I missed it? Hmm, this is news to me. In the February "rawhide/fc4 extras builds" thread on fedora-maintainers you were pretty much against it and pushed your own five steps of how to prepare for FC4/Rawhide, getting every packager to do version bumps manually. Near the end of the thread there has not been a clear aye or nay from you. So, since that was over a month ago, here's my final proposal: Fedora Extras CVS "devel" release bump of all packages, which have an E:V-R equal to "FC-3" branch, will happen today 22:00 UTC (0:00 CEST), Subscribers may want to disable commits-list mail delivery to avoid the "spam". ;) From skvidal at phy.duke.edu Wed Apr 6 13:32:40 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 06 Apr 2005 09:32:40 -0400 Subject: Rebuilding Extras (was: Re: XMMS (was: Re: rawhide report: 20050405 changes)) In-Reply-To: <20050406151539.62d76df3.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <20050406005826.43220bc4.fedora@wir-sind-cool.org> <1112748325.10327.3.camel@cutter> <20050406151539.62d76df3.fedora@wir-sind-cool.org> Message-ID: <1112794360.10327.45.camel@cutter> > Hmm, this is news to me. In the February "rawhide/fc4 extras builds" > thread on fedora-maintainers you were pretty much against it and pushed > your own five steps of how to prepare for FC4/Rawhide, getting every > packager to do version bumps manually. Near the end of the thread there > has not been a clear aye or nay from you. > > So, since that was over a month ago, here's my final proposal: > > Fedora Extras CVS "devel" release bump of all packages, which have an > E:V-R equal to "FC-3" branch, will happen today 22:00 UTC (0:00 CEST), > Subscribers may want to disable commits-list mail delivery to avoid > the "spam". ;) okay, are you going to screen out the things that have already been bumped and rebuilt or do you want a global rebuild. if the latter, that's fine. I'll spawn off a big build on x86 and x86_64. I don't have the ppc box up yet but it should be here today. -sv From d00jkr at efd.lth.se Wed Apr 6 14:00:00 2005 From: d00jkr at efd.lth.se (Jacob Kroon) Date: Wed, 06 Apr 2005 16:00:00 +0200 Subject: redhat-artwork postinstall script Message-ID: <4253EB60.9010202@efd.lth.se> I noticed that I had to manually update the /usr/share/icons//icon-theme.cache files, because they were getting out of date, and this caused unneccesary lag in some programs like Firefox. When I first clicked on "Bookmarks", all the gtk icons needed to be stat64():ed. I think I have updated redhat-artwork a few times since installing FC4test1, and thus it seems like the rpm scripts hasn't updated the iconcaches correctly, perhaps because it isn't using the --force flag ? This updates the icon caches: for d in /usr/share/icons/*; do gtk-update-icon-cache -f $d; done Anyone else experiencing this? /Jacob From fedora at wir-sind-cool.org Wed Apr 6 14:15:55 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Wed, 6 Apr 2005 16:15:55 +0200 Subject: Rebuilding Extras (was: Re: XMMS (was: Re: rawhide report: 20050405 changes)) In-Reply-To: <1112794360.10327.45.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <20050406005826.43220bc4.fedora@wir-sind-cool.org> <1112748325.10327.3.camel@cutter> <20050406151539.62d76df3.fedora@wir-sind-cool.org> <1112794360.10327.45.camel@cutter> Message-ID: <20050406161555.6568e29d.fedora@wir-sind-cool.org> On Wed, 06 Apr 2005 09:32:40 -0400, seth vidal wrote: > okay, are you going to screen out the things that have already been > bumped and rebuilt or do you want a global rebuild. > > if the latter, that's fine. I'll spawn off a big build on x86 and > x86_64. > > I don't have the ppc box up yet but it should be here today. Well, where are we now? FE Devel repo is filled with a broken mixture of FC3 binaries and Rawhide binaries. Which packages need a rebuild? And when? What is the plan? To continue with that and try a single mass rebuild no sooner than FC4T3 or FC4 RC ISOs? I've asked before as how we proceed. GCC 4 is there. We could try rebuilds of all packages which have not been rebuilt since FC3 and then continue to fix things gradually and try to stay in sync with FC Devel (for upgrades like FLAC). Or is it necessary to rebuild _everything_ once more near the end of FC4 development period? My proposal is to bump all packages which have not been rebuilt since FC3, attempt to rebuild them, and give the community something to test. Packages, which have been touched and rebuilt two weeks ago, surely are kept in shape by a package maintainer who tracks Rawhide. From skvidal at phy.duke.edu Wed Apr 6 14:18:26 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 06 Apr 2005 10:18:26 -0400 Subject: Rebuilding Extras (was: Re: XMMS (was: Re: rawhide report: 20050405 changes)) In-Reply-To: <20050406161555.6568e29d.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <20050406005826.43220bc4.fedora@wir-sind-cool.org> <1112748325.10327.3.camel@cutter> <20050406151539.62d76df3.fedora@wir-sind-cool.org> <1112794360.10327.45.camel@cutter> <20050406161555.6568e29d.fedora@wir-sind-cool.org> Message-ID: <1112797107.10327.61.camel@cutter> > My proposal is to bump all packages which have not been rebuilt since > FC3, attempt to rebuild them, and give the community something to test. > Packages, which have been touched and rebuilt two weeks ago, surely are > kept in shape by a package maintainer who tracks Rawhide. great. -sv From skvidal at phy.duke.edu Wed Apr 6 14:19:01 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 06 Apr 2005 10:19:01 -0400 Subject: Rebuilding Extras (was: Re: XMMS (was: Re: rawhide report: 20050405 changes)) In-Reply-To: <20050406161555.6568e29d.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <20050406005826.43220bc4.fedora@wir-sind-cool.org> <1112748325.10327.3.camel@cutter> <20050406151539.62d76df3.fedora@wir-sind-cool.org> <1112794360.10327.45.camel@cutter> <20050406161555.6568e29d.fedora@wir-sind-cool.org> Message-ID: <1112797141.10327.63.camel@cutter> > Or is it necessary to rebuild _everything_ once more near the end of FC4 > development period? I think we'll want to build again. We should get access to mostly-final FC4 about a week before the release. -sv From hjorth at mip.sdu.dk Wed Apr 6 14:20:42 2005 From: hjorth at mip.sdu.dk (=?ISO-8859-1?Q?Simon_Hjorth_B=F8ggild?=) Date: Wed, 06 Apr 2005 16:20:42 +0200 Subject: Unable to update Openoffice.org-core in todays update Message-ID: <4253F03A.5080500@mip.sdu.dk> When updating Openoffice.org-core the following error appears: Downloading Packages: (1/1): openoffice.org-cor 100% |=========================| 74 MB 04:48 Running Transaction Test warning: openoffice.org-core-1.9.89-3: Header V3 DSA signature: NOKEY, key ID 30c9ecf8 Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : openoffice.org-core ######################### [1/2] error: unpacking of archive failed on file /usr/lib/openoffice.org1.9.89/share/template/en-US/wizard/bitmap: cpio: rename Regards Simon From mclasen at redhat.com Wed Apr 6 14:33:48 2005 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 06 Apr 2005 10:33:48 -0400 Subject: redhat-artwork postinstall script In-Reply-To: <4253EB60.9010202@efd.lth.se> References: <4253EB60.9010202@efd.lth.se> Message-ID: <1112798028.11397.52.camel@golem.boston.redhat.com> On Wed, 2005-04-06 at 16:00 +0200, Jacob Kroon wrote: > I noticed that I had to manually update the > /usr/share/icons//icon-theme.cache files, > because they were getting out of date, and this caused unneccesary lag > in some programs > like Firefox. When I first clicked on "Bookmarks", all the gtk icons > needed to be stat64():ed. I think I > have updated redhat-artwork a few times since installing FC4test1, and > thus it seems like the rpm > scripts hasn't updated the iconcaches correctly, perhaps because it > isn't using the --force flag ? > > This updates the icon caches: > > for d in /usr/share/icons/*; do gtk-update-icon-cache -f $d; done > > Anyone else experiencing this? > The -f should not be necessary. gtk-update-icon-cache compares the mtimes of the cache file and the directory it is in to determine if the cache is outdated. Maybe the redhat-artwork %post forgets to touch the directory. Matthias From rramson at gmail.com Wed Apr 6 14:34:48 2005 From: rramson at gmail.com (Richard Ramson) Date: Wed, 6 Apr 2005 10:34:48 -0400 Subject: Unable to update Openoffice.org-core in todays update In-Reply-To: <4253F03A.5080500@mip.sdu.dk> References: <4253F03A.5080500@mip.sdu.dk> Message-ID: On Apr 6, 2005 10:20 AM, Simon Hjorth B?ggild wrote: > When updating Openoffice.org-core the following error appears: > > Downloading Packages: > (1/1): openoffice.org-cor 100% |=========================| 74 MB 04:48 > Running Transaction Test > warning: openoffice.org-core-1.9.89-3: Header V3 DSA signature: NOKEY, > key ID 30c9ecf8 > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Updating : openoffice.org-core ######################### [1/2] > error: unpacking of archive failed on file > /usr/lib/openoffice.org1.9.89/share/template/en-US/wizard/bitmap: cpio: > rename > > Regards Simon > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list Did you try to download it from the web and install it? I have seen problems with yum not being able to install stuff but I was able to get it from the updates site. From d00jkr at efd.lth.se Wed Apr 6 14:57:21 2005 From: d00jkr at efd.lth.se (Jacob Kroon) Date: Wed, 06 Apr 2005 16:57:21 +0200 Subject: Flash problems Message-ID: <4253F8D1.6040005@efd.lth.se> > Does "restorecon -v ~jacob/.mozilla/plugins/*" help? > > David. Yes, problem solved, thanks /Jacob From hjorth at mip.sdu.dk Wed Apr 6 14:58:22 2005 From: hjorth at mip.sdu.dk (=?ISO-8859-1?Q?Simon_Hjorth_B=F8ggild?=) Date: Wed, 06 Apr 2005 16:58:22 +0200 Subject: Unable to update Openoffice.org-core in todays update In-Reply-To: References: <4253F03A.5080500@mip.sdu.dk> Message-ID: <4253F90E.2030205@mip.sdu.dk> Richard Ramson wrote: >On Apr 6, 2005 10:20 AM, Simon Hjorth B?ggild wrote: > > >>When updating Openoffice.org-core the following error appears: >> >>Downloading Packages: >>(1/1): openoffice.org-cor 100% |=========================| 74 MB 04:48 >>Running Transaction Test >>warning: openoffice.org-core-1.9.89-3: Header V3 DSA signature: NOKEY, >>key ID 30c9ecf8 >>Finished Transaction Test >>Transaction Test Succeeded >>Running Transaction >> Updating : openoffice.org-core ######################### [1/2] >>error: unpacking of archive failed on file >>/usr/lib/openoffice.org1.9.89/share/template/en-US/wizard/bitmap: cpio: >>rename >> >>Regards Simon >> >>-- >>fedora-test-list mailing list >>fedora-test-list at redhat.com >>To unsubscribe: >>http://www.redhat.com/mailman/listinfo/fedora-test-list >> >> > >Did you try to download it from the web and install it? I have seen >problems with yum not being able to install stuff but I was able to >get it from the updates site. > > > That didn't seem to do the trick [root at langholt ~]# rpm -Uvh /home/hjorth/Desktop/openoffice.org-core-1.9.89-3.i386.rpm warning: /home/hjorth/Desktop/openoffice.org-core-1.9.89-3.i386.rpm: Header V3 DSA signature: NOKEY, key ID 30 c9ecf8 Preparing... ########################################### [100%] 1:openoffice.org-core ########################################### [100%] error: unpacking of archive failed on file /usr/lib/openoffice.org1.9.89/share/template/en-US/wizard/bitmap: c pio: rename failed - Is a directory From fedora at nodata.co.uk Wed Apr 6 15:05:56 2005 From: fedora at nodata.co.uk (nodata) Date: Wed, 6 Apr 2005 17:05:56 +0200 (CEST) Subject: Unable to update Openoffice.org-core in todays update In-Reply-To: <4253F90E.2030205@mip.sdu.dk> References: <4253F03A.5080500@mip.sdu.dk> <4253F90E.2030205@mip.sdu.dk> Message-ID: <23110.213.164.3.90.1112799956.squirrel@www.nodata.co.uk> > > [root at langholt ~]# rpm -Uvh > /home/hjorth/Desktop/openoffice.org-core-1.9.89-3.i386.rpm > warning: /home/hjorth/Desktop/openoffice.org-core-1.9.89-3.i386.rpm: > Header V3 DSA signature: NOKEY, key ID 30 c9ecf8 > Preparing... ########################################### > [100%] > 1:openoffice.org-core ########################################### > [100%] > error: unpacking of archive failed on file > /usr/lib/openoffice.org1.9.89/share/template/en-US/wizard/bitmap: c pio: > rename failed - Is a directory > Slightly different, but still problematic: I get: # yum upgrade [snip] Error: Missing Dependency: openoffice.org-core = 1:1.9.89-1 is needed by package openoffice.org-writer Then: # yum --exclude="openoffice*" upgrade [snip] Transaction Test Succeeded Running Transaction error: %pre(nscd-2.3.4-21.i386) scriptlet failed, exit status 255 error: install: %pre scriptlet failed (2), skipping nscd-2.3.4-21 error: %pre(xorg-x11-xfs-6.8.2-19.i386) scriptlet failed, exit status 255 error: install: %pre scriptlet failed (2), skipping xorg-x11-xfs-6.8.2-19 error: %preun(nscd-2.3.4-20.i386) scriptlet failed, exit status 255 Updated: nscd.i386 0:2.3.4-21 xorg-x11-xfs.i386 0:6.8.2-19 Complete! But: # yum check-update nscd.i386 2.3.4-21 development openoffice.org-core.i386 1:1.9.89-3 development xorg-x11-xfs.i386 6.8.2-19 development From dzrudy at gmail.com Wed Apr 6 15:14:13 2005 From: dzrudy at gmail.com (Dawid Zamirski) Date: Wed, 6 Apr 2005 11:14:13 -0400 Subject: Musepack support in FC4? In-Reply-To: References: Message-ID: On Apr 5, 2005 10:02 AM, Dawid Zamirski wrote: > As far as I know Musepack isn't a proprietary format like MP3 and its > GPL-ed. I have found on google a while ago that the new GStreamer has > built in support for .mpc files. Would it be possible to make > Rhythmbox to play those files using the new GStreamer framework - I > like Rhythmbox much more than XMMS, but I can't use it due to the lack > of .mpc support :-( > Sorry, but I think I should revise my question. My intention was to ask you whether there are any LEGAL concerns that prevent from including Musepack support in FC? From d00jkr at efd.lth.se Wed Apr 6 15:24:19 2005 From: d00jkr at efd.lth.se (Jacob Kroon) Date: Wed, 06 Apr 2005 17:24:19 +0200 Subject: redhat-artwork postinstall script Message-ID: <4253FF23.40703@efd.lth.se> > The -f should not be necessary. gtk-update-icon-cache compares the > mtimes of the cache file and the directory it is in to determine if the > cache is outdated. Maybe the redhat-artwork %post forgets to touch the > directory. > > Matthias When not using the -f flag it seems to me, that if the cache file already is "up2date", or rather "ok", it doesnt get an updated time-stamp, even if the directory is older than the cache-file. Possible scenario: A new redhat-artwork rpm is released which contains a small fix, resulting in that fixing the cache is unneccesary. The directories timestamp is increased, so the icon-cache gets outdated, the %post script runs but since the small fix didn't require a rebuild of the cache, and because of this "possible" bug, it's left as is. From jspaleta at gmail.com Wed Apr 6 15:33:15 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 6 Apr 2005 11:33:15 -0400 Subject: Unable to update Openoffice.org-core in todays update In-Reply-To: <23110.213.164.3.90.1112799956.squirrel@www.nodata.co.uk> References: <4253F03A.5080500@mip.sdu.dk> <4253F90E.2030205@mip.sdu.dk> <23110.213.164.3.90.1112799956.squirrel@www.nodata.co.uk> Message-ID: <604aa7910504060833276bd479@mail.gmail.com> On Apr 6, 2005 11:05 AM, nodata wrote: > Then: > # yum --exclude="openoffice*" upgrade > [snip] > Transaction Test Succeeded > Running Transaction > error: %pre(nscd-2.3.4-21.i386) scriptlet failed, exit status 255 > error: install: %pre scriptlet failed (2), skipping nscd-2.3.4-21 > error: %pre(xorg-x11-xfs-6.8.2-19.i386) scriptlet failed, exit status 255 > error: install: %pre scriptlet failed (2), skipping xorg-x11-xfs-6.8.2-19 > error: %preun(nscd-2.3.4-20.i386) scriptlet failed, exit status 255 My update to nscd completed just fine with no error messages. I think you might have some sort of selinux-rpm interaction problem. I would imagine that if you attempt to use rpm manually for these updates you will see similar errors, the errors you see here are being generated after yum is handing off to rpmlib. Comments in previous threads about exit status 255 items seem to indicate selinux is invovled..but don't think i've ever personally seen this happen on my rawhide box for any update even though i run selinux-targetted, so I can't speak from first hand experience. -jef From fedora at nodata.co.uk Wed Apr 6 15:41:52 2005 From: fedora at nodata.co.uk (nodata) Date: Wed, 6 Apr 2005 17:41:52 +0200 (CEST) Subject: Unable to update Openoffice.org-core in todays update In-Reply-To: <604aa7910504060833276bd479@mail.gmail.com> References: <4253F03A.5080500@mip.sdu.dk> <4253F90E.2030205@mip.sdu.dk> <23110.213.164.3.90.1112799956.squirrel@www.nodata.co.uk> <604aa7910504060833276bd479@mail.gmail.com> Message-ID: <47942.213.164.3.90.1112802112.squirrel@www.nodata.co.uk> > On Apr 6, 2005 11:05 AM, nodata wrote: >> Then: >> # yum --exclude="openoffice*" upgrade >> [snip] >> Transaction Test Succeeded >> Running Transaction >> error: %pre(nscd-2.3.4-21.i386) scriptlet failed, exit status 255 >> error: install: %pre scriptlet failed (2), skipping nscd-2.3.4-21 >> error: %pre(xorg-x11-xfs-6.8.2-19.i386) scriptlet failed, exit status >> 255 >> error: install: %pre scriptlet failed (2), skipping >> xorg-x11-xfs-6.8.2-19 >> error: %preun(nscd-2.3.4-20.i386) scriptlet failed, exit status 255 > > My update to nscd completed just fine with no error messages. I think > you might have some sort of selinux-rpm interaction problem. I would > imagine that if you attempt to use rpm manually for these updates you > will see similar errors, the errors you see here are being generated > after yum is handing off to rpmlib. Comments in previous threads > about exit status 255 items seem to indicate selinux is invovled..but > don't think i've ever personally seen this happen on my rawhide box > for any update even though i run selinux-targetted, so I can't speak > from first hand experience. > > -jef > I do have targetted selinux enabled on this box. Do you want me to bugzilla this, or do anything else? From jspaleta at gmail.com Wed Apr 6 16:11:16 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 6 Apr 2005 12:11:16 -0400 Subject: Unable to update Openoffice.org-core in todays update In-Reply-To: <47942.213.164.3.90.1112802112.squirrel@www.nodata.co.uk> References: <4253F03A.5080500@mip.sdu.dk> <4253F90E.2030205@mip.sdu.dk> <23110.213.164.3.90.1112799956.squirrel@www.nodata.co.uk> <604aa7910504060833276bd479@mail.gmail.com> <47942.213.164.3.90.1112802112.squirrel@www.nodata.co.uk> Message-ID: <604aa791050406091122ff64ea@mail.gmail.com> On Apr 6, 2005 11:41 AM, nodata wrote: > I do have targetted selinux enabled on this box. you might want to try running 'fixfiles relabel' on your system... if its a selinux issue..but im not sure. > Do you want me to bugzilla this, or do anything else? I want you to search through your archive of the lists and read up on threads about the 255 exit status errors and search bugzilla for reports about the 255 exit status. Since I have not personally experienced this, I haven't tracked the issue closely.. others have seen it though I am sure of that. -jef From jspaleta at gmail.com Wed Apr 6 16:11:16 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 6 Apr 2005 12:11:16 -0400 Subject: Unable to update Openoffice.org-core in todays update In-Reply-To: <47942.213.164.3.90.1112802112.squirrel@www.nodata.co.uk> References: <4253F03A.5080500@mip.sdu.dk> <4253F90E.2030205@mip.sdu.dk> <23110.213.164.3.90.1112799956.squirrel@www.nodata.co.uk> <604aa7910504060833276bd479@mail.gmail.com> <47942.213.164.3.90.1112802112.squirrel@www.nodata.co.uk> Message-ID: <604aa791050406091122ff64ea@mail.gmail.com> On Apr 6, 2005 11:41 AM, nodata wrote: > I do have targetted selinux enabled on this box. you might want to try running 'fixfiles relabel' on your system... if its a selinux issue..but im not sure. > Do you want me to bugzilla this, or do anything else? I want you to search through your archive of the lists and read up on threads about the 255 exit status errors and search bugzilla for reports about the 255 exit status. Since I have not personally experienced this, I haven't tracked the issue closely.. others have seen it though I am sure of that. -jef From kyrre at solution-forge.net Wed Apr 6 16:25:02 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 06 Apr 2005 18:25:02 +0200 Subject: Musepack support in FC4? In-Reply-To: References: Message-ID: <1112804701.3332.6.camel@localhost.localdomain> ons, 06.04.2005 kl. 17.14 skrev Dawid Zamirski: > On Apr 5, 2005 10:02 AM, Dawid Zamirski wrote: > > As far as I know Musepack isn't a proprietary format like MP3 and its > > GPL-ed. I have found on google a while ago that the new GStreamer has > > built in support for .mpc files. Would it be possible to make > > Rhythmbox to play those files using the new GStreamer framework - I > > like Rhythmbox much more than XMMS, but I can't use it due to the lack > > of .mpc support :-( > > > > Sorry, but I think I should revise my question. My intention was to > ask you whether there are any LEGAL concerns that prevent from > including Musepack support in FC? If it isn't, you migth try extras, to get the gstreamer plugin (if such a beast exists) into extras. If it doesn't, youre better off talking to upstream gstreamer. From ivg2 at cornell.edu Wed Apr 6 16:05:15 2005 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Wed, 06 Apr 2005 12:05:15 -0400 Subject: Alsa channels muted - why Message-ID: <1112803515.3404.4.camel@cobra.ivg2.net> I know I saw a change about this in the rawhide logs a few weeks ago, but it's still not working for me - I have 31 volume in asound.state, and yet it's STILL muted after a forced reboot. This problem has been there forever - I don't think I've ever been able to get sound out of my system after a crash without messing with the mixer. This is a very annoying bug, and I'd like to help track down the cause of it. -- Ivan Gyurdiev Cornell University From alan.gagne at comcast.net Wed Apr 6 17:05:48 2005 From: alan.gagne at comcast.net (Alan J. Gagne) Date: Wed, 06 Apr 2005 13:05:48 -0400 Subject: Selinux Question Message-ID: <1112807148.14017.11.camel@agagne.int.demandware.com> Based on audit2allow I added the following to the audit policy temporarily ( allow ifconfig_t usr_t:lnk_file read; ) so I could start the agent both with and without these errors. Checking the agents log and trace files showed no difference between the two. It looks like the process completes successfully either way. Do you have any recommendations for dontaudit I can try ? Alan From notting at redhat.com Wed Apr 6 17:10:13 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 6 Apr 2005 13:10:13 -0400 Subject: Alsa channels muted - why In-Reply-To: <1112803515.3404.4.camel@cobra.ivg2.net> References: <1112803515.3404.4.camel@cobra.ivg2.net> Message-ID: <20050406171013.GA2165@nostromo.devel.redhat.com> Ivan Gyurdiev (ivg2 at cornell.edu) said: > I know I saw a change about this in the rawhide logs a few weeks ago, > but it's still not working for me - I have 31 volume in asound.state, > and yet it's STILL muted after a forced reboot. This problem has > been there forever - I don't think I've ever been able to get sound > out of my system after a crash without messing with the mixer. > This is a very annoying bug, and I'd like to help track down the cause > of it. Can you add strace (or whatever) to /etc/dev.d/sound/alsa.dev and try and capture what it's doing, and how it's succeeding or failing? I'm assuming a simple 'alsactl restore' works to fix it? Bill From kyrre at solution-forge.net Wed Apr 6 17:18:08 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 06 Apr 2005 19:18:08 +0200 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> <1112716918.14965.2.camel@dcbw.boston.redhat.com> Message-ID: <1112807888.3332.8.camel@localhost.localdomain> tir, 05.04.2005 kl. 18.38 skrev Justin Conover: > On Apr 5, 2005 10:01 AM, Dan Williams wrote: > > On Tue, 2005-04-05 at 09:51 -0600, Justin Conover wrote: > > > On Apr 5, 2005 9:30 AM, seth vidal wrote: > > > > On Tue, 2005-04-05 at 11:25 -0400, Jeff Spaleta wrote: > > > > > On Apr 5, 2005 11:07 AM, Justin Conover wrote: > > > > > > What I don't understand is if you grab xmms from "extras" via cvs, it > > > > > > wont build because it needs a gcc4.patch. How was the rawhide build > > > > > > system building these packages if they break when you grab the > > > > > > src.rpm? > > > > > > > > > > > > > > > the xmms in rawhide was actually quite old... i see no evidence that > > > > > it was rebuilt with gcc4 yet. > > > > > > > > right, it wasn't. > > > > > > > > -sv > > > > > > > > > > > > > > Is there a wiki or anything that explains how the rawhide build system > > > works? Just for usefull info to me and maybe many others. I just > > > want to know how it all works. > > > > The package will only break when you recompile it with gcc4. So, for > > xmms, it was last updated _before_ gcc4 was made the default compiler > > for Fedora. Therefore, if the maintainer were to rebuild it now, since > > that gcc4 change, it would break and the maintainer would be forced to > > update the package before it could get into rawhide. > > > > Dan > > > > > So if I use > > CC=gcc32 rpmbuild -ba xmms.spec Isn't it: CC=gcc32 export CC rpmbuild (i am typing from memory here...) From skvidal at phy.duke.edu Wed Apr 6 17:20:29 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 06 Apr 2005 13:20:29 -0400 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112807888.3332.8.camel@localhost.localdomain> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <604aa7910504050825125b51c2@mail.gmail.com> <1112715007.20867.31.camel@cutter> <1112716918.14965.2.camel@dcbw.boston.redhat.com> <1112807888.3332.8.camel@localhost.localdomain> Message-ID: <1112808029.10327.94.camel@cutter> > > > > CC=gcc32 rpmbuild -ba xmms.spec > > Isn't it: > > CC=gcc32 > export CC > rpmbuild > > (i am typing from memory here...) you can define env vars on the commandline in bash w/o exporting them. -sv From ivg2 at cornell.edu Wed Apr 6 16:26:36 2005 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Wed, 06 Apr 2005 12:26:36 -0400 Subject: Alsa channels muted - why In-Reply-To: <20050406171013.GA2165@nostromo.devel.redhat.com> References: <1112803515.3404.4.camel@cobra.ivg2.net> <20050406171013.GA2165@nostromo.devel.redhat.com> Message-ID: <1112804797.4828.4.camel@cobra.ivg2.net> On Wed, 2005-04-06 at 13:10 -0400, Bill Nottingham wrote: > Ivan Gyurdiev (ivg2 at cornell.edu) said: > > I know I saw a change about this in the rawhide logs a few weeks ago, > > but it's still not working for me - I have 31 volume in asound.state, > > and yet it's STILL muted after a forced reboot. This problem has > > been there forever - I don't think I've ever been able to get sound > > out of my system after a crash without messing with the mixer. > > This is a very annoying bug, and I'd like to help track down the cause > > of it. > > Can you add strace (or whatever) to /etc/dev.d/sound/alsa.dev and > try and capture what it's doing, and how it's succeeding or failing? > > I'm assuming a simple 'alsactl restore' works to fix it? Gah - okay I see what the problem is - I have the wrong rpms installed, and they don't have that script - must exclude from dag repo...sorry. * Fri Apr 01 2005 Bill Nottingham 1.0.8-4 - replace the dev.d script with a program that calls alsactl to restore the volume if there is a saved config, and just unmutes the playback channels if there isn't one (#132575) What was wrong with it prior to this work - isn't this supposed to happen at modprobe time anyway? install snd-via82xx /sbin/modprobe --ignore-install snd-via82xx && /usr/sbin/alsactl restore >/dev/null 2>&1 || : -- Ivan Gyurdiev Cornell University From notting at redhat.com Wed Apr 6 17:21:50 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 6 Apr 2005 13:21:50 -0400 Subject: Alsa channels muted - why In-Reply-To: <1112804797.4828.4.camel@cobra.ivg2.net> References: <1112803515.3404.4.camel@cobra.ivg2.net> <20050406171013.GA2165@nostromo.devel.redhat.com> <1112804797.4828.4.camel@cobra.ivg2.net> Message-ID: <20050406172150.GA31291@nostromo.devel.redhat.com> Ivan Gyurdiev (ivg2 at cornell.edu) said: > > I'm assuming a simple 'alsactl restore' works to fix it? > > Gah - okay I see what the problem is - I have the wrong rpms installed, > and they don't have that script - must exclude from dag repo...sorry. > > * Fri Apr 01 2005 Bill Nottingham 1.0.8-4 > - replace the dev.d script with a program that calls alsactl to > restore the volume if there is a saved config, and just unmutes > the playback channels if there isn't one (#132575) > > What was wrong with it prior to this work - isn't this supposed to > happen at modprobe time anyway? The restore that was there was fine *if you had a config*. This rework was to make sure the values are sane if there is no config to restore. Bill From jspaleta at gmail.com Wed Apr 6 17:25:44 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 6 Apr 2005 13:25:44 -0400 Subject: Alsa channels muted - why In-Reply-To: <1112804797.4828.4.camel@cobra.ivg2.net> References: <1112803515.3404.4.camel@cobra.ivg2.net> <20050406171013.GA2165@nostromo.devel.redhat.com> <1112804797.4828.4.camel@cobra.ivg2.net> Message-ID: <604aa7910504061025268ddec5@mail.gmail.com> On Apr 6, 2005 12:26 PM, Ivan Gyurdiev wrote: > What was wrong with it prior to this work - isn't this supposed to > happen at modprobe time anyway? udev adds a wrinkle. My understanding is that sometimes... udev doesn't finish creating the needed /dev/ entries before the modprobe script fires. I don't think udev has a mechanism to communicate back to modprobe with a "hey I'm done, run your install scripts now." So as a result some people/hardware see this problem and some people/hardware doesn't. -jef From rramson at gmail.com Wed Apr 6 17:27:56 2005 From: rramson at gmail.com (Richard Ramson) Date: Wed, 6 Apr 2005 13:27:56 -0400 Subject: FC4T1 to FC4T2 to FC4T3 Final release Message-ID: When Fedora Core 4 finally gets released in June, will I have to do an upgrade or because I keep downloading the fixes I won't need the final version? From kms at passback.co.uk Wed Apr 6 17:28:18 2005 From: kms at passback.co.uk (Keith Sharp) Date: Wed, 06 Apr 2005 18:28:18 +0100 Subject: Problems with Xen (kernel-xen0-2.6.11-1.1226_FC4) and Intel Corporation 82562ET/EZ/GT/GZ Ethernet Message-ID: <1112808498.3614.15.camel@animal.passback.co.uk> Hello, I have been trying to get Xen working with the most recent kernel builds from Rawhide. When I boot using Xen and kernel-xen0 the network fails and I get tracebacks on the console. Booting starts as expected but starting eth0 seems to take a little longer than normal. The problems begin when NTP is started, booting pauses here for quite a few seconds and then a traceback appears. Booting eventually continues with these pauses and tracebacks. When the system is finally up I can login is root and the network appears to be up (according to ifconfig) but I cannot ping any other local devices and the RX and TX values for eth0 remain at zero. Attached is a console log from booting - the interesting stuff is towards the end, the output of lspci, and my grub.conf I am running FC4T1 with kernel and xen updated from Rawhide: kernel-xen0-2.6.11-1.1226_FC4 kernel-smp-2.6.11-1.1226_FC4 kernel-2.6.11-1.1226_FC4 kernel-xenU-2.6.11-1.1226_FC4 The Ethernet port works fine under the standard SMP kernel. Is anyone else seeing this? Keith. -------------- next part -------------- 00:00.0 Host bridge: Intel Corporation 915G/P/GV Processor to I/O Controller (rev 04) 00:01.0 PCI bridge: Intel Corporation 915G/P/GV PCI Express Root Port (rev 04) 00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03) 00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d3) 00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03) 00:1f.0 ISA bridge: Intel Corporation 82801FB/FR (ICH6/ICH6R) LPC Interface Bridge (rev 03) 00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller (rev 03) 00:1f.2 IDE interface: Intel Corporation 82801FB/FW (ICH6/ICH6W) SATA Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller (rev 03) 01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] 01:00.1 Display controller: ATI Technologies Inc: Unknown device 5b70 03:01.0 Modem: Intel Corporation: Unknown device 1080 (rev 04) 03:08.0 Ethernet controller: Intel Corporation 82562ET/EZ/GT/GZ - PRO/100 VE (LOM) Ethernet Controller (rev 03) -------------- next part -------------- __ __ _____ ___ _ _ \ \/ /___ _ __ |___ / / _ \ __| | _____ _____| | \ // _ \ '_ \ |_ \| | | |__ / _` |/ _ \ \ / / _ \ | / \ __/ | | | ___) | |_| |__| (_| | __/\ V / __/ | /_/\_\___|_| |_| |____(_)___/ \__,_|\___| \_/ \___|_| http://www.cl.cam.ac.uk/netos/xen University of Cambridge Computer Laboratory Xen version 3.0-devel (bhcompile at build.redhat.com) (gcc version 4.0.0 200503295 Latest ChangeSet: information unavailable (XEN) Physical RAM map: (XEN) 0000000000000000 - 00000000000a0000 (usable) (XEN) 00000000000f0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 000000003fe88c00 (usable) (XEN) 000000003fe88c00 - 000000003fe8ac00 (ACPI NVS) (XEN) 000000003fe8ac00 - 000000003fe8cc00 (ACPI data) (XEN) 000000003fe8cc00 - 0000000040000000 (reserved) (XEN) 00000000e0000000 - 00000000f0000000 (reserved) (XEN) 00000000fec00000 - 00000000fed00400 (reserved) (XEN) 00000000fed20000 - 00000000feda0000 (reserved) (XEN) 00000000fee00000 - 00000000fef00000 (reserved) (XEN) 00000000ffb00000 - 0000000100000000 (reserved) (XEN) System RAM: 1022MB (1046688kB) (XEN) Xen heap: 10MB (10828kB) (XEN) CPU0: Before vendor init, caps: bfebfbff 00000000 00000000, vendor = 0 (XEN) CPU#0: Physical ID: 0, Logical ID: 0 (XEN) CPU caps: bfebfbff 00000000 00000000 00000000 (XEN) found SMP MP-table at 000fe710 (XEN) ACPI: RSDP (v000 DELL ) @ 0x000fec00 (XEN) ACPI: RSDT (v001 DELL 4700 0x00000007 ASL 0x00000061) @ 0x000fcc10 (XEN) ACPI: FADT (v001 DELL 4700 0x00000007 ASL 0x00000061) @ 0x000fcc50 (XEN) ACPI: SSDT (v001 DELL st_ex 0x00001000 MSFT 0x0100000d) @ 0xfffc58e5 (XEN) ACPI: MADT (v001 DELL 4700 0x00000007 ASL 0x00000061) @ 0x000fccc4 (XEN) ACPI: BOOT (v001 DELL 4700 0x00000007 ASL 0x00000061) @ 0x000fcd36 (XEN) ACPI: ASF! (v016 DELL 4700 0x00000007 ASL 0x00000061) @ 0x000fcd5e (XEN) ACPI: MCFG (v001 DELL 4700 0x00000007 ASL 0x00000061) @ 0x000fcdc5 (XEN) ACPI: HPET (v001 DELL 4700 0x00000007 ASL 0x00000061) @ 0x000fce03 (XEN) ACPI: DSDT (v001 DELL dt_ex 0x00001000 MSFT 0x0100000d) @ 0x00000000 (XEN) ACPI: Local APIC address 0xfee00000 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) (XEN) Processor #0 Unknown CPU [15:3] APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) (XEN) Processor #1 Unknown CPU [15:3] APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] disabled) (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] disabled) (XEN) ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1]) (XEN) Using ACPI for processor (LAPIC) configuration information (XEN) Intel MultiProcessor Specification v1.4 (XEN) Virtual Wire compatibility mode. (XEN) OEM ID: DELL Product ID: Dim 4700 APIC at: 0xFEE00000 (XEN) I/O APIC #8 Version 32 at 0xFEC00000. (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Processors: 2 (XEN) Using scheduler: Borrowed Virtual Time (bvt) (XEN) Initializing CPU#0 (XEN) Detected 2992.657 MHz processor. (XEN) CPU0: Before vendor init, caps: bfebfbff 00000000 00000000, vendor = 0 (XEN) CPU#0: Physical ID: 0, Logical ID: 0 (XEN) CPU caps: bfebfbff 00000000 00000000 00000000 (XEN) CPU0 booted (XEN) enabled ExtINT on CPU#0 (XEN) ESR value before enabling vector: 00000040 (XEN) ESR value after enabling vector: 00000000 (XEN) Booting processor 1/1 eip 90000 (XEN) Initializing CPU#1 (XEN) masked ExtINT on CPU#1 (XEN) ESR value before enabling vector: 00000000 (XEN) ESR value after enabling vector: 00000000 (XEN) CPU1: Before vendor init, caps: bfebfbff 00000000 00000000, vendor = 0 (XEN) CPU#1: Physical ID: 0, Logical ID: 1 (XEN) CPU caps: bfebfbff 00000000 00000000 00000000 (XEN) CPU1 has booted. (XEN) Total of 2 processors activated. (XEN) ENABLING IO-APIC IRQs (XEN) Setting 8 in the phys_id_present_map (XEN) ...changing IO-APIC physical APIC ID to 8 ... ok. (XEN) init IO_APIC IRQs (XEN) vector_irq[49] = 1 (XEN) vector_irq[51] = 3 (XEN) vector_irq[59] = 4 (XEN) vector_irq[61] = 5 (XEN) vector_irq[69] = 6 (XEN) vector_irq[71] = 7 (XEN) vector_irq[79] = 8 (XEN) vector_irq[81] = 9 (XEN) vector_irq[89] = 10 (XEN) vector_irq[91] = 11 (XEN) vector_irq[99] = 12 (XEN) vector_irq[a1] = 14 (XEN) vector_irq[a9] = 15 (XEN) vector_irq[b1] = 16 (XEN) vector_irq[b9] = 17 (XEN) vector_irq[c1] = 18 (XEN) vector_irq[c9] = 19 (XEN) vector_irq[d1] = 20 (XEN) vector_irq[d9] = 21 (XEN) vector_irq[e1] = 22 (XEN) vector_irq[e9] = 23 (XEN) ..TIMER: vector=0x41 pin1=2 pin2=0 (XEN) Using local APIC timer interrupts. (XEN) Calibrating APIC timer for CPU0... (XEN) ..... CPU speed is 2992.5999 MHz. (XEN) ..... Bus speed is 199.5065 MHz. (XEN) ..... bus_scale = 0x0000CC4F (XEN) checking TSC synchronization across CPUs: passed. (XEN) Time init: (XEN) .... System Time: 20001255ns (XEN) .... cpu_freq: 00000000:B2605588 (XEN) .... scale: 00000001:562BB70F (XEN) .... Wall Clock: 1112802717s 200000us (XEN) PCI: PCI BIOS revision 2.10 entry at 0xfb2cc, last bus=3 (XEN) PCI: Using configuration type 1 (XEN) PCI: Probing PCI hardware (XEN) PCI: Probing PCI hardware (bus 00) (XEN) PCI: Ignoring BAR0-3 of IDE controller 00:1f.1 (XEN) Transparent bridge - PCI device 8086:244e (XEN) PCI: Using IRQ router PIIX/ICH [8086/2640] at 00:1f.0 (XEN) PCI->APIC IRQ transform: (B0,I29,P0) -> 21 (XEN) PCI->APIC IRQ transform: (B0,I29,P1) -> 22 (XEN) PCI->APIC IRQ transform: (B0,I29,P2) -> 18 (XEN) PCI->APIC IRQ transform: (B0,I29,P3) -> 23 (XEN) PCI->APIC IRQ transform: (B0,I29,P0) -> 21 (XEN) PCI->APIC IRQ transform: (B0,I30,P0) -> 23 (XEN) PCI->APIC IRQ transform: (B0,I31,P0) -> 16 (XEN) PCI->APIC IRQ transform: (B0,I31,P2) -> 20 (XEN) PCI->APIC IRQ transform: (B0,I31,P1) -> 17 (XEN) PCI->APIC IRQ transform: (B1,I0,P0) -> 16 (XEN) PCI->APIC IRQ transform: (B3,I1,P0) -> 17 (XEN) PCI: using PPB(B0,I30,P0) to get irq 23 (XEN) PCI->APIC IRQ transform: (B3,I8,P0) -> 23 (XEN) mtrr: v2.0 (20020519) (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen-ELF header found: 'GUEST_OS=linux,GUEST_VER=2.6,XEN_VER=3.0,VIRT_BASE'(XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 08000000->10000000 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: c0100000->c0478cfc (XEN) Init. ramdisk: c0479000->c078ea00 (XEN) Phys-Mach map: c078f000->c07af000 (XEN) Page tables: c07af000->c07b3000 (XEN) Start info: c07b3000->c07b4000 (XEN) Boot stack: c07b4000->c07b5000 (XEN) TOTAL: c0000000->c0c00000 (XEN) ENTRY ADDRESS: c0100000 (XEN) Initrd len 0x315a00, start at 0xc0479000 (XEN) Scrubbing Free RAM: ...........done. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xe.Linux version 2.6.11-1.1226_FC4xen0 (bhcompile at decompose.build.redhat.com) (gcc5BIOS-provided physical RAM map: Xen: 0000000000000000 - 0000000008000000 (usable) 128MB LOWMEM available. Using x86 segment limits to approximate NX protection DMI 2.3 present. IRQ lockup detection disabled Allocating PCI resources starting at 08000000 (gap: 08000000:f8000000) Built 1 zonelists Kernel command line: ro root=/dev/volume_01/root console=ttyS0 Initializing CPU#0 PID hash table entries: 1024 (order: 10, 16384 bytes) Xen reported: 2992.657 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 121600k/131072k available (2321k kernel code, 9388k reserved, 687k data)Checking if this processor honours the WP bit even in supervisor mode... Ok. Security Framework v1.0.0 initialized SELinux: Initializing. SELinux: Starting in permissive mode selinux_register_security: Registering secondary module capability Capability LSM initialized as secondary Mount-cache hash table entries: 512 CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... disabled CPU0: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 04 per-CPU timeslice cutoff: 2925.83 usecs. task migration cache decay timeout: 3 msecs. Booting processor 1/1 eip c0100010 Initializing CPU#1 CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU1: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 04 Total of 2 processors activated (11953.76 BogoMIPS). Brought up 2 CPUs checking if image is initramfs... it is Freeing initrd memory: 3158k freed NET: Registered protocol family 16 PCI: Using configuration type Xen Linux Plug and Play Support v0.97 (c) Adam Belay xen_mem: Initialising balloon driver. usbcore: registered new driver usbfs usbcore: registered new driver hub PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1 PCI: Transparent bridge - 0000:00:1e.0 PCI: Probing PCI hardware (bus 01) PCI: Probing PCI hardware (bus 03) PCI: Probing PCI hardware IA-32 Microcode Update Driver: v1.14-xen audit: initializing netlink socket (disabled) audit(1112802721.290:0): initialized Total HugeTLB memory allocated, 0 VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) SELinux: Registering netfilter hooks Initializing Cryptographic API ksign: Installing public key data Loading keyring - Added public key 7A9F2968617F8655 - User ID: Red Hat, Inc. (Kernel Module GPG key) (XEN) PCI: No IRQ known for interrupt pin A of device 00:01.0. Probably buggy M.Ti(XEN) mer ISR/1: Time went backwards: -79997000 4590000000 4000 4570000000PCI. PCI: No IRQ known for interrupt pin A of device 0000:00:01.0. pcie_portdrv_probe->Dev[2581:8086] has invalid IRQ. Check vendor BIOS assign_interrupt_mode Found MSI capability PCI: No IRQ known for interrupt pin A of device 0000:00:1c.0. pcie_portdrv_probe->Dev[2660:8086] has invalid IRQ. Check vendor BIOS assign_interrupt_mode Found MSI capability isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Real Time Clock Driver v1.12 Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected an Intel 915G Chipset. agpgart: AGP aperture is 256M @ 0x0 [drm] Initialized drm 1.0.0 20040925 PNP: No PS/2 controller found. Probing ports directly. serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize Xen virtual console successfully installed as ttyS0 Event-channel device installed. Initialising Xen netif backend Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ICH6: IDE controller at PCI slot 0000:00:1f.1 PCI: Obtained IRQ 16 for device 0000:00:1f.1 ICH6: chipset revision 3 ICH6: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA hda: GCR-8483B, ATAPI CD/DVD-ROM drive hdb: _NEC DVD+RW ND-3100AD, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: ATAPI 48X CD-ROM drive, 128kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 hdb: ATAPI 48X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33) ide-floppy driver 0.99.newide usbcore: registered new driver hiddev usbcore: registered new driver usbhid drivers/usb/input/hid-core.c: v2.01:USB HID core driver mice: PS/2 mouse device common for all mice md: md driver 0.90.1 MAX_MD_DEVS=256, MD_SB_DISKS=27 input: AT Translated Set 2 keyboard on isa0060/serio0 NET: Registered protocol family 2 IP: routing cache hash table of 512 buckets, 8Kbytes TCP established hash table entries: 8192 (order: 5, 131072 bytes) TCP bind hash table entries: 8192 (order: 4, 98304 bytes) TCP: Hash tables configured (established 8192 bind 8192) Initializing IPsec netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 Freeing unused kernel memory: 196k freed Red Hat nash version 4.2.1 starting Mounted /proc filesystem Mounting sysfs Creating /dev Starting udev Loading scsi_mod.ko module SCSI subsystem initialized Loading sd_mod.ko module Loading libata.ko module Loading ata_piix.ko module PCI: Obtained IRQ 20 for device 0000:00:1f.2 input: ImPS/2 Generic Wheel Mouse on isa0060/serio1 ata1: SATA max UDMA/133 cmd 0xFE00 ctl 0xFE12 bmdma 0xFEA0 irq 20 ata2: SATA max UDMA/133 cmd 0xFE20 ctl 0xFE32 bmdma 0xFEA8 irq 20 ata1: dev 0 ATA, max UDMA/133, 312500000 sectors: lba48 ata1: dev 0 configured for UDMA/133 scsi0 : ata_piix ATA: abnormal status 0xFF on port 0xFE27 ata2: disabling port scsi1 : ata_piix Vendor: ATA Model: WDC WD1600JD-75H Rev: 08.0 Type: Direct-Access ANSI SCSI revision: 05 SCSI device sda: 312500000 512-byte hdwr sectors (160000 MB) SCSI device sda: drive cache: write back SCSI device sda: 312500000 512-byte hdwr sectors (160000 MB) SCSI device sda: drive cache: write back sda: sda1 sda2 Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Loading dm-mod.ko module device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-devel at redhat.com Loading jbd.ko module Loading ext3.ko module Loading dm-mirror.ko module Loading dm-zero.ko module Loading dm-snapshot.ko module Making device-mapper control node Scanning logical volumes File descriptor 3 left open Reading all physical volumes. This may take a while... cdrom: open failed. cdrom: open failed. Found volume group "volume_01" using metadata type lvm2 Activating logical volumes File descriptor 3 left open 7 logical volume(s) in volume group "volume_01" now active Making device nodes File descriptor 3 left open Creating root device Mounting root filesystem kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. Switching to new root *************************************************************** *************************************************************** ** WARNING: Currently emulating unsupported memory accesses ** ** in /lib/tls libraries. The emulation is very ** ** slow, and may not work correctly with all ** ** programs (e.g., some may 'Segmentation fault'). ** ** TO ENSURE FULL PERFORMANCE AND CORRECT FUNCTION, ** ** YOU MUST EXECUTE THE FOLLOWING AS ROOT: ** ** mv /lib/tls /lib/tls.disabled ** *************************************************************** *************************************************************** Continuing... security: 3 users, 5 roles, 589 types, 61 bools security: 54 classes, 71803 rules SELinux: Completing initialization. SELinux: Setting up existing superblocks. SELinux: initialized (dev dm-0, type ext3), uses xattr SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts SELinux: initialized (dev mqueue, type mqueue), not configured for labeling SELinux: initialized (dev hugetlbfs, type hugetlbfs), not configured for labeligSELinux: initialized (dev devpts, type devpts), uses transition SIDs SELinux: initialized (dev eventpollfs, type eventpollfs), uses genfs_contexts SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev futexfs, type futexfs), uses genfs_contexts SELinux: initialized (dev pipefs, type pipefs), uses task SIDs SELinux: initialized (dev sockfs, type sockfs), uses task SIDs SELinux: initialized (dev cpuset, type cpuset), not configured for labeling SELinux: initialized (dev proc, type proc), uses genfs_contexts SELinux: initialized (dev bdev, type bdev), uses genfs_contexts SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts INIT: version 2.85 booting SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts Welcome to Fedora Core Press 'I' to enter interactive startup. Starting udev: [ OK ] Initializing hardware... storage network audio done[ OK ] Setting clock (utc): Wed Apr 6 16:52:30 BST 2005 [ OK ] Setting hostname animal.passback.co.uk: [ OK ] Setting up Logical Volume Management: File descriptor 3 left open /var/lock: mkdir failed: Read-only file system 7 logical volume(s) in volume group "volume_01" now active [ OK ] Checking filesystems Checking all file systems. [/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/volume_01/root /dev/volume_01/root: clean, 18128/262144 files, 133030/262144 blocks [/sbin/fsck.ext3 (1) -- /boot] fsck.ext3 -a /dev/sda1 /boot: clean, 65/263232 files, 24437/263056 blocks [/sbin/fsck.ext3 (1) -- /export/backup] fsck.ext3 -a /dev/volume_01/backup /dev/volume_01/backup: clean, 377040/10485760 files, 7569225/10485760 blocks [/sbin/fsck.ext3 (1) -- /export/animal] fsck.ext3 -a /dev/volume_01/animal /dev/volume_01/animal: clean, 17/5242880 files, 726262/10485760 blocks [/sbin/fsck.ext3 (1) -- /tmp] fsck.ext3 -a /dev/volume_01/tmp /dev/volume_01/tmp: clean, 541/262144 files, 34039/262144 blocks [/sbin/fsck.ext3 (1) -- /usr] fsck.ext3 -a /dev/volume_01/usr /dev/volume_01/usr: clean, 324735/5242880 files, 1768974/5242880 blocks [/sbin/fsck.ext3 (1) -- /var] fsck.ext3 -a /dev/volume_01/var /dev/volume_01/var: clean, 5263/1048576 files, 375637/1048576 blocks [ OK ] Remounting root filesystem in read-write mode: [ OK ] Mounting local filesystems: [ OK ] Enabling local filesystem quotas: [ OK ] Enabling swap space: [ OK ] INIT: Entering runlevel: 5 Entering non-interactive startup Starting sysstat: Calling the system activity data collector (sadc): [ OK ] Starting readahead_early: Starting background readahead: [ OK ] Bringing up loopback interface: [ OK ] Bringing up interface eth0: [ OK ] Starting system logger: [ OK ] Starting kernel logger: [ OK ] Starting irqbalance: [ OK ] Starting portmap: [ OK ] Starting NFS statd: [ OK ] Starting auditd: [ OK ] Starting RPC idmapd: [ OK ] Mounting other filesystems: [ OK ] Starting lm_sensors: [ OK ] Starting automount: [ OK ] Starting nifd... Starting mDNSResponder... [ OK ] Starting cups: [ OK ] Starting sshd: [ OK ] ip_tables: (C) 2000-2002 Netfilter core team Starting xinetd: [ OK ] ntpd: Synchronizing with time server: Debug: sleeping function called from inva0in_atomic():1, irqs_disabled():0 [] __kmalloc+0x174/0x190 [] ata_interrupt+0xce/0x120 [libata] [] proc_create+0xb5/0x130 [] proc_mkdir_mode+0x2f/0x70 [] proc_mkdir+0x20/0x30 [] register_handler_proc+0xc5/0xf0 [] setup_irq+0xae/0x110 [] e100_intr+0x0/0x1a0 [e100] [] request_irq+0xaa/0xd0 [] e100_up+0x125/0x250 [e100] [] e100_intr+0x0/0x1a0 [e100] [] dev_watchdog+0x0/0xd0 [] dev_watchdog+0xc3/0xd0 [] run_timer_softirq+0xee/0x1f0 [] __do_softirq+0x84/0x110 [] do_softirq+0x79/0x80 [] do_IRQ+0x22/0x30 [] evtchn_do_upcall+0x82/0xb0 [] hypervisor_callback+0x31/0x3c [] xen_idle+0x7e/0x160 [] cpu_idle+0x41/0x60 [FAILED] Starting ntpd: [ OK ] Starting sendmail: Debug: sleeping function called from invalid context at mm/s0in_atomic():1, irqs_disabled():0 [] __kmalloc+0x174/0x190 [] proc_create+0xb5/0x130 [] proc_mkdir_mode+0x2f/0x70 [] proc_mkdir+0x20/0x30 [] register_handler_proc+0xc5/0xf0 [] setup_irq+0xae/0x110 [] e100_intr+0x0/0x1a0 [e100] [] request_irq+0xaa/0xd0 [] e100_up+0x125/0x250 [e100] [] e100_intr+0x0/0x1a0 [e100] [] dev_watchdog+0x0/0xd0 [] dev_watchdog+0xc3/0xd0 [] run_timer_softirq+0xee/0x1f0 [] __do_softirq+0x84/0x110 [] do_softirq+0x79/0x80 [] do_IRQ+0x22/0x30 [] evtchn_do_upcall+0x82/0xb0 [] hypervisor_callback+0x31/0x3c [] xen_idle+0x7e/0x160 [] cpu_idle+0x41/0x60 [ OK ] Starting sm-client: Debug: sleeping function called from invalid context at mm/0in_atomic():1, irqs_disabled():0 [] __kmalloc+0x174/0x190 [] ata_interrupt+0xce/0x120 [libata] [] proc_create+0xb5/0x130 [] proc_mkdir_mode+0x2f/0x70 [] proc_mkdir+0x20/0x30 [] register_handler_proc+0xc5/0xf0 [] setup_irq+0xae/0x110 [] e100_intr+0x0/0x1a0 [e100] [] request_irq+0xaa/0xd0 [] e100_up+0x125/0x250 [e100] [] e100_intr+0x0/0x1a0 [e100] [] dev_watchdog+0x0/0xd0 [] dev_watchdog+0xc3/0xd0 [] run_timer_softirq+0xee/0x1f0 [] __do_softirq+0x84/0x110 [] do_softirq+0x79/0x80 [] do_IRQ+0x22/0x30 [] evtchn_do_upcall+0x82/0xb0 [] hypervisor_callback+0x31/0x3c [] xen_idle+0x7e/0x160 [] cpu_idle+0x41/0x60 [ OK ] Starting crond: [ OK ] Starting xfs: [ OK ] Starting anacron: [ OK ] Starting atd: [ OK ] Starting readahead: Starting background readahead: [ OK ] Starting system message bus: [ OK ] Starting cups-config-daemon: [ OK ] Starting HAL daemon: [ OK ] Debug: sleeping function called from invalid context at mm/slab.c:2090 in_atomic():1, irqs_disabled():0 [] __kmalloc+0x174/0x190 [] proc_create+0xb5/0x130 [] try_to_wake_up+0x98/0x330 [] proc_mkdir_mode+0x2f/0x70 [] proc_mkdir+0x20/0x30 [] register_handler_proc+0xc5/0xf0 [] setup_irq+0xae/0x110 [] e100_intr+0x0/0x1a0 [e100] [] request_irq+0xaa/0xd0 [] e100_up+0x125/0x250 [e100] [] e100_intr+0x0/0x1a0 [e100] [] dev_watchdog+0x0/0xd0 [] dev_watchdog+0xc3/0xd0 [] run_timer_softirq+0xee/0x1f0 [] __do_softirq+0x84/0x110 [] do_softirq+0x79/0x80 [] do_IRQ+0x22/0x30 [] evtchn_do_upcall+0x82/0xb0 [] hypervisor_callback+0x31/0x3c [] xen_idle+0x7e/0x160 [] cpu_idle+0x41/0x60 -------------- next part -------------- # 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/volume_01/root # initrd /initrd-version.img #boot=/dev/sda default=1 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title Fedora Core (2.6.11-1.1226_FC4xen0) root (hd0,0) kernel /xen.gz dom0_mem=131072 com1=9600,8n1 console=com1 module /vmlinuz-2.6.11-1.1226_FC4xen0 ro root=/dev/volume_01/root console=ttyS0 module /initrd-2.6.11-1.1226_FC4xen0.img title Fedora Core (2.6.11-1.1226_FC4smp) root (hd0,0) kernel /vmlinuz-2.6.11-1.1226_FC4smp ro root=/dev/volume_01/root rhgb quiet initrd /initrd-2.6.11-1.1226_FC4smp.img title Fedora Core (2.6.11-1.1226_FC4) Single root (hd0,0) kernel /vmlinuz-2.6.11-1.1226_FC4 ro root=/dev/volume_01/root single initrd /initrd-2.6.11-1.1226_FC4.img From david at fubar.dk Wed Apr 6 17:40:45 2005 From: david at fubar.dk (David Zeuthen) Date: Wed, 06 Apr 2005 13:40:45 -0400 Subject: Alsa channels muted - why In-Reply-To: <604aa7910504061025268ddec5@mail.gmail.com> References: <1112803515.3404.4.camel@cobra.ivg2.net> <20050406171013.GA2165@nostromo.devel.redhat.com> <1112804797.4828.4.camel@cobra.ivg2.net> <604aa7910504061025268ddec5@mail.gmail.com> Message-ID: <1112809245.3479.20.camel@daxter.boston.redhat.com> On Wed, 2005-04-06 at 13:25 -0400, Jeff Spaleta wrote: > On Apr 6, 2005 12:26 PM, Ivan Gyurdiev wrote: > > What was wrong with it prior to this work - isn't this supposed to > > happen at modprobe time anyway? > > udev adds a wrinkle. My understanding is that sometimes... udev > doesn't finish creating the needed /dev/ entries before the modprobe > script fires. This is pretty much a feature of the Linux 2.6 kernel and udev combo. Search the lkml for threads about why this is so. > I don't think udev has a mechanism to communicate back > to modprobe with a "hey I'm done, run your install scripts now." So > as a result some people/hardware see this problem and some > people/hardware doesn't. This is exactly why we have the dev.d notifiers. Cheers, David From jspaleta at gmail.com Wed Apr 6 17:41:26 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 6 Apr 2005 13:41:26 -0400 Subject: FC4T1 to FC4T2 to FC4T3 Final release In-Reply-To: References: Message-ID: <604aa79105040610415fdca218@mail.gmail.com> On Apr 6, 2005 1:27 PM, Richard Ramson wrote: > When Fedora Core 4 finally gets released in June, will I have to do an > upgrade or because I keep downloading the fixes I won't need the final > version? Package version are not garunteed to be monotonically increasing during the testing phase. For example, a serious bug in test3 that can not be resolved may very well mean a package is reverted to a lower package inside the development tree and subsequently in the final release. You will have to review your list of installed packages against the package list in the final release and downgrade your packages for any reversion cases. Even then you have to be careful about configuration file issues that get changed near the end of the testing cycle. For example there is a very good chance you have editted your yum configuration files which means you want see the default fc4 yum configuration, you'll see some mixture of your changes and the defaults because of the way rpm handles configuration files. At the end of the day.. its probably not appropriate to just assume what you have is really whats in the final release. You either need to do a review of your system or do a fresh install of the final release. I personally always do a fresh install of my test box with a new release to make sure my system doesn't have some lingering configuration issue or out-of-sync packages. -jef From greenrd at presidium.org Wed Apr 6 17:40:02 2005 From: greenrd at presidium.org (Robin Green) Date: Wed, 06 Apr 2005 18:40:02 +0100 Subject: Yum refused to start after upgrade: "The yum libraries do not seem to be available" Message-ID: Just upgraded glibc and libxml2 from rawhide (and a few others, although I think those ones are most likely to be the culprits), and now yum won't start. It says: The yum libraries do not seem to be availableon your system for this version of python 2.4 (#1, Mar 14 2005, 19:45:57) [GCC 4.0.0 20050310 (Red Hat 4.0.0-0.33)] Please make sure the package you used to installyum was built for your install of python. If I comment out the relevant try..except in /usr/bin/yum, the *actual* error is: Traceback (most recent call last): File "/usr/bin/yum", line 4, in ? import yum File "__init__.py", line 21, in ? File "/usr/lib/python2.4/site-packages/rpm/__init__.py", line 7, in ? from _rpm import * ImportError: dynamic module does not define init function (init_rpm) Anyone else seeing this? -- Robin From jspaleta at gmail.com Wed Apr 6 17:50:54 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 6 Apr 2005 13:50:54 -0400 Subject: Yum refused to start after upgrade: "The yum libraries do not seem to be available" In-Reply-To: References: Message-ID: <604aa791050406105041458eb2@mail.gmail.com> On Apr 6, 2005 1:40 PM, Robin Green wrote: > Just upgraded glibc and libxml2 from rawhide (and a few others, although I > think those ones are most likely to be the culprits), and now yum won't > start. It says: i just did todays updates in about 4 iterations. yum was still working for me after the glibc update. the last update i did was the openoffice stuff... all of it installed fine. and my yum still appears to work. i can install new things with it.. > Traceback (most recent call last): > File "/usr/bin/yum", line 4, in ? > import yum > File "__init__.py", line 21, in ? > File "/usr/lib/python2.4/site-packages/rpm/__init__.py", line 7, in ? > from _rpm import * > ImportError: dynamic module does not define init function (init_rpm) from the files in your error... i suspect something wrong with the rpm-python package that you have installed on your system, but I couldn't begin to tell you what that problem is. on my system: rpm -qf /usr/lib/python2.4/site-packages/rpm/__init__.py rpm-python-4.4.1-9 you might try to run rpm -V rpm-python and see if it outputs anything. rpm -V rpm-python returns nothing on my system, indicating the rpmdata and the filesystem match up for the files in the rpm-python package on my system. Can you start up2date from a terminal? up2date also depends on the the rpm-python modules. -jef From terraformers at gmx.net Wed Apr 6 18:09:34 2005 From: terraformers at gmx.net (Lars) Date: Wed, 06 Apr 2005 20:09:34 +0200 Subject: system-logviewer gone, why? Message-ID: hi fellow testers anyone can tell why system-logviewer has been dropped from rawhide ? is there any replacement gui (planned) ? cheers lars From d00jkr at efd.lth.se Wed Apr 6 18:24:40 2005 From: d00jkr at efd.lth.se (Jacob Kroon) Date: Wed, 06 Apr 2005 20:24:40 +0200 Subject: redhat-artwork postinstall script In-Reply-To: <4253FF23.40703@efd.lth.se> References: <4253FF23.40703@efd.lth.se> Message-ID: <42542968.4070409@efd.lth.se> Jacob Kroon wrote: > When not using the -f flag it seems to me, that if the cache file > already is "up2date", > or rather "ok", it doesnt get an updated time-stamp, even if the > directory is older > than the cache-file. > > Possible scenario: > A new redhat-artwork rpm is released which contains a small fix, > resulting in that > fixing the cache is unneccesary. The directories timestamp is > increased, so the icon-cache > gets outdated, the %post script runs but since the small fix didn't > require a rebuild > of the cache, and because of this "possible" bug, it's left as is. I have verified this on my system at least: rpm -q redhat-artwork redhat-artwork-0.122-1 Steps to reproduce: 1. touch /usr/share/icons/Bluecurve 2. Run postinstall script for redhat-artwork for dir in /usr/share/icons/*; do if test -d "$dir"; then /usr/bin/gtk-update-icon-cache --quiet $dir fi done 3. Check timestamps for /usr/share/icons/Bluecurve and /usr/share/icons/Bluecurve/icon-theme.cache The icon-cache file is older than the directory... 8( Should I bugzilla this, and in that case to which component ? I'm not quite sure how gtk-update-icon-cache is supposed to behave, but from what I've heard the --force flag shouldn't be necessary, the script should fix it, and in that case gtk-update-icon-cache is the problem. /Jacob From dwalsh at redhat.com Wed Apr 6 18:32:41 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 06 Apr 2005 14:32:41 -0400 Subject: Selinux Question In-Reply-To: <1112807148.14017.11.camel@agagne.int.demandware.com> References: <1112807148.14017.11.camel@agagne.int.demandware.com> Message-ID: <42542B49.6020404@redhat.com> Alan J. Gagne wrote: >Based on audit2allow I added the following to the audit policy >temporarily ( allow ifconfig_t usr_t:lnk_file read; ) so I could >start the agent both with and without these errors. > >Checking the agents log and trace files showed no difference between the >two. It looks like the process completes successfully either way. > >Do you have any recommendations for dontaudit I can try ? > >Alan > > > Change allow ifconfig_t usr_t:lnk_file read; to dontaudit ifconfig_t usr_t:lnk_file read; This way a hacker could not trick ifconfig to follow a symlink under /usr. Dan -- From terraformers at gmx.net Wed Apr 6 18:58:13 2005 From: terraformers at gmx.net (Lars) Date: Wed, 06 Apr 2005 20:58:13 +0200 Subject: rawhide report: 20050406 changes References: <200504061133.j36BX2je031624@porkchop.devel.redhat.com> Message-ID: On Wed, 06 Apr 2005 07:33:02 -0400, Build System wrote: ... > xorg-x11-6.8.2-19 > ----------------- > * Mon Apr 04 2005 Mike A. Harris 6.8.2-19 > - xfs.init updated with fixes for chkfontpath invocation, as the previous > code did not filter the output of chkfontpath very good. The new sed > filtering is more reliable now, until chkfontpath is enhanced to provide > the info in a way that does not require filtering. > - xfs.init updated to handle .ot[cf] fonts before .tt[cf] fonts, which is a > small optimization for the case of dirs containing .ot[cf] and .tt[cf] > fonts, as it bypasses the prior invocation of ttmkfdir which would get > discarded anyway. Now only one of the two will be invoked, however the > resulting fonts.dir will be identical to before. > - xfs.init updated to *always* run fc-cache without arguments, in order to > ensure all fontconfig configured font directories have updated cache > files. (#133451) > - xfs.init should no longer try to create files on read-only filesystems, > coincidentally due to the above changes, except when the font metadata > is genuinely outdated, which is an error condition no matter how the > filesystem is mounted (#74398) with the new xfs i get, ~]# service xfs restart Restarting xfs: Shutting down xfs: [ OK ] Starting xfs: find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. [ OK ] best lars From mclasen at redhat.com Wed Apr 6 19:10:48 2005 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 06 Apr 2005 15:10:48 -0400 Subject: redhat-artwork postinstall script In-Reply-To: <42542968.4070409@efd.lth.se> References: <4253FF23.40703@efd.lth.se> <42542968.4070409@efd.lth.se> Message-ID: <1112814648.11397.68.camel@golem.boston.redhat.com> On Wed, 2005-04-06 at 20:24 +0200, Jacob Kroon wrote: > Jacob Kroon wrote: > > > When not using the -f flag it seems to me, that if the cache file > > already is "up2date", > > or rather "ok", it doesnt get an updated time-stamp, even if the > > directory is older > > than the cache-file. > > > > Possible scenario: > > A new redhat-artwork rpm is released which contains a small fix, > > resulting in that > > fixing the cache is unneccesary. The directories timestamp is > > increased, so the icon-cache > > gets outdated, the %post script runs but since the small fix didn't > > require a rebuild > > of the cache, and because of this "possible" bug, it's left as is. > > I have verified this on my system at least: > > rpm -q redhat-artwork > redhat-artwork-0.122-1 > > Steps to reproduce: > > 1. touch /usr/share/icons/Bluecurve > 2. Run postinstall script for redhat-artwork > > for dir in /usr/share/icons/*; do > if test -d "$dir"; then > /usr/bin/gtk-update-icon-cache --quiet $dir > fi > done > > 3. Check timestamps for /usr/share/icons/Bluecurve and > /usr/share/icons/Bluecurve/icon-theme.cache > > The icon-cache file is older than the directory... 8( > > Should I bugzilla this, and in that case to which component ? I'm not > quite sure how gtk-update-icon-cache is supposed > to behave, but from what I've heard the --force flag shouldn't be > necessary, the script should fix it, and in that case > gtk-update-icon-cache is the problem. > > /Jacob > File it upstream against gtk+ in bugzilla.gnome.org, please. Thanks, Matthias From Fred.New at microlink.ee Wed Apr 6 19:16:16 2005 From: Fred.New at microlink.ee (Fred New) Date: Wed, 6 Apr 2005 22:16:16 +0300 Subject: Unable to update Openoffice.org-core in todays update Message-ID: <345764DCB65C0C4FACC44529DE273C18BE6209@eemail1.microlink.lan> I can confirm Simon's originally-reported cpio error message for the installation of OOo-core. It seems to be related to the language pack changes since I get a similar message for the Estonian language pack: Updating : openoffice.org-langpack-et_E ####################### [37/97] error: unpacking of archive failed on file /usr/lib/openoffice.org1.9.89/share/template/et/wizard/bitmap: cpio: rename Curiously, the installation failure leaves openoffice.org-core in an uninstalled status: $ rpm -qa openoffice.org\* openoffice.org-math-1.9.89-3 openoffice.org-langpack-et_EE-1.9.89-1 openoffice.org-graphicfilter-1.9.89-3 openoffice.org-impress-1.9.89-3 openoffice.org-writer-1.9.89-3 openoffice.org-calc-1.9.89-3 openoffice.org-draw-1.9.89-3 openoffice.org-xsltfilter-1.9.89-3 $ By the way, today's updates all seem to have GPG signatures. Fred -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2850 bytes Desc: not available URL: From terraformers at gmx.net Wed Apr 6 19:28:07 2005 From: terraformers at gmx.net (Lars G) Date: Wed, 06 Apr 2005 21:28:07 +0200 Subject: Unable to update Openoffice.org-core in todays update References: <345764DCB65C0C4FACC44529DE273C18BE6209@eemail1.microlink.lan> Message-ID: On Wed, 06 Apr 2005 22:16:16 +0300, Fred New wrote: > I can confirm Simon's originally-reported cpio error message > for the installation of OOo-core. It seems to be related > to the language pack changes since I get a similar > message for the Estonian language pack: > > Updating : openoffice.org-langpack-et_E ####################### [37/97] > error: unpacking of archive failed on file > /usr/lib/openoffice.org1.9.89/share/template/et/wizard/bitmap: > cpio: rename > > Curiously, the installation failure leaves > openoffice.org-core in an uninstalled status: > > $ rpm -qa openoffice.org\* > openoffice.org-math-1.9.89-3 > openoffice.org-langpack-et_EE-1.9.89-1 > openoffice.org-graphicfilter-1.9.89-3 > openoffice.org-impress-1.9.89-3 > openoffice.org-writer-1.9.89-3 > openoffice.org-calc-1.9.89-3 > openoffice.org-draw-1.9.89-3 > openoffice.org-xsltfilter-1.9.89-3 > $ > > By the way, today's updates all seem to have GPG signatures. > > Fred same here. openoffice-core package was deinstalled but all the files were still on the hd. installed the previous version and then removed it, this cleaned all the files for me. cheers lars From orion at cora.nwra.com Wed Apr 6 20:04:03 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 06 Apr 2005 14:04:03 -0600 Subject: rawhide report: 20050406 changes In-Reply-To: References: Message-ID: <425440B3.2000702@cora.nwra.com> Build System wrote: > > anaconda-10.2.0.42-1 > -------------------- > * Tue Apr 05 2005 Peter Jones - 10.2.0.42-1 > - Use linuxthreads libraries even if they're not the default, unless > explicitly told to use nptl > > * Tue Apr 05 2005 Chris Lumens 10.2.0.41-1 > - Make sure $LANG is set right for the second stage. > - Fix kickstart traceback trying to skip a nonexistant step. > - Import encodings.idna (sopwith, #153754). > - Fix image building problems. > - Fix kickstart traceback when using shortened forms of language names > (#153656). > With this I get the following traceback: File "/usr/bin/anaconda", line 356, in ? import signal, traceback, string, isys, iutil, time File "/usr/lib/anaconda/isys.py", line 18, in ? import _isys Import Error: libcom_err.so.2: cannot open shared object file: No such file or directory. Doing a pxeboot kickstart install over NFS. Wow - a different anaconda traceback every day! :-) Hope this helps... - Orion From bhughes at elevating.com Wed Apr 6 19:07:39 2005 From: bhughes at elevating.com (Bret Hughes) Date: 06 Apr 2005 14:07:39 -0500 Subject: system-logviewer gone, why? In-Reply-To: References: Message-ID: <1112814460.3205.1.camel@bretsony> On Wed, 2005-04-06 at 13:09, Lars wrote: > hi fellow testers > > anyone can tell why system-logviewer has been dropped from rawhide ? > is there any replacement gui (planned) ? It may not be in rawhide but it is part of the test 1 distro. [root at localhost ~]# yum shell info system-Setting up Yum Shell logveiwe> info system-logviewer Setting up Repos development 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 1.0 MB 00:02 developmen: ################################################## 3656/3656 Added 567 new packages, deleted 594 old in 24.98 seconds Installed Packages Name : system-logviewer Arch : noarch Version: 0.9.14 Release: 1 Size : 886 k Repo : installed Summary: A graphical interface for viewing log files Description: Log Viewer is a graphical interface for viewing and searching log files. > upgrade system-logviewer Setting up Upgrade Process Could not find update match for system-logviewer so it is installed and there are no updates for it. Bret From paul at all-the-johnsons.co.uk Wed Apr 6 20:31:04 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 06 Apr 2005 21:31:04 +0100 Subject: Trying to find if my DVD burner is dead. Message-ID: <1112819464.5065.112.camel@localhost.localdomain> Hi, I'm not sure if this is FC4t1, the kernel, my drive or what. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152188 Is there any use to adding to my boot line ide-cd=/dev/hdf to see if this makes any difference? ISTR that this was depricated when FC moved to the 2.6 kernels (or was that the SCSI emulation parameter)? I'd rather try and figure out the problem before having to take it back to my local computer shop for testing. TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- 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 greenrd at presidium.org Wed Apr 6 20:38:59 2005 From: greenrd at presidium.org (Robin Green) Date: Wed, 6 Apr 2005 16:38:59 -0400 (EDT) Subject: Yum refused to start after upgrade: "The yum libraries do not seem to be available" In-Reply-To: <604aa791050406105041458eb2@mail.gmail.com> References: <604aa791050406105041458eb2@mail.gmail.com> Message-ID: On Wed, 6 Apr 2005, Jeff Spaleta wrote: > On Apr 6, 2005 1:40 PM, Robin Green wrote: >> Just upgraded glibc and libxml2 from rawhide (and a few others, although I >> think those ones are most likely to be the culprits), and now yum won't >> start. It says: > > i just did todays updates in about 4 iterations. > yum was still working for me after the glibc update. > the last update i did was the openoffice stuff... all of it installed fine. > and my yum still appears to work. i can install new things with it.. It looks like the new glibc had only installed part-way. I think this was something to do with running on xen and having a very hacky workaround for the /lib/tls issues. I fixed it by booting from a rescue disk, uninstalling both old and new versions of glibc, and installing the new version again. Now yum works - at least on normal linux - haven't tried xen0-linux yet. -- Robin From pjones at redhat.com Wed Apr 6 20:47:22 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 06 Apr 2005 16:47:22 -0400 Subject: rawhide report: 20050406 changes In-Reply-To: <425440B3.2000702@cora.nwra.com> References: <425440B3.2000702@cora.nwra.com> Message-ID: <1112820442.8973.28.camel@localhost.localdomain> On Wed, 2005-04-06 at 14:04 -0600, Orion Poplawski wrote: > File "/usr/bin/anaconda", line 356, in ? > import signal, traceback, string, isys, iutil, time > File "/usr/lib/anaconda/isys.py", line 18, in ? > import _isys > Import Error: libcom_err.so.2: cannot open shared object file: No such file > or directory. > > Doing a pxeboot kickstart install over NFS. > > Wow - a different anaconda traceback every day! :-) Heh Heh :/ Yeah, that was a bit of a hurried fix for a more major problem, it should be fixed in the current (but not yet pushed out) tree. Thanks. -- Peter From fedora at nodata.co.uk Wed Apr 6 20:52:16 2005 From: fedora at nodata.co.uk (nodata) Date: Wed, 06 Apr 2005 22:52:16 +0200 Subject: system-logviewer gone, why? In-Reply-To: <1112814460.3205.1.camel@bretsony> References: <1112814460.3205.1.camel@bretsony> Message-ID: <1112820736.3543.16.camel@localhost.localdomain> On Wed, 2005-04-06 at 14:07 -0500, Bret Hughes wrote: > On Wed, 2005-04-06 at 13:09, Lars wrote: > > hi fellow testers > > > > anyone can tell why system-logviewer has been dropped from rawhide ? > > is there any replacement gui (planned) ? > > It may not be in rawhide but it is part of the test 1 distro. > > [root at localhost ~]# yum shell > info system-Setting up Yum Shell > logveiwe> info system-logviewer > Setting up Repos > development 100% |=========================| 1.1 kB > 00:00 > Reading repository metadata in from local files > primary.xml.gz 100% |=========================| 1.0 MB > 00:02 > developmen: ################################################## 3656/3656 > Added 567 new packages, deleted 594 old in 24.98 seconds > Installed Packages > Name : system-logviewer > Arch : noarch > Version: 0.9.14 > Release: 1 > Size : 886 k > Repo : installed > Summary: A graphical interface for viewing log files > > Description: > Log Viewer is a graphical interface for viewing and searching > log files. > > > > upgrade system-logviewer > Setting up Upgrade Process > Could not find update match for system-logviewer > > so it is installed and there are no updates for it. > > Bret > Err, no. No system-logviewer here: http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/ No FC4 tag in rpm -qi system-logviewer. And the final proof: rawhide report: 20050405 changes: Removed package system-logviewer Ta da! From mpeters at mac.com Wed Apr 6 21:59:55 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 06 Apr 2005 21:59:55 +0000 Subject: JetDirect is not working in FC4 test1 In-Reply-To: (from alfastarpc@hotmail.com on Tue Apr 5 19:52:58 2005) References: Message-ID: <1112824795l.12034l.1l@devel.mpeters.local> On 04/05/2005 07:52:58 PM, Herb kwan wrote: > Hi, > > I am having problem to print using JetDirect in FC4 test1. The setup > seems to be okay, but the test print created garbage. The JetDirect > is working properly in FC3 and RHEL4. > > Anything I am missing? Works for me - HP LaserJet 4 with JetDirect configured with the fedora gui tool. -- Michael A. Peters http://mpeters.us/ From rstrode at redhat.com Wed Apr 6 21:59:55 2005 From: rstrode at redhat.com (Ray Strode) Date: Wed, 06 Apr 2005 17:59:55 -0400 Subject: gdm early login Message-ID: <1112824796.3318.48.camel@localhost.localdomain> Hi, Recently Matthias Clasen, David Zeuthen, and I spent some time working on getting GDM to start earlier in the boot process. There are a few advantages to this: - If we start GDM sooner, we don't have to start rhgb. starting 2 X servers at boot up doesn't play nice with some hardware and rhgb doesn't really offer much anyway. - If we start GDM sooner, the user can type in his or her username and password sooner (as long as we don't actually process the information until the system is in a usable state). - If we start GDM sooner, the system will "feel" faster because the user will see a login screen sooner. - If we allow the user to login as soon as the essential services are started but before the unessential services are started then the user can potentially get up, running and doing work sooner. We still need to make some changes in lower-levels of the distro before gdm early-login mode will work. See here for details: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952 On the other hand, some people have noticed changes appearing in gdm and have become curious what it is, so I thought I'd post a message here with instructions on how to try it. Note it's not very well tested yet, so it could mess up your system. The first step is to install the latest gdm from rawhide. Once you've done that, then install this initscripts rpm: http://people.redhat.com/rstrode/initscripts-8.07-1.0.earlylogin.src.rpm Next thing you'll want to do is to change the chkconfig: line in /etc/init.d/xfs to # chkconfig: 2345 08 97 and also change the chkconfig: line in /etc/init.d/syslog to # chkconfig: 2345 07 98 then run /sbin/chkconfig xfs on /sbin/chkconfig syslog on /sbin/chkconfig --add gdm-early-login /sbin/chkconfig --add gdm-allow-login /sbin/chkconfig gdm-early-login on /sbin/chkconfig gdm-allow-login on to regenerate the symlinks in /etc/rc5.d The last thing that needs to be changed is grub.conf. It should be modified such that the kernel cmdline has "early-login" in it. For instance, it might look like this: kernel /vmlinuz-2.6.11-1.1208_FC4 ro root=/dev/VolGroup00/LogVol00 quiet vga=0x317 early-login It's all probably pretty fragile right now, so be careful. --Ray Strode From veillard at redhat.com Wed Apr 6 22:09:41 2005 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 6 Apr 2005 18:09:41 -0400 Subject: gdm early login In-Reply-To: <1112824796.3318.48.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> Message-ID: <20050406220939.GU19176@redhat.com> On Wed, Apr 06, 2005 at 05:59:55PM -0400, Ray Strode wrote: > We still need to make some changes in lower-levels of the distro before > gdm early-login mode will work. See here for details: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952 As the futur ex rhgb maintainer :-) just one thing which seems missing is the interaction with firstboot. Happy hunting ! Daniel -- Daniel Veillard | Red Hat Desktop team http://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 michal at harddata.com Wed Apr 6 22:00:42 2005 From: michal at harddata.com (Michal Jaegermann) Date: Wed, 6 Apr 2005 16:00:42 -0600 Subject: rawhide report: 20050406 changes In-Reply-To: ; from terraformers@gmx.net on Wed, Apr 06, 2005 at 08:58:13PM +0200 References: <200504061133.j36BX2je031624@porkchop.devel.redhat.com> Message-ID: <20050406160042.A19381@mail.harddata.com> On Wed, Apr 06, 2005 at 08:58:13PM +0200, Lars wrote: > > with the new xfs i get, > > > ~]# service xfs restart > > Restarting xfs: > Shutting down xfs: [ OK ] > Starting xfs: find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154056 Well, do in /etc/init.d/xfs what it says. :-) Michal From jspaleta at gmail.com Wed Apr 6 23:21:31 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 6 Apr 2005 19:21:31 -0400 Subject: gdm early login In-Reply-To: <1112824796.3318.48.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> Message-ID: <604aa791050406162147f288e2@mail.gmail.com> On Apr 6, 2005 5:59 PM, Ray Strode wrote: > It's all probably pretty fragile right now, so be careful. That sounds like a challenge to my geekhood! Are there specific things you want people to make special effort to try to break when examining the level of fragility. Other than of course the previously mentioned firstboot interaction. -jef From jakub at redhat.com Wed Apr 6 23:14:47 2005 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 6 Apr 2005 19:14:47 -0400 Subject: Fedora Core 3 Test Update: gcc4-4.0.0-0.41.fc3 Message-ID: <20050406231447.GN17420@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-223 2005-04-06 --------------------------------------------------------------------- Product : Fedora Core 3 Name : gcc4 Version : 4.0.0 Release : 0.41.fc3 Summary : Preview of GCC version 4.0 Description : The gcc4 package contains preview of the GNU Compiler Collection version 4.0. --------------------------------------------------------------------- Update Information: This update needs to be applied together with gcc-3.4.3-22.fc3, as gcc4-c++ depends on libstdc++-3.4.3. --------------------------------------------------------------------- * Wed Apr 6 2005 Jakub Jelinek 4.0.0-0.41.fc3 - update from CVS - PRs c++/19312, c++/20734, libgcj/20750, middle-end/19225, target/20342, target/20421, target/20447, target/20625, target/20670, ada/19956, c++/18644, c++/19159, c++/19199, c++/20679, debug/20505, libfortran/20068, libfortran/20125, libfortran/20156, libfortran/20471, libfortran/20755, libgcj/20727, libgcj/20761, rtl-optimization/16104, rtl-optimization/20527, target/19537, target/20446, tree-optimization/19903, c++/19406, c/17855, c/17913, c/20368, c/20519, c/772, debug/19345, libfortran/20660, libgcj/20090, libgcj/20526, middle-end/19454, middle-end/20177, middle-end/20635, rtl-optimization/20600, target/20203, target/20611, libfortran/15332, libfortran/19678, libfortran/19679, libfortran/20163, middle-end/20263, middle-end/20491, rtl-optimization/20249, target/15491, target/20617, tree-opt/19108, tree-optimization/19108, middle-end/20622, c++/19769, c++/19980, c++/20147, c++/20147, c++/20461, c++/20463, c++/20465, c++/20499, c++/20536, libfortran/18025, libgcj/11085, libgcj/14892, libgcj/18083, libgcj/2641, libgcj/9854, libstdc++/20352, libstdc++/20577, middle-end/20539, middle-end/20557, other/20564, target/20166, target/20561, rtl-optimization/20532, ada/18727, ada/19140, ada/19408, ada/19900, ada/20255, ada/20344, c++/20240, c++/20333, fortran/18525, fortran/18827, java/20522, libfortran/20257, libfortran/20480, libgcj/20251, middle-end/15700, middle-end/20225, middle-end/20493, target/18251, target/18380, target/18551, tree-optimization/17454, tree-optimization/20474, preprocessor/19475, tree-optimization/20076 - fixed ABI bug where __attribute was ignored on certain struct fields (Mark Mitchell, PR c++/20763) - fix edge redirection (Alexandre Oliva, #152149, PR tree-optimization/20640) - fix PRE causing miscompilation of sudo (Daniel Berlin, #151632, PR tree-optimization/20601) - fix loop optimizer with loops that after tree optimization are entered after the loop body (Alexandre Oliva, PR rtl-optimization/20290, #150020) - fix handling of jump tables at the end of scope with -g1 (#151466) - add g++.dg/compat/struct-layout-1.exp compatibility tests - remove very old ChangeLogs from %doc, bzip2 all ChangeLogs to save space - BuildRequire gmp-devel with mpfr support - revert (just for gcc4-4*, not gcc-4*) PR libstdc++10606 patch, so that GCC 3.4.3-RH libstdc++ can be used (#151462) * Tue Mar 15 2005 Jakub Jelinek 4.0.0-0.34.fc3 - update from gcc-4_0-branch - PRs c++/20157, c++/20280, fortran/16907, fortran/20323, fortran/20361, fortran/20467, libfortran/20124, middle-end/19331, other/20326, rtl-optimization/20306, target/20288, target/20415, c++/20142, c++/20186, c++/20208, c++/20375, libgcj/20389, rtl-opt/20412, ada/20035, c++/19311, c++/19797, debug/20253, fortran/19673, fortran/19754, fortran/19936, java/18362, java/20215, libgcj/20155, libgcj/20292, rtl-optimization/19683, target/20277, tree-optimization/18815, tree-optimization/20122, c++/18327, c++/18384, c++/20232, fortran/19479, libgcj/20160, libobjc/19024, rtl-optimization/17728, target/19065, target/19819, tree-optimization/20216 - fixed PR c++/19916 (Mark Mitchell, #148793) - fixed (Alexandre Oliva, #149098) - fix s390* reload issue (Ulrich Weigand, #150115) - fix CSE on hard registers with different modes (Zdenek Dvorak, #150115, PR middle-end/20249) - fix PR middle-end/18628 (Alexandre Oliva) - fix miscompilation of python (Alexandre Oliva, PR target/20126) - fix ICE when taking address of a member function in template (Kriang Lerdsuwanakij, PR c++/20381) - fix handling of in/out asm constraints with multiple alternatives (#150202, PR inline-asm/20314) - fix miscompilation of libcpp.a on x86-64 (PR target/20322) - with CSE handling of TABLEJUMPs (Alexendre Oliva, PR middle-end/18628) - revert PR c++/16405 fix to fix PR c++/19317 (Qt miscompilation) - fix libcpp, so that it can be compiled by GCC4 on 64-bit big-endian architectures (PRs bootstrap/20282, bootstrap/20305) - fix -fno-unit-at-a-time handling of static functions with global aliases (Alexandre Oliva, #150150) * Thu Feb 24 2005 Jakub Jelinek 4.0.0-0.29 - fix -Wmissing-braces in C++ (PR c++/20175) - fix PowerPC sCC splitters (PR target/20196) * Wed Feb 23 2005 Jakub Jelinek 4.0.0-0.28 - update from trunk - rename PowerPC IBM long double helper routines _xlq* to __gcc_*, but keep _xlq*@GCC_3.4 aliases around (#148841, PR target/19019) - make sure libjava GC memory is executable for libffi trampolines sake (#149348, PR libgcj/19823) - remove java abstract method check (#147968) - change __cxa_demangle to match cxx-abi change http://www.codesourcery.com/archives/cxx-abi-dev/msg01877.html (Jason Merrill, #133406) - fix ivopts (Zdenek Dvorak, PR tree-optimization/19937) - workaround ia64 BImode issues (Roger Sayle, PRs target/20018, rtl-optimization/20097) * Fri Feb 18 2005 Jakub Jelinek 4.0.0-0.27 - fix PRs c++/20008, target/20054 - fix PR tree-optimization/19828 (#149058) * Thu Feb 17 2005 Jakub Jelinek 4.0.0-0.26 - update from trunk - fix PRs c++/20023, tree-optimization/20009 * Wed Feb 16 2005 Jakub Jelinek 4.0.0-0.25 - fix PR c++/19813 * Wed Feb 16 2005 Jakub Jelinek 4.0.0-0.24 - update from trunk - fix PRs middle-end/19857, tree-optimization/18947 - work around PR debug/19769 * Thu Feb 10 2005 Jakub Jelinek 4.0.0-0.23 - update from trunk - in gcc4-java, require exact %{version}-%{release} of libgcj4 and libgcj4-devel (#146271) - make sure libgcj.so is not PT_GNU_STACK RWE - on i?86 with -mfpmath=sse, optimize static routines whose address is never taken and don't use __attribute((used)) by passing some floating point arguments and return value in SSE registers - add libgcj4-src subpackage - fix PR middle-end/19858 - use crtendS.o instead of crtend.o on ppc -pie * Tue Jan 25 2005 Jakub Jelinek 4.0.0-0.22 - update from trunk - fix PR rtl-optimization/19579 - remove Java *.a libraries, issue error for gcj -static (#145829) * Sat Jan 22 2005 Jakub Jelinek 4.0.0-0.21 - update from trunk - fix PRs middle-end/19551, c/18946, c/19342 - allow REFERENCE_TYPEs in place of POINTER_TYPEs in builtins.c * Tue Jan 18 2005 Jakub Jelinek 4.0.0-0.20 - update from trunk - fix PR c++/19406 * Thu Jan 13 2005 Jakub Jelinek 4.0.0-0.19 - update from trunk - fix PRs c++/19263, rtl-optimization/16104, c/17297, middle-end/19164, rtl-optimization/15139, rtl-optimization/19348, middle-end/19084 * Thu Jan 6 2005 Jakub Jelinek 4.0.0-0.18 - update from trunk - fix PRs tree-optimization/19060, rtl-optimization/18861, tree-optimization/18828, rtl-optimization/19012, tree-optimization/19283 * Fri Dec 31 2004 Jakub Jelinek 4.0.0-0.17 - fix build of libgij.so (#143862) - remove libgcj.pc - fix ICE in reshape_init_array (#143034, PRs c++/18384, c++/18327) * Tue Dec 28 2004 Jakub Jelinek 4.0.0-0.16 - update from trunk - include also gcc4-java, libgcj4 and libgcj4-devel subpackages * Tue Dec 14 2004 Jakub Jelinek 4.0.0-0.15 - update from trunk - fix tree inlining related ICE (Alexandre Oliva, #141145) - avoid multiple evaluation of sqrt and other math builtins when not -ffast-math (#142603, PR middle-end/18951) * Tue Dec 7 2004 Jakub Jelinek 4.0.0-0.14 - update from trunk - fix DEPENDENCIES_OUTPUT handling (#140921) - fix libstdc++.so symlinks (#141985) - make sure target's LOAD_EXTEND_OP or lack thereof doesn't influence gcj -C output (#141730) * Sat Nov 27 2004 Jakub Jelinek 4.0.0-0.13 - update from trunk - change s390{,x} stack layout to work-around GCC 2.95.3 bug: former -mno-backchain (the default), -mbackchain and -mkernel-backchain options were transformed into (in order) -mno-backchain -mpacked-stack, -mbackchain -mno-packed-stack and -mbackchain -mpacked-stack. A new combination -mno-backchain -mno-packed-stack is now the new default (Andreas Krebbel, #139678) - don't optimize printf/fprintf/__printf_chk/__fprintf_chk in any way if return value is not ignored - some more libgcc_s.so.1 tweaks on ia64 * Fri Nov 12 2004 Jakub Jelinek 4.0.0-0.12 - update from trunk - make _Unwind_* symbols in libgcc_s.so.1 unversioned to match the "IA-64 Linux ABI" * Mon Nov 8 2004 Jakub Jelinek 4.0.0-0.11 - use/require GCC 3.4.3 instead of 3.4.2 * Sun Nov 7 2004 Jakub Jelinek 4.0.0-0.10 - update from trunk - add %doc COPYING and COPYING.LIB * Thu Oct 28 2004 Jakub Jelinek 4.0.0-0.9 - update from trunk - run testsuite with LC_ALL=C --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 12022c20178e58df4f02a3a66a67daed SRPMS/gcc4-4.0.0-0.41.fc3.src.rpm 609aad1374855449fd02eaf0390acb2e x86_64/gcc4-4.0.0-0.41.fc3.x86_64.rpm 98bfe8b306258b34a57a5125f4f60fcf x86_64/gcc4-c++-4.0.0-0.41.fc3.x86_64.rpm ac4e581b1c9d494fcfad2a1380073156 x86_64/gcc4-gfortran-4.0.0-0.41.fc3.x86_64.rpm 5ca6d8d38f934741189afc20731bc649 x86_64/libgfortran-4.0.0-0.41.fc3.x86_64.rpm 2aebe930d6050c7ed579b11b0e8f74ab x86_64/libmudflap-4.0.0-0.41.fc3.x86_64.rpm a040db9550509f66e7a9a51d05c0e37e x86_64/libmudflap-devel-4.0.0-0.41.fc3.x86_64.rpm 8a08447b7d045821a6a24bb0a732fae7 x86_64/debug/gcc4-debuginfo-4.0.0-0.41.fc3.x86_64.rpm d11b56b158b782d63b1782d95cc1a1af x86_64/libgfortran-4.0.0-0.41.fc3.i386.rpm 009032a5258e156b29aff3c620762d33 x86_64/libmudflap-4.0.0-0.41.fc3.i386.rpm 5f18a28c63d22d11ad577687c6a9cc84 i386/gcc4-4.0.0-0.41.fc3.i386.rpm 3b5da0fc9ad0c60a739445b88e3de6ba i386/gcc4-c++-4.0.0-0.41.fc3.i386.rpm 7b24797780743d8203ca3caf87237b8a i386/gcc4-gfortran-4.0.0-0.41.fc3.i386.rpm d11b56b158b782d63b1782d95cc1a1af i386/libgfortran-4.0.0-0.41.fc3.i386.rpm 009032a5258e156b29aff3c620762d33 i386/libmudflap-4.0.0-0.41.fc3.i386.rpm 6f8ee492923de7edddd99a5e3b1d7598 i386/libmudflap-devel-4.0.0-0.41.fc3.i386.rpm be6a0835a23ee22b916ce2a94f95b6ae i386/debug/gcc4-debuginfo-4.0.0-0.41.fc3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mike at netlyncs.com Wed Apr 6 23:44:32 2005 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 06 Apr 2005 18:44:32 -0500 Subject: gdm early login In-Reply-To: <1112824796.3318.48.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> Message-ID: <1112831072.2821.2.camel@scrappy.netlyncs.com> On Wed, 2005-04-06 at 17:59 -0400, Ray Strode wrote: > http://people.redhat.com/rstrode/initscripts-8.07-1.0.earlylogin.src.rpm What the heck is /sbin/nash and what package does it belong to? Seems this is a dependency I get when trying to install the compiled rpm from above. -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From ogle at OCF.Berkeley.EDU Thu Apr 7 00:19:12 2005 From: ogle at OCF.Berkeley.EDU (Glen Kim) Date: Wed, 6 Apr 2005 17:19:12 -0700 (PDT) Subject: gdm early login In-Reply-To: <1112831072.2821.2.camel@scrappy.netlyncs.com> References: <1112824796.3318.48.camel@localhost.localdomain> <1112831072.2821.2.camel@scrappy.netlyncs.com> Message-ID: On Wed, 6 Apr 2005, Mike Chambers wrote: > > What the heck is /sbin/nash and what package does it belong to? Seems > this is a dependency I get when trying to install the compiled rpm from > above. > [glen at dandelion ~]$ rpm -qf /sbin/nash mkinitrd-4.2.8-1 [glen at dandelion ~]$ man nash ... NAME nash - script interpretor to interpret linuxrc images ... From rodd at clarkson.id.au Thu Apr 7 00:33:24 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 07 Apr 2005 10:33:24 +1000 Subject: HelixPlayer (was: Re: rawhide report: 20050405 changes) In-Reply-To: <20050405155259.1d90569e.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <21062.213.164.3.90.1112703093.squirrel@www.nodata.co.uk> <20050405144425.6e70ba8b.fedora@wir-sind-cool.org> <20050405155259.1d90569e.fedora@wir-sind-cool.org> Message-ID: <1112834004.3532.0.camel@goose> On Tue, 2005-04-05 at 15:52 +0200, Michael Schwendt wrote: > On Tue, 5 Apr 2005 08:58:12 -0400, Richard Ramson wrote: > > > Does HelixPlayer work? When I tried to use it, I got the message that > > I had to use Realplayer. Has anyone ever been able to get HelixPlayer > > to work without Realplayer? > > Please don't top-post. > > Yes, HelixPlayer works for the media formats it supports, e.g. Ogg Vorbis > Theora. Which of course begs the question, why does Helix Player offer to play real media formats if it doesn't support them? Rodd From mrguytx at austin.rr.com Thu Apr 7 00:39:46 2005 From: mrguytx at austin.rr.com (W. Guy Thomas) Date: Wed, 06 Apr 2005 19:39:46 -0500 Subject: HelixPlayer (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112834004.3532.0.camel@goose> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <21062.213.164.3.90.1112703093.squirrel@www.nodata.co.uk> <20050405144425.6e70ba8b.fedora@wir-sind-cool.org> <20050405155259.1d90569e.fedora@wir-sind-cool.org> <1112834004.3532.0.camel@goose> Message-ID: <1112834387.5661.11.camel@localhost.localdomain> On Thu, 2005-04-07 at 10:33 +1000, Rodd Clarkson wrote: > On Tue, 2005-04-05 at 15:52 +0200, Michael Schwendt wrote: > > On Tue, 5 Apr 2005 08:58:12 -0400, Richard Ramson wrote: > > > > > Does HelixPlayer work? When I tried to use it, I got the message that > > > I had to use Realplayer. Has anyone ever been able to get HelixPlayer > > > to work without Realplayer? > > > > Please don't top-post. > > > > Yes, HelixPlayer works for the media formats it supports, e.g. Ogg Vorbis > > Theora. > > Which of course begs the question, why does Helix Player offer to play > real media formats if it doesn't support them? > > > Rodd > > that has bewildered me since the first time helix said 'yeah sure let's play this file'...and didn't. -- W. Guy Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From rodd at clarkson.id.au Thu Apr 7 00:42:40 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 07 Apr 2005 10:42:40 +1000 Subject: New xfs (X font server) initscript for testing. Should work in all Fedora Core OS releases, as well as RHL 8 and RHEL3 and newer. Please test! In-Reply-To: <425223AC.2090004@www.linux.org.uk> References: <425223AC.2090004@www.linux.org.uk> Message-ID: <1112834560.3532.2.camel@goose> > Oops.. I uploaded the wrong version of the script. Doh! > > I just uploaded the latest version, which does have that fixed > now. Sorry bout that. ;) > > Please everyone, try the new script. > > ftp://people.redhat.com/mharris/xfs.init [root at goose ~]# cp /etc/init.d/xfs /root/ [root at goose ~]# cp /tmp/xfs.init /etc/init.d/xfs cp: overwrite `/etc/init.d/xfs'? y [root at goose ~]# service xfs restart Restarting xfs: Shutting down xfs: [ OK ] Starting xfs: find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. [ OK ] [root at goose ~]# From rodd at clarkson.id.au Thu Apr 7 00:44:28 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 07 Apr 2005 10:44:28 +1000 Subject: New xfs (X font server) initscript for testing. Should work in all Fedora Core OS releases, as well as RHL 8 and RHEL3 and newer. Please test! In-Reply-To: <425223C9.1020809@www.linux.org.uk> References: <1112656748.2671.1.camel@scrappy.netlyncs.com> <425223C9.1020809@www.linux.org.uk> Message-ID: <1112834668.3532.4.camel@goose> On Tue, 2005-04-05 at 01:36 -0400, Mike A. Harris wrote: > /usr/bin/time service xfs restart > > If it is on a system where you're using the new init script for the > first time, the first run will be slightly longer, and the rest should > be instantaneous. I get: > > Starting xfs: [ OK ] > 0.09user 0.12system 0:00.37elapsed 56%CPU (0avgtext+0avgdata 0maxresident)k > 0inputs+0outputs (4023major+1771minor)pagefaults 0swaps > > 0.37 seconds. Not bad. ;) [root at goose ~]# time service xfs restart \Restarting xfs: Shutting down xfs: [ OK ] Starting xfs: find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. [ OK ] real 0m1.571s user 0m0.195s sys 0m0.167s [root at goose ~]# I suspect that this -maxdepth thing is an issue ;-] R. From ogle at OCF.Berkeley.EDU Thu Apr 7 00:44:43 2005 From: ogle at OCF.Berkeley.EDU (Glen Kim) Date: Wed, 6 Apr 2005 17:44:43 -0700 (PDT) Subject: HelixPlayer (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112834004.3532.0.camel@goose> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <21062.213.164.3.90.1112703093.squirrel@www.nodata.co.uk> <20050405144425.6e70ba8b.fedora@wir-sind-cool.org> <20050405155259.1d90569e.fedora@wir-sind-cool.org> <1112834004.3532.0.camel@goose> Message-ID: On Thu, 7 Apr 2005, Rodd Clarkson wrote: > On Tue, 2005-04-05 at 15:52 +0200, Michael Schwendt wrote: >> On Tue, 5 Apr 2005 08:58:12 -0400, Richard Ramson wrote: >> >>> Does HelixPlayer work? When I tried to use it, I got the message that >>> I had to use Realplayer. Has anyone ever been able to get HelixPlayer >>> to work without Realplayer? >> >> Please don't top-post. >> >> Yes, HelixPlayer works for the media formats it supports, e.g. Ogg Vorbis >> Theora. > > Which of course begs the question, why does Helix Player offer to play > real media formats if it doesn't support them? > Actually, it prompts the question (sorry, grammatical anal-retentiveness). As for the reason why, I think this press release explains it all: http://www.realnetworks.com/company/press/releases/2004/real_redhat.html Personally, I don't get why Fedora doesn't go with Totem and drop Helix. Is Fedora obligated to uphold the same agreement? The way I see it, Helix Player just isn't in demand. see: http://www.bash.org/?478519 Glen. From mpeters at mac.com Thu Apr 7 00:47:01 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 07 Apr 2005 00:47:01 +0000 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112754306.17162.32.camel@udev.yosemite.net> (from mgb-fedora@yosemite.net on Tue Apr 5 19:25:06 2005) References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <1112754306.17162.32.camel@udev.yosemite.net> Message-ID: <1112834821l.14333l.1l@devel.mpeters.local> On 04/05/2005 07:25:06 PM, Mike Bird wrote: > Thanks to everyone who helped clarify the situation today. > > Redhat developers bumping useful packages out of Core are giving > the impression that Extras are just a yum away. This is false > but Redhat developers may not yet be aware that this is false. I don't think it is false. There may be some packages that don't get picked up, but if someone really cares about it, it will be picked up by someone in extras - and maybe even better maintained. I reported in FC3T2 that the balsa package had problems solved by one point release from upstream - but that didn't make FC3 for whatever reason. I'm betting that in Extras it will get better attention because it will be maintained by someone who cares enough about balsa to do so. Moving stuff to Extras is good for everyone because it reduces the load on Red Hat allowing them to focus on putting out the best of the mainstrain packages (OO.o, Evolution, etc.) and allows the enthusiasts who prefer the alternatives to test and use and give feedback on what isn't being pushed (at the moment) by Fedora/Redhat as their mainstream packages. In fact - that's the very reason I voiced for AbiWord/Gnumeric/Balsa being moved to Extras - For me, they are an epiphany of what Gnome office apps should be, OO.o and Evolution I personally think are bloated - I don't want to have to buy new hardware, there's enough industrial waste ... But for functionallity that I don't need but corporate does, OO.o and Evolution will be the mainstream apps in Fedora for some time, so I'm guessing they will get better attention in Extras than they do in Core. -=- I also want to note that I have seen the Extras people quite responsive on the Extras list when things are brought up - I asked about some perl packages and was quickly responded to with some links to Extras developers who had builds of them, they weren't submitted to Extras - but they were there for someone to grab and look at who did want to submit them. I also mentioned some confusion on the wiki and it was fixed the very next day. That list, btw, is where discussion about Extras and how it can be improved should be taking place. What's currently in the Extras repository for Fedora is not all that there is, check out (and participate) in the Extras mailing list - I mostly lurk there, but there is a lot going on - it is moving - and it is better to do something the right way than to have to do it twice. -- Michael A. Peters http://mpeters.us/ From mpeters at mac.com Thu Apr 7 00:52:23 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 07 Apr 2005 00:52:23 +0000 Subject: gdm early login In-Reply-To: <1112831072.2821.2.camel@scrappy.netlyncs.com> (from mike@netlyncs.com on Wed Apr 6 16:44:32 2005) References: <1112824796.3318.48.camel@localhost.localdomain> <1112831072.2821.2.camel@scrappy.netlyncs.com> Message-ID: <1112835143l.14333l.2l@devel.mpeters.local> On 04/06/2005 04:44:32 PM, Mike Chambers wrote: > On Wed, 2005-04-06 at 17:59 -0400, Ray Strode wrote: > > > > http://people.redhat.com/rstrode/initscripts-8.07-1.0.earlylogin.src.rpm > > What the heck is /sbin/nash and what package does it belong to? > Seems > this is a dependency I get when trying to install the compiled rpm > from > above. yum localinstall /path/to/compiledrpm That will fetch whatever provides nash for you. -- Michael A. Peters http://mpeters.us/ From fct-cornette at insight.rr.com Thu Apr 7 00:54:25 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 06 Apr 2005 20:54:25 -0400 Subject: Up2date not being maintained any longer? Message-ID: <425484C1.704@insight.rr.com> Is up2date still getting any attention? This program was busted since the libssl versions went up to an .so.5 symlink to the libs. The problem is tht to get the GUI to work, I have to add a package to the exclusions list in order to be able to have the forward button highlighted for usage. I can even deselect the specific package added to the exclusion list and up2date will still work for installing packages. Several different bugs have been opened regrding this issue. Getting the forward button to work when you select a program to be instaled from the exclusion list seems to indicate it would not be too hard to figure out why the button works when an excluded package is selected, but not if you never see the excluded package screen. Jim -- Perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. -- Antoine de Saint-Exupery From mpeters at mac.com Thu Apr 7 01:10:28 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 07 Apr 2005 01:10:28 +0000 Subject: Musepack support in FC4? In-Reply-To: (from dzrudy@gmail.com on Wed Apr 6 08:14:13 2005) References: Message-ID: <1112836228l.14333l.3l@devel.mpeters.local> On 04/06/2005 08:14:13 AM, Dawid Zamirski wrote: > > Sorry, but I think I should revise my question. My intention was to > ask you whether there are any LEGAL concerns that prevent from > including Musepack support in FC? The source needs some work - I can get mpcenc to build, but I can not get mpcdec to build. There's no configure system with the source either - not that there necessarily must be one, but it's better when there is one. Given the type of software it is, there probably would need to be a patent audit - software patents are generally evil - I think they maybe wouldn't be if there was more intelligence in the granting process, but ... If there are not legal concerns, my understanding is that it is a very high quality compression, and that mp3/ogg/aac files that are as transparent as mpc are much fatter. It would be nice to have. Keep in mind though that a gstreamer plugin doesn't mean Rhythmbox will play it - it might, I don't know - but it won't recognize my aac files and I have the aac plugin. -- Michael A. Peters http://mpeters.us/ From bhughes at elevating.com Thu Apr 7 00:30:03 2005 From: bhughes at elevating.com (Bret Hughes) Date: 06 Apr 2005 19:30:03 -0500 Subject: system-logviewer gone, why? In-Reply-To: <1112820736.3543.16.camel@localhost.localdomain> References: <1112814460.3205.1.camel@bretsony> <1112820736.3543.16.camel@localhost.localdomain> Message-ID: <1112833803.2625.18.camel@bretsony> On Wed, 2005-04-06 at 15:52, nodata wrote: > On Wed, 2005-04-06 at 14:07 -0500, Bret Hughes wrote: > > On Wed, 2005-04-06 at 13:09, Lars wrote: > > > hi fellow testers > > > > > > anyone can tell why system-logviewer has been dropped from rawhide ? > > > is there any replacement gui (planned) ? > > > > It may not be in rawhide but it is part of the test 1 distro. > > > > [root at localhost ~]# yum shell > > info system-Setting up Yum Shell > > logveiwe> info system-logviewer > > Setting up Repos > > development 100% |=========================| 1.1 kB > > 00:00 > > Reading repository metadata in from local files > > primary.xml.gz 100% |=========================| 1.0 MB > > 00:02 > > developmen: ################################################## 3656/3656 > > Added 567 new packages, deleted 594 old in 24.98 seconds > > Installed Packages > > Name : system-logviewer > > Arch : noarch > > Version: 0.9.14 > > Release: 1 > > Size : 886 k > > Repo : installed > > Summary: A graphical interface for viewing log files > > > > Description: > > Log Viewer is a graphical interface for viewing and searching > > log files. > > > > > > > upgrade system-logviewer > > Setting up Upgrade Process > > Could not find update match for system-logviewer > > > > so it is installed and there are no updates for it. > > > > Bret > > > > Err, no. > > No system-logviewer here: > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/ > > No FC4 tag in rpm -qi system-logviewer. > > And the final proof: > rawhide report: 20050405 changes: > Removed package system-logviewer > > Ta da! > Oops. I stand corrected. I was wr... wr... wr... well, you get the idea. I did not realize that the entire tree was there. This is a good question. I forget it is there but when I remeber it is there it is a pretty handy tool. It works well over ssh too. Bret From rfoust at duke.edu Thu Apr 7 02:13:26 2005 From: rfoust at duke.edu (Robbie Foust) Date: Wed, 06 Apr 2005 22:13:26 -0400 Subject: Unable to update Openoffice.org-core in todays update In-Reply-To: References: <345764DCB65C0C4FACC44529DE273C18BE6209@eemail1.microlink.lan> Message-ID: <42549746.1060101@duke.edu> Hi, I just joined the list a few days ago. Somewhat new to Linux, but not new to computers, so please excuse my ignorance. :-) I had a similar problem but I got the error on openoffice.org-core, not on -langpack (I didn't have langpack installed). It didn't leave -core in an uninstalled state, but rather it still showed 1.9.89-1 installed. I yum removed openoffice (all of it, due to dependencies) and reinstalled it and everything works great now. Not sure if this is helpful, but figured I'd pass along the info. Running Transaction Test warning: openoffice.org-core-1.9.89-3: Header V3 DSA signature: NOKEY, key ID 30c9ecf8 Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : openoffice.org-core ######################### [1/2] error: unpacking of archive failed on file /usr/lib/openoffice.org1.9.89/share/template/en-US/wizard/bitmap: cpio: rename Updated: openoffice.org-core.i386 1:1.9.89-3 Complete! Robbie Foust OIT-CASI Duke University Lars G wrote: >On Wed, 06 Apr 2005 22:16:16 +0300, Fred New wrote: > > > >>I can confirm Simon's originally-reported cpio error message >>for the installation of OOo-core. It seems to be related >>to the language pack changes since I get a similar >>message for the Estonian language pack: >> >> Updating : openoffice.org-langpack-et_E ####################### [37/97] >>error: unpacking of archive failed on file >> /usr/lib/openoffice.org1.9.89/share/template/et/wizard/bitmap: >> cpio: rename >> >>Curiously, the installation failure leaves >>openoffice.org-core in an uninstalled status: >> >>$ rpm -qa openoffice.org\* >>openoffice.org-math-1.9.89-3 >>openoffice.org-langpack-et_EE-1.9.89-1 >>openoffice.org-graphicfilter-1.9.89-3 >>openoffice.org-impress-1.9.89-3 >>openoffice.org-writer-1.9.89-3 >>openoffice.org-calc-1.9.89-3 >>openoffice.org-draw-1.9.89-3 >>openoffice.org-xsltfilter-1.9.89-3 >>$ >> >>By the way, today's updates all seem to have GPG signatures. >> >>Fred >> >> > >same here. >openoffice-core package was deinstalled but all the files were still on >the hd. >installed the previous version and then removed it, >this cleaned all the files for me. > >cheers >lars > > > > > From terraformers at gmx.net Thu Apr 7 02:21:22 2005 From: terraformers at gmx.net (Lars G) Date: Thu, 07 Apr 2005 04:21:22 +0200 Subject: rawhide report: 20050406 changes References: <200504061133.j36BX2je031624@porkchop.devel.redhat.com> <20050406160042.A19381@mail.harddata.com> Message-ID: On Wed, 06 Apr 2005 16:00:42 -0600, Michal Jaegermann wrote: > On Wed, Apr 06, 2005 at 08:58:13PM +0200, Lars wrote: >> >> with the new xfs i get, >> >> >> ~]# service xfs restart >> >> Restarting xfs: >> Shutting down xfs: [ OK ] >> Starting xfs: find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154056 > > Well, do in /etc/init.d/xfs what it says. :-) > > Michal thanks! cheers lars From greenrd at presidium.org Thu Apr 7 02:44:45 2005 From: greenrd at presidium.org (Robin Green) Date: Thu, 07 Apr 2005 03:44:45 +0100 Subject: /lib/tls will be no more in Fedora Core 4 Test 2 - updated instructions for Xen? Message-ID: In Fedora Core 4 Test 2, the /lib/tls directory has gone. Most applications are linked to /lib/libc.so.6: # ldd /bin/true libc.so.6 => /lib/libc.so.6 (0x00c72000) /lib/ld-linux.so.2 (0x001b6000) and there is /lib/obsolete/linuxthreads/ for apps that need it. What should we Xen users do now if we want to avoid triggering the code that used to emulate unsupported stuff in /lib/tls? Do we have to do anything? -- Robin From sub1.fedoralist at msquared.id.au Thu Apr 7 04:47:39 2005 From: sub1.fedoralist at msquared.id.au (Msquared) Date: Thu, 7 Apr 2005 12:47:39 +0800 Subject: gnome splash screen stays around - solved In-Reply-To: <20050404084923.GB23259@sliderule.msquared.com.au> References: <20050401151533.GA19694@sliderule.msquared.com.au> <20050404084923.GB23259@sliderule.msquared.com.au> Message-ID: <20050407044739.GH23259@sliderule.msquared.com.au> On Mon, Apr 04, 2005 at 04:49:23PM +0800, Msquared wrote: > Ah yes, up2date responds thusly: > > Fatal Python error: could not import gnomevfs > > Running this: > > yum -y update gnome-python2* > > Solved it. I'll find out about the splash screen next time I reboot. That solved the problem with the splash screen, too. Regards, Msquared... From cra at WPI.EDU Thu Apr 7 04:54:22 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Thu, 7 Apr 2005 00:54:22 -0400 Subject: gdm early login In-Reply-To: <1112824796.3318.48.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> Message-ID: <20050407045422.GB17634@angus.ind.WPI.EDU> On Wed, Apr 06, 2005 at 05:59:55PM -0400, Ray Strode wrote: > Recently Matthias Clasen, David Zeuthen, and I spent some time working > on getting GDM to start earlier in the boot process. Cool. Here are some numbers from my system, timing from hitting enter on the grub screen, to when rhgb is first displayed, to when you can start typing on the login screen, and finally to when the gnome splash screen disappears and the desktop is ready to use. This was on a hyperthreading P4 2.4 GHz with the SMP kernel: rhgb early-login rhgb displayed 00:20 n/a login screen 01:08 00:33 desktop ready 01:30 01:13 > /sbin/chkconfig --add gdm-early-login > /sbin/chkconfig --add gdm-allow-login > /sbin/chkconfig gdm-early-login on > /sbin/chkconfig gdm-allow-login on > to regenerate the symlinks in /etc/rc5.d In the process of looking at how this works, I noticed that some of the "stop" initscripts are not being run. Specifically, it appears that /etc/rc.d/rc doesn't run the K?? script for a service unless there was a /var/lock/subsys/$service file created by the service "start" script. This seems like a nice optimization for skipping shutdown for services that don't need it, speeding up the shutdown procedure. These scripts do not appear to create subsys locks, but have K?? scripts that are not being run on init runlevel changes (including reboot/shutdown): init.d/anacron init.d/diskdump init.d/gdm-allow-login init.d/gdm-early-login The only one here that seems to be a concern is diskdump, because it's "stop" section appears necessary at first glance, since it stops devices and unloads modules: stop() { case "$KERNEL" in "2.4") if [ -f $PROC_DISKDUMP ]; then grep -v '^#' $PROC_DISKDUMP | while read dev sector; do stop_device $dev done fi ;; "2.6") find $SYSFSROOT -name dump | while read f; do exec 3<&0 <$f while read dev; do stop_device "/dev/$dev" done exec 0<&3 3<&- done ;; *) echo "kernel version '$KERNEL' incorrect" >&2 exit 1 esac unload_module } From seanfedora at gmail.com Thu Apr 7 05:13:41 2005 From: seanfedora at gmail.com (Sean Earp) Date: Wed, 06 Apr 2005 22:13:41 -0700 Subject: Gnome opens wrong terminal Message-ID: <4254C185.6010708@gmail.com> Hello All- Just checking to see if I am the only one affected by the following problem... When logged into GNOME with a fully updated FC4T1, if I right-click on the desktop and choose "Open Terminal", it is not GNOME Terminal that opens up, but Konsole. For that matter, it takes a good 7 or 8 seconds to launch the terminal the first time (subsequent launches are instantaneous). I have not changed anything specifying my default terminal (I wouldn't even know how to if I tried). Can anyone else confirm this problem before I throw it at Bugzilla for lunch? -Sean From seanfedora at gmail.com Thu Apr 7 05:24:22 2005 From: seanfedora at gmail.com (Sean Earp) Date: Wed, 06 Apr 2005 22:24:22 -0700 Subject: Rebuilding Extras (was: Re: XMMS In-Reply-To: <1112794360.10327.45.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <20050406005826.43220bc4.fedora@wir-sind-cool.org> <1112748325.10327.3.camel@cutter> <20050406151539.62d76df3.fedora@wir-sind-cool.org> <1112794360.10327.45.camel@cutter> Message-ID: <4254C406.5070307@gmail.com> seth vidal wrote: >>Hmm, this is news to me. In the February "rawhide/fc4 extras builds" >>thread on fedora-maintainers you were pretty much against it and pushed >>your own five steps of how to prepare for FC4/Rawhide, getting every >>packager to do version bumps manually. Near the end of the thread there >>has not been a clear aye or nay from you. >> >>So, since that was over a month ago, here's my final proposal: >> >> Fedora Extras CVS "devel" release bump of all packages, which have an >> E:V-R equal to "FC-3" branch, will happen today 22:00 UTC (0:00 CEST), >> Subscribers may want to disable commits-list mail delivery to avoid >> the "spam". ;) >> >> > >okay, are you going to screen out the things that have already been >bumped and rebuilt or do you want a global rebuild. > >if the latter, that's fine. I'll spawn off a big build on x86 and >x86_64. > >I don't have the ppc box up yet but it should be here today. > >-sv > > Completely off-topic, but I have to ask... What will the PPC Box be? -Sean -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpeters at mac.com Thu Apr 7 05:45:35 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 07 Apr 2005 05:45:35 +0000 Subject: Gnome opens wrong terminal In-Reply-To: <4254C185.6010708@gmail.com> (from seanfedora@gmail.com on Wed Apr 6 22:13:41 2005) References: <4254C185.6010708@gmail.com> Message-ID: <1112852735l.6199l.0l@devel.mpeters.local> On 04/06/2005 10:13:41 PM, Sean Earp wrote: > Hello All- > > Just checking to see if I am the only one affected by the following > problem... > > When logged into GNOME with a fully updated FC4T1, if I right-click > on the desktop and choose "Open Terminal", it is not GNOME Terminal > that opens up, but Konsole. > > For that matter, it takes a good 7 or 8 seconds to launch the > terminal the first time (subsequent launches are instantaneous). I > have not changed anything specifying my default terminal (I wouldn't > even know how to if I tried). Can anyone else confirm this problem > before I throw it at Bugzilla for lunch? Your default terminal is probably set to konsole instead of gnome- terminal. What did that I don't know. Me - I set mine to xterm - very fast, nice little terminal ... Anyway - Preferences --> More Preferences --> Preferred Applications You can set your default terminal to gnome terminal (or xterm) there. -- Michael A. Peters http://mpeters.us/ From rpaiz at simpaticus.com Thu Apr 7 06:09:11 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Thu, 07 Apr 2005 00:09:11 -0600 Subject: Failed FC4-T1 install: kernel spin_lock something locks up hard In-Reply-To: <1112750925.6691.38.camel@rodolfo.casa.paiz.org> References: <1112750925.6691.38.camel@rodolfo.casa.paiz.org> Message-ID: <1112854151.6687.3.camel@rodolfo.casa.paiz.org> Reposted on the off-chance that no one saw it, since I cannot fix the problem by myself. If no one knows what it is, I'll bugzilla it sometime tomorrow. Thanks for any help you can suggest! :-) On Tue, 2005-04-05 at 19:28 -0600, Rodolfo J. Paiz wrote: > Hey: > > I am failing to install FC4-T1 on a Dell Optiplex GXpro with a Pentium > Pro @ 200 MHz, 64MB of ECC RAM, 4.3GB drive, slow non-IDE non-bootable > CD-ROM, and built-in 3c905 Ethernet adapter. This machine is known as > Gemini on the LAN. > > Gemini is my main test machine and gets reinstalled constantly. It > successfully installed FC1, FC2, and FC3 but barfs quickly on the > installer for FC1-T4. Before I go off half-cocked to Bugzilla, let me > ask you guys whether there's a known workaround and, if not, what > information I should supply to Bugzilla. Here's what I do: > > 1. Download and check with sha1sum all the ISO files. All pass. > > 2. Expand them into an install tree. > > 3. Copy .../3.90/i386/os/isolinux/vmlinuz and initrd.img into > Gemini's /boot. Modify /boot/grub/grub.conf to boot them. > > 4. Boot into the FC4-T1 installer. > > 5. Am prompted for language, keyboard, and install method. Select > "English," "us" or "us-acentos," and "FTP." > > 6. Get IP address via DHCP fine, then point to correct FTP directory > for network install. Download begins. If I leave everything alone, in > about 15 seconds I get the following error repeated a few dozen times > and then a hard lockup (after about one second of repeating errors): > > " <0>Kernel panic - not syncing: kernel/sched.c:313: spin_lock > (kernel/sched.c:c04501c0) already locked by kernel/sched.c/313. (Not > tainted)" > > 7. In an effort to troubleshoot, I press Alt-F3 to get some sort of > progress indications. Stuff pages by quickly, but I'm able to see the > "ext3" and "xfs" modules being loaded just before a LOT of stuff gets > quickly thrown on-screen and these errors get repeated. Once the box > locks I get nothing at all from it. > > So... can I work around this? Nothing found in Google, nothing found in > Bugzilla, no clue here. Or should I post to Bugzilla as a new bug? If > so, is there any additional diagnostic step to take so the bug filed is > more useful? > > Help... :-) > > Thanks, > > -- > Rodolfo J. Paiz > -- Rodolfo J. Paiz From fedora-test at drussell.dnsalias.com Thu Apr 7 06:30:18 2005 From: fedora-test at drussell.dnsalias.com (Don Russell) Date: Wed, 06 Apr 2005 23:30:18 -0700 Subject: Up2date not being maintained any longer? In-Reply-To: <425484C1.704@insight.rr.com> References: <425484C1.704@insight.rr.com> Message-ID: <4254D37A.3090708@drussell.dnsalias.com> Jim Cornette wrote: > Is up2date still getting any attention? I'd be happy if up2date just went away altogether. I've always had problems with it not finding updates, even though it reports there are xx updates available and the little red ball is glowing nicely... I know, I know, it's related to mirrors and who's in sync when etc. But yum is so much more convenient... - easily added to daily/nightly cron so it's done automagically - automatically tries different mirrors as needed - simple command line entry "does it all": (as root) yum -y update The ONLY thing up2date does that I like over yum, is up2date prompts me for the root password as needed. yum just chokes and dies, it's last words are "Help meeeeee, I'm not root..." :-) So, su -c "yum -y up2date" and I'm back in business. I like yum. It took me a while to start using it though... so thanks to up2date for being such a PITA, I learned a better way. :-) The little ball is cute.... keep that. :-) Don Russell From shrek-m at gmx.de Thu Apr 7 06:35:24 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 07 Apr 2005 08:35:24 +0200 Subject: gdm early login In-Reply-To: <20050407045422.GB17634@angus.ind.WPI.EDU> References: <1112824796.3318.48.camel@localhost.localdomain> <20050407045422.GB17634@angus.ind.WPI.EDU> Message-ID: <4254D4AC.5080106@gmx.de> Chuck R. Anderson wrote: >On Wed, Apr 06, 2005 at 05:59:55PM -0400, Ray Strode wrote: > > >>Recently Matthias Clasen, David Zeuthen, and I spent some time working >>on getting GDM to start earlier in the boot process. >> >> > >Cool. Here are some numbers from my system, timing from hitting enter >on the grub screen, to when rhgb is first displayed, to when you can >start typing on the login screen, and finally to when the gnome splash >screen disappears and the desktop is ready to use. This was on a >hyperthreading P4 2.4 GHz with the SMP kernel: > > rhgb early-login >rhgb displayed 00:20 n/a >login screen 01:08 00:33 >desktop ready 01:30 01:13 > you saved a few seconds of my day. a user should wait nearly 1 minute for the ready desktop? and this is a step forward? i prefer to wait 90 sec for login screen and 20 sec for desktop on my systems. apropos, on the same hardware, 666/1333 mhz, powerbook g4 Mac OS X 00 sec - boot 30 sec - login screen 20 sec - desktop ready ______ 50 sec - vs 24 hours -- shrek-m From byte at aeon.com.my Thu Apr 7 06:56:29 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 07 Apr 2005 16:56:29 +1000 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <604aa79105040510486657107c@mail.gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> Message-ID: <1112856989.18379.133.camel@arena.soho.bytebot.net> On Tue, 2005-04-05 at 13:48 -0400, Jeff Spaleta wrote: > > IIRC, I started with RH6 and tested every release except FC1. > > Thats great! You'll be an excellent addition to the community effort > to QA Extras. > As soon as your prepared... the fedora-extras-list is there for you to > participate in regarding package submissions that need review. /me smells triage here... Care to re-jig Fedora Triage, Michal? QA & Bugzilla triage is real fun and can help grow the community (because you don't need much technical leeway to become a useful contributor) -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From talbotscott at cox.net Thu Apr 7 06:56:49 2005 From: talbotscott at cox.net (Scott) Date: Wed, 06 Apr 2005 23:56:49 -0700 Subject: Up2date not being maintained any longer? In-Reply-To: <4254D37A.3090708@drussell.dnsalias.com> References: <425484C1.704@insight.rr.com> <4254D37A.3090708@drussell.dnsalias.com> Message-ID: <4254D9B1.5070706@cox.net> Don Russell wrote: > Jim Cornette wrote: > >> Is up2date still getting any attention? > > > I'd be happy if up2date just went away altogether. > > I've always had problems with it not finding updates, even though it > reports there are xx updates available and the little red ball is > glowing nicely... > > I know, I know, it's related to mirrors and who's in sync when etc. > > But yum is so much more convenient... > - easily added to daily/nightly cron so it's done automagically > - automatically tries different mirrors as needed > - simple command line entry "does it all": (as root) > yum -y update > > The ONLY thing up2date does that I like over yum, is up2date prompts > me for the root password as needed. yum just chokes and dies, it's > last words are "Help meeeeee, I'm not root..." :-) > > So, su -c "yum -y up2date" and I'm back in business. > > I like yum. It took me a while to start using it though... so thanks > to up2date for being such a PITA, I learned a better way. :-) > > The little ball is cute.... keep that. :-) > > Don Russell > > Not wanting to start a religious war, But though I think yum is excellent, I still prefer up2date. I find myself wanting to know "what the heck that package is" and with up2date I just highlight the package. With yum on the other hand, I do a check-update, followed by an info, followed by an update, each time I need to download .repo files look at dependencies etc. etc. The 2 packages are about equal in finding mirrors that aren't ready :-) Of course since either yum or up2date gets broken from time to time, I think it's nice to have both. Scott From fedora at nodata.co.uk Thu Apr 7 07:23:42 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 7 Apr 2005 09:23:42 +0200 (CEST) Subject: gdm early login In-Reply-To: <1112824796.3318.48.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> Message-ID: <64838.213.164.3.90.1112858622.squirrel@www.nodata.co.uk> > Hi, > > Recently Matthias Clasen, David Zeuthen, and I spent some time working > on getting GDM to start earlier in the boot process. There are a few > advantages to this: > > - If we start GDM sooner, we don't have to start rhgb. starting 2 X > servers at boot up doesn't play nice with some hardware and rhgb doesn't > really offer much anyway. > > - If we start GDM sooner, the user can type in his or her username and > password sooner (as long as we don't actually process the information > until the system is in a usable state). > > - If we start GDM sooner, the system will "feel" faster because the user > will see a login screen sooner. > > - If we allow the user to login as soon as the essential services are > started but before the unessential services are started then the user > can potentially get up, running and doing work sooner. > > We still need to make some changes in lower-levels of the distro before > gdm early-login mode will work. See here for details: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952 > > On the other hand, some people have noticed changes appearing in gdm and > have become curious what it is, so I thought I'd post a message here > with instructions on how to try it. Note it's not very well tested yet, > so it could mess up your system. > > The first step is to install the latest gdm from rawhide. > > Once you've done that, then install this initscripts rpm: > > http://people.redhat.com/rstrode/initscripts-8.07-1.0.earlylogin.src.rpm > > Next thing you'll want to do is to change the chkconfig: line > in /etc/init.d/xfs to > # chkconfig: 2345 08 97 > > and also change the chkconfig: line in /etc/init.d/syslog to > # chkconfig: 2345 07 98 > > then run > /sbin/chkconfig xfs on > /sbin/chkconfig syslog on > /sbin/chkconfig --add gdm-early-login > /sbin/chkconfig --add gdm-allow-login > /sbin/chkconfig gdm-early-login on > /sbin/chkconfig gdm-allow-login on > to regenerate the symlinks in /etc/rc5.d > > The last thing that needs to be changed is grub.conf. It should be > modified such that the kernel cmdline has "early-login" in it. > > For instance, it might look like this: > kernel /vmlinuz-2.6.11-1.1208_FC4 ro root=/dev/VolGroup00/LogVol00 quiet > vga=0x317 early-login > > It's all probably pretty fragile right now, so be careful. > > --Ray Strode > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > This is really nice. There's one thing stopping me from using it though - I lose the system startup messages. It would be nice if those were somehow visible as well. Thanks. From caolanm at redhat.com Thu Apr 7 09:14:53 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 07 Apr 2005 09:14:53 +0000 Subject: Unable to update Openoffice.org-core in todays update In-Reply-To: <42549746.1060101@duke.edu> References: <345764DCB65C0C4FACC44529DE273C18BE6209@eemail1.microlink.lan> <42549746.1060101@duke.edu> Message-ID: <1112865293.23999.3.camel@sheol.homelinux.org> On Wed, 2005-04-06 at 22:13 -0400, Robbie Foust wrote: > Hi, > > I just joined the list a few days ago. Somewhat new to Linux, but not > new to computers, so please excuse my ignorance. :-) > > I had a similar problem but I got the error on openoffice.org-core, not > on -langpack (I didn't have langpack installed). It didn't leave -core > in an uninstalled state, but rather it still showed 1.9.89-1 installed. > I yum removed openoffice (all of it, due to dependencies) and > reinstalled it and everything works great now. Not sure if this is > helpful, but figured I'd pass along the info. Yes, uninstall the old openoffice.org-core-1.9.89 pre 3 manually and then install the new 1.9.89-3. Between -1 and -3 theres a size optimization gone into the spec which dramatically reduces the space required for duplicate wizard resource data copied throughout the langpacks, unfortunately this replaces a dir with a soft link which causes grief on an update of -1 to -3, though not for someone upgrading from fc3 to fc4t2. The disruption is a bit unfortunate, but its a huge space saving. C. From roger at gwch.net Thu Apr 7 08:28:16 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 7 Apr 2005 10:28:16 +0200 (CEST) Subject: Unable to update Openoffice.org-core in todays update In-Reply-To: <1112865293.23999.3.camel@sheol.homelinux.org> References: <345764DCB65C0C4FACC44529DE273C18BE6209@eemail1.microlink.lan> <42549746.1060101@duke.edu> <1112865293.23999.3.camel@sheol.homelinux.org> Message-ID: <17451.62.2.21.164.1112862496.squirrel@www.gwch.net> > On Wed, 2005-04-06 at 22:13 -0400, Robbie Foust wrote: >> Hi, >> >> I just joined the list a few days ago. Somewhat new to Linux, but not >> new to computers, so please excuse my ignorance. :-) >> >> I had a similar problem but I got the error on openoffice.org-core, not >> on -langpack (I didn't have langpack installed). It didn't leave -core >> in an uninstalled state, but rather it still showed 1.9.89-1 installed. >> I yum removed openoffice (all of it, due to dependencies) and >> reinstalled it and everything works great now. Not sure if this is >> helpful, but figured I'd pass along the info. > > > Yes, uninstall the old openoffice.org-core-1.9.89 pre 3 manually and > then install the new 1.9.89-3. Between -1 and -3 theres a size > optimization gone into the spec which dramatically reduces the space > required for duplicate wizard resource data copied throughout the > langpacks, unfortunately this replaces a dir with a soft link which > causes grief on an update of -1 to -3, though not for someone upgrading > from fc3 to fc4t2. The disruption is a bit unfortunate, but its a huge > space saving. > > C. > This was not enough for me, as i was installing the german langpack. so i had to delete /usr/lib/openoffice.org1.9.89/share/template/en-US manually and then it worked. Roger From Fred.New at microlink.ee Thu Apr 7 08:33:14 2005 From: Fred.New at microlink.ee (Fred New) Date: Thu, 7 Apr 2005 11:33:14 +0300 Subject: Unable to update Openoffice.org-core in todays update Message-ID: <345764DCB65C0C4FACC44529DE273C18F8EB46@eemail1.microlink.lan> On 7. aprill 2005. a. 12:15 Caolan McNamara wrote: > > Yes, uninstall the old openoffice.org-core-1.9.89 pre 3 manually and > then install the new 1.9.89-3. Between -1 and -3 theres a size > optimization gone into the spec which dramatically reduces the space > required for duplicate wizard resource data copied throughout the > langpacks, unfortunately this replaces a dir with a soft link which > causes grief on an update of -1 to -3, though not for someone > upgrading > from fc3 to fc4t2. The disruption is a bit unfortunate, but its a huge > space saving. And we appreciate the space savings, especially over Ooo-1.1.3. I might add that if you have attempted to install openoffice.org-core-1.9.89-3 before removing the earlier version, you will probably need to run the "additional cleanup step" listed here: rpm -e rm -fr /usr/lib/openoffice.org1.9.8* # additional cleanup step cd /var/cache/yum/development/packages rpm -Uvh openoffice.org-*1.9.89-3* By the way, some testers are getting the message warning: openoffice.org-core-1.9.89-3: Header V3 DSA signature: NOKEY, key ID 30c9ecf8 You should consider importing some GPG keys into rpm: cd /usr/share/doc/fedora-release-3.90 rpm --import RPM-GPG-KEY* (It seems that the installation can't do this automatically.) Fred From shahzad.chohan at chasedevere.co.uk Thu Apr 7 09:58:18 2005 From: shahzad.chohan at chasedevere.co.uk (Shahzad Chohan) Date: Thu, 07 Apr 2005 10:58:18 +0100 Subject: xen and fedora, FC4 T1 Message-ID: <4255043A.80306@chasedevere.co.uk> Hi I've just installed xen on FC4 T1. When I run xm create -c rawhide I get the following: Using config file "/etc/xen/rawhide". Error: Error creating domain: (12, 'Cannot allocate memory') Can anybody please help? Here's my config files: /etc/xen/rawhide: kernel ="/boot/vmlinuz-2.6.11-1.1225_FC4xenU" memory = 64 name = "rawhide" nics = 1 disk = ['file:/root/fedora.img,/dev/mapper/VolGroup00-LogVol00,w'] root = "/dev/mapper/VolGroup00-LogVol00 ro" /mnt/xen/etc/fstab: /dev/mapper/VolGroup00-LogVol00 / ext3 defaults 1 1 none /dev/pts devpts gid=5,mode=620 0 0 none /dev/shm tmpfs defaults 0 0 none /proc proc defaults 0 0 none /sys sysfs defaults 0 0 /etc/fstab of host server: /dev/VolGroup00/LogVol00 / ext3 defaults 1 1 LABEL=/boot /boot ext3 defaults 1 2 /dev/devpts /dev/pts devpts gid=5,mode=620 0 0 /dev/shm /dev/shm tmpfs defaults 0 0 /dev/proc /proc proc defaults 0 0 /dev/sys /sys sysfs defaults 0 0 /dev/VolGroup00/LogVol01 swap swap defaults 0 0 /dev/hdc /media/cdrom auto pamconsole,exec,noauto,fscontext=system_u:object_r:removable_t,managed 0 0 I'm running the following kernel: 2.6.11-1.1225_FC4xen0 SMP total used free shared buffers cached Mem: 482 288 193 0 7 214 -/+ buffers/cache: 66 416 Swap: 1023 0 1023 xm list Name Id Mem(MB) CPU State Time(s) Console Domain-0 0 486 0 r---- 63030.3 Many Thanks Shaz Chase de Vere Financial Solutions plc operates under the trading names of Chase de Vere Private Clients, Chase de Vere Employee Benefits and Moneyextra. Chase de Vere Financial Solutions plc is an independent financial adviser and is authorised and regulated by the Financial Services Authority. Registered Office: 1 King Street, Manchester M2 6AW. Registered in England No: 1723284 VAT No: 503 374571 A wholly owned subsidiary of AWD Group plc. AWD Group plc is a member of AWD Holding AG, Europe's premier independent financial services group. *************************************************************************** This message is intended for the named recipient only and is confidential and no other person can place any reliance upon it. The recipient acknowledges that transmissions made via the Internet can be corrupted and therefore Chase de Vere Financial Solutions plc does not give any warranty as to the quality or accuracy of any information contained in this message or assumes any liability for it or for its transmission, reception or storage. This footnote also confirms that this e-mail message has been swept for the presence of computer viruses. Chase de Vere Financial Solutions plc is authorised and regulated by the Financial Services Authority and is an independent financial adviser *************************************************************************** From paul at all-the-johnsons.co.uk Thu Apr 7 10:17:03 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 07 Apr 2005 11:17:03 +0100 Subject: Preferences gone from main menu? Message-ID: <1112869023.5183.6.camel@localhost.localdomain> Hi, Anyone else seeing that the user preferences menu option has vanished? TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- 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 markmc at redhat.com Thu Apr 7 10:30:09 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 07 Apr 2005 11:30:09 +0100 Subject: Preferences gone from main menu? In-Reply-To: <1112869023.5183.6.camel@localhost.localdomain> References: <1112869023.5183.6.camel@localhost.localdomain> Message-ID: <1112869809.16028.1.camel@blaa> On Thu, 2005-04-07 at 11:17 +0100, Paul wrote: > Hi, > > Anyone else seeing that the user preferences menu option has vanished? You mean Desktop->Preferences is gone with a recent rawhide update? If so, what version of gnome-menus, what was the version before the update, any messages in /tmp/xses-* ? Cheers, Mark. From paul at all-the-johnsons.co.uk Thu Apr 7 10:31:58 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 07 Apr 2005 11:31:58 +0100 Subject: Preferences gone from main menu? In-Reply-To: <1112869809.16028.1.camel@blaa> References: <1112869023.5183.6.camel@localhost.localdomain> <1112869809.16028.1.camel@blaa> Message-ID: <1112869918.5183.13.camel@localhost.localdomain> Hi, > > Anyone else seeing that the user preferences menu option has vanished? > > You mean Desktop->Preferences is gone with a recent rawhide update? It's moved. Sorry about that, I was expecting it not to be a submenu. Silly me. TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- 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 reid.joe at gmail.com Thu Apr 7 10:34:00 2005 From: reid.joe at gmail.com (Joe) Date: Thu, 7 Apr 2005 06:34:00 -0400 Subject: Preferences gone from main menu? In-Reply-To: <1112869023.5183.6.camel@localhost.localdomain> References: <1112869023.5183.6.camel@localhost.localdomain> Message-ID: <20179e5105040703348d331f7@mail.gmail.com> Yeah, for some reason they hud it under "Desktop" in the hat menu, along with System Settings. Annoying, but still around. Is this an upstream thing or a RedHat thing? -- Joe Reid I'm sorry, the number you have dialed is an imaginary number. Please rotate your phone 90 degrees and dial again. On Apr 7, 2005 6:17 AM, Paul wrote: > Hi, > > Anyone else seeing that the user preferences menu option has vanished? > > TTFN > > Paul > -- > "It is often said that something cannot be libel if it is the truth. > This has had to be amended to 'something cannot be libel if it is the > truth or if the bank balance says otherwise'" - US Today > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > -- ___________________________________ Joe Reid joe.reid at gmail.com From fedora at nodata.co.uk Thu Apr 7 10:41:36 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 7 Apr 2005 12:41:36 +0200 (CEST) Subject: Preferences gone from main menu? In-Reply-To: <20179e5105040703348d331f7@mail.gmail.com> References: <1112869023.5183.6.camel@localhost.localdomain> <20179e5105040703348d331f7@mail.gmail.com> Message-ID: <20038.213.164.3.90.1112870496.squirrel@www.nodata.co.uk> > Yeah, for some reason they hud it under "Desktop" in the hat menu, > along with System Settings. Annoying, but still around. > > Is this an upstream thing or a RedHat thing? along with "log out" and "lock screen". See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151257 From rramson at gmail.com Thu Apr 7 10:52:31 2005 From: rramson at gmail.com (Richard Ramson) Date: Thu, 7 Apr 2005 06:52:31 -0400 Subject: unable to update packages due to missing dependencies Message-ID: Is it normal for the test versions to put out updates with missing dependencies? I'm trying to update sqlite but I can't see below: # ls sql*rpm sqlite-3.1.2-2.x86_64.rpm sqlite-devel-3.1.2-2.x86_64.rpm # rpm -Uhv sqlite*rpm warning: sqlite-3.1.2-2.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 30c9ecf8 error: Failed dependencies: sqlite = 3.1.2-1 is needed by (installed) sqlite-tcl-3.1.2-1.x86_64 This maybe the last time I install a test. I had a lot of fun learning about Fedora but give me the final product. Can't wait until June gets here :) From ivazquez at ivazquez.net Thu Apr 7 11:03:25 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 07 Apr 2005 07:03:25 -0400 Subject: unable to update packages due to missing dependencies In-Reply-To: References: Message-ID: <1112871805.3405.53.camel@ignacio.ignacio.lan> On Thu, 2005-04-07 at 06:52 -0400, Richard Ramson wrote: > Is it normal for the test versions to put out updates with missing > dependencies? In all honesty it's not an update to the test release, it's an update to Rawhide. It just so happens that test releases update against Rawhide. And yes, Rawhide has been known to break on occasion. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 fct-cornette at insight.rr.com Thu Apr 7 11:19:10 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 07 Apr 2005 07:19:10 -0400 Subject: Up2date not being maintained any longer? In-Reply-To: <4254D9B1.5070706@cox.net> References: <425484C1.704@insight.rr.com> <4254D37A.3090708@drussell.dnsalias.com> <4254D9B1.5070706@cox.net> Message-ID: <4255172E.1040803@insight.rr.com> Scott wrote: > Don Russell wrote: > >> Jim Cornette wrote: >> >>> Is up2date still getting any attention? >> >> >> >> I'd be happy if up2date just went away altogether. >> >> I've always had problems with it not finding updates, even though it >> reports there are xx updates available and the little red ball is >> glowing nicely... >> >> I know, I know, it's related to mirrors and who's in sync when etc. >> >> But yum is so much more convenient... >> - easily added to daily/nightly cron so it's done automagically >> - automatically tries different mirrors as needed >> - simple command line entry "does it all": (as root) >> yum -y update >> >> The ONLY thing up2date does that I like over yum, is up2date prompts >> me for the root password as needed. yum just chokes and dies, it's >> last words are "Help meeeeee, I'm not root..." :-) >> >> So, su -c "yum -y up2date" and I'm back in business. >> >> I like yum. It took me a while to start using it though... so thanks >> to up2date for being such a PITA, I learned a better way. :-) >> >> The little ball is cute.... keep that. :-) >> >> Don Russell >> >> > Not wanting to start a religious war, But though I think yum is > excellent, I still prefer up2date. I find myself wanting to know "what > the heck that package is" and with up2date I just highlight the > package. With yum on the other hand, I do a check-update, followed by > an info, followed by an update, each time I need to download .repo files > look at dependencies etc. etc. > > The 2 packages are about equal in finding mirrors that aren't ready :-) > > Of course since either yum or up2date gets broken from time to time, > I think it's nice to have both. > > Scott > For yum, it would be nice if you could yum -y update and get the updates. The problem is that it had over 100 rpms that it could successfully update if it would do its best. Up2date does the same thing, so not really an up2date vs. yum issue. With a customized and manually edited script, I could get yum to do what I wanted by using the information related to what up2date was trying to install. I use both up2date and yum for retrieving packages. Up2date is broken somewhere between displaying the excluded packages list and going onto regular rpms for selection. It has been this way with several bugs filed against it being broken. I was just wondering if it was left broken and concentration was being pushed onto pup or another update/dep resolver program. Jim -- Delta: We never make the same mistake three times. -- David Letterman From skvidal at phy.duke.edu Thu Apr 7 11:21:47 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 07 Apr 2005 07:21:47 -0400 Subject: Up2date not being maintained any longer? In-Reply-To: <4254D9B1.5070706@cox.net> References: <425484C1.704@insight.rr.com> <4254D37A.3090708@drussell.dnsalias.com> <4254D9B1.5070706@cox.net> Message-ID: <1112872907.10327.170.camel@cutter> > Not wanting to start a religious war, But though I think yum is > excellent, I still prefer up2date. I find myself wanting to know "what > the heck that package is" and with up2date I just highlight the > package. With yum on the other hand, I do a check-update, followed by > an info, followed by an update, each time I need to download .repo files > look at dependencies etc. etc. > yum shell > list updates > info somepackage > update > run all with only a single read of the repo information. > Of course since either yum or up2date gets broken from time to time, > I think it's nice to have both. broken how? The thing that most often "breaks" yum is mirrors being out of sync or the repositories being in unresolved states. Not exactly yum's fault. -sv From rodd at clarkson.id.au Thu Apr 7 11:27:48 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 07 Apr 2005 21:27:48 +1000 Subject: gdm early login In-Reply-To: <4254D4AC.5080106@gmx.de> References: <1112824796.3318.48.camel@localhost.localdomain> <20050407045422.GB17634@angus.ind.WPI.EDU> <4254D4AC.5080106@gmx.de> Message-ID: <1112873269.4128.3.camel@goose> On Thu, 2005-04-07 at 08:35 +0200, shrek-m at gmx.de wrote: > you saved a few seconds of my day. > a user should wait nearly 1 minute for the ready desktop? > and this is a step forward? > > > i prefer to wait 90 sec for login screen and 20 sec for desktop on my > systems. I must admit I felt a little ripped off too. I was expecting that I would enter my log in details and that the desktop would start up at that point. From there, all the other services that needed starting would start in the background while the desktop was starting/running. If this is what we can expect in the future then this is a great step forward. But if this is just so that I can type my log in details a little earlier, then I'm not convinced. To be truthful, it actually felt like it took longer to start but this might be due to the fact I was assuming that the desktop would log in after I typed in my log in details. Rodd From skvidal at phy.duke.edu Thu Apr 7 11:26:11 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 07 Apr 2005 07:26:11 -0400 Subject: Up2date not being maintained any longer? In-Reply-To: <4255172E.1040803@insight.rr.com> References: <425484C1.704@insight.rr.com> <4254D37A.3090708@drussell.dnsalias.com> <4254D9B1.5070706@cox.net> <4255172E.1040803@insight.rr.com> Message-ID: <1112873171.10327.174.camel@cutter> > For yum, it would be nice if you could yum -y update and get the > updates. The problem is that it had over 100 rpms that it could > successfully update if it would do its best. Up2date does the same > thing, so not really an up2date vs. yum issue. With a customized and > manually edited script, I could get yum to do what I wanted by using the > information related to what up2date was trying to install. I keep suggesting you use the yum shell and you don't seem to have tried it. Try this, please: yum shell > update > transaction solve > exclude package-that-causes-error > update > transaction solve > run > quit ta da! -sv From skvidal at phy.duke.edu Thu Apr 7 11:27:44 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 07 Apr 2005 07:27:44 -0400 Subject: Rebuilding Extras (was: Re: XMMS In-Reply-To: <4254C406.5070307@gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112725067.19961.47.camel@mgb.bullion.ims> <1112725458.20867.69.camel@cutter> <1112726065.19961.51.camel@mgb.bullion.ims> <604aa7910504051202331e06af@mail.gmail.com> <1112730034.19961.92.camel@mgb.bullion.ims> <1112738320.22484.21.camel@cutter> <20050406005826.43220bc4.fedora@wir-sind-cool.org> <1112748325.10327.3.camel@cutter> <20050406151539.62d76df3.fedora@wir-sind-cool.org> <1112794360.10327.45.camel@cutter> <4254C406.5070307@gmail.com> Message-ID: <1112873264.10327.176.camel@cutter> > Completely off-topic, but I have to ask... What will the PPC Box be? not as powerful as I'd like? :) it's just a g4 - couldn't get ahold of a g5 so just ppc no ppc64. -sv From fedora at nodata.co.uk Thu Apr 7 11:34:55 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 7 Apr 2005 13:34:55 +0200 (CEST) Subject: Up2date not being maintained any longer? In-Reply-To: <1112872907.10327.170.camel@cutter> References: <425484C1.704@insight.rr.com> <4254D37A.3090708@drussell.dnsalias.com> <4254D9B1.5070706@cox.net> <1112872907.10327.170.camel@cutter> Message-ID: <19526.213.164.3.90.1112873695.squirrel@www.nodata.co.uk> >> Of course since either yum or up2date gets broken from time to time, >> I think it's nice to have both. > > broken how? The thing that most often "breaks" yum is mirrors being out > of sync or the repositories being in unresolved states. > Not exactly yum's fault. > > -sv But it would be nice if the mirrors carried some kind of generation-number which yum checked. From fedora at wir-sind-cool.org Thu Apr 7 11:37:14 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Thu, 7 Apr 2005 13:37:14 +0200 Subject: unable to update packages due to missing dependencies In-Reply-To: References: Message-ID: <20050407133714.6b8c9162.fedora@wir-sind-cool.org> On Thu, 7 Apr 2005 06:52:31 -0400, Richard Ramson wrote: > Is it normal for the test versions to put out updates with missing > dependencies? I'm trying to update sqlite but I can't see below: > > # ls sql*rpm > sqlite-3.1.2-2.x86_64.rpm sqlite-devel-3.1.2-2.x86_64.rpm > > # rpm -Uhv sqlite*rpm > warning: sqlite-3.1.2-2.x86_64.rpm: Header V3 DSA signature: NOKEY, > key ID 30c9ecf8 > error: Failed dependencies: > sqlite = 3.1.2-1 is needed by (installed) sqlite-tcl-3.1.2-1.x86_64 I seem to have read in the daily rawhide reports that the sqlite-tcl package was disabled again. If that was done without marking it as obsolete temporarily (sqlite "Obsoletes: sqlite-tcl < %version-%release"), then you need to remove it yourself to make the update work. Nothing in Rawhide needed sqlite-tcl, afaik. Only a package in Fedora Extras will need it. But that's another issue. From skvidal at phy.duke.edu Thu Apr 7 11:35:50 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 07 Apr 2005 07:35:50 -0400 Subject: Up2date not being maintained any longer? In-Reply-To: <19526.213.164.3.90.1112873695.squirrel@www.nodata.co.uk> References: <425484C1.704@insight.rr.com> <4254D37A.3090708@drussell.dnsalias.com> <4254D9B1.5070706@cox.net> <1112872907.10327.170.camel@cutter> <19526.213.164.3.90.1112873695.squirrel@www.nodata.co.uk> Message-ID: <1112873750.10327.183.camel@cutter> > But it would be nice if the mirrors carried some kind of generation-number > which yum checked. That would only tell you that the file with the generation-number had been synced. It wouldn't tell you that all of the rpms had been. -sv From fedora at nodata.co.uk Thu Apr 7 11:43:53 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 7 Apr 2005 13:43:53 +0200 (CEST) Subject: Up2date not being maintained any longer? In-Reply-To: <1112873750.10327.183.camel@cutter> References: <425484C1.704@insight.rr.com> <4254D37A.3090708@drussell.dnsalias.com> <4254D9B1.5070706@cox.net> <1112872907.10327.170.camel@cutter> <19526.213.164.3.90.1112873695.squirrel@www.nodata.co.uk> <1112873750.10327.183.camel@cutter> Message-ID: <19270.213.164.3.90.1112874233.squirrel@www.nodata.co.uk> > >> But it would be nice if the mirrors carried some kind of >> generation-number >> which yum checked. > > That would only tell you that the file with the generation-number had > been synced. It wouldn't tell you that all of the rpms had been. > > -sv > I see. So the rsyncing on the mirrors is done on the live files, there's no script trickery to only put the whole tree live when the mirror is synced? Fair enough. From skvidal at phy.duke.edu Thu Apr 7 11:41:10 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 07 Apr 2005 07:41:10 -0400 Subject: Up2date not being maintained any longer? In-Reply-To: <19270.213.164.3.90.1112874233.squirrel@www.nodata.co.uk> References: <425484C1.704@insight.rr.com> <4254D37A.3090708@drussell.dnsalias.com> <4254D9B1.5070706@cox.net> <1112872907.10327.170.camel@cutter> <19526.213.164.3.90.1112873695.squirrel@www.nodata.co.uk> <1112873750.10327.183.camel@cutter> <19270.213.164.3.90.1112874233.squirrel@www.nodata.co.uk> Message-ID: <1112874070.10327.185.camel@cutter> > I see. So the rsyncing on the mirrors is done on the live files, there's > no script trickery to only put the whole tree live when the mirror is > synced? > > Fair enough. right-o. That's why the mirrors (especially rawhide) are so frequently out of sync - you try moving gigabytes of changes every night to hundreds of mirrors, see how well it does. -sv From buildsys at redhat.com Thu Apr 7 11:52:18 2005 From: buildsys at redhat.com (Build System) Date: Thu, 7 Apr 2005 07:52:18 -0400 Subject: rawhide report: 20050407 changes Message-ID: <200504071152.j37BqIVR011546@porkchop.devel.redhat.com> Updated Packages: anaconda-10.2.0.45-1 -------------------- * Wed Apr 06 2005 Elliot Lee 10.2.0.45-1 - Deal with GUI-mode language traceback * Wed Apr 06 2005 Elliot Lee - 10.2.0.44-1 - Deal with text-mode language traceback - (clumens) Don't set SYSFONTACM * Wed Apr 06 2005 Peter Jones - 10.2.0.43-1 - Don't remove libraries in stage2 that don't match the one from linuxthreads/ system-config-lvm-0.9.22-1.0 ---------------------------- * Wed Apr 06 2005 Jim Parsons 0.9.22-1.0 - Version Bump. * Wed Apr 06 2005 Jim Parsons 0.9.21-1.0 - Changed path to lvm command for Fedora. * Mon Feb 21 2005 Jim Parsons 0.9.20-1.0 - Added desktop icon file. From byte at aeon.com.my Thu Apr 7 13:22:02 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 07 Apr 2005 23:22:02 +1000 Subject: xen and fedora, FC4 T1 In-Reply-To: <4253C924.3040109@chasedevere.co.uk> References: <4253C924.3040109@chasedevere.co.uk> Message-ID: <1112880123.18379.172.camel@arena.soho.bytebot.net> On Wed, 2005-04-06 at 12:33 +0100, Shahzad Chohan wrote: > xm create -c rawhide Before running that, run something like: xm balloon 0 128 That basically balloons down memory for the host OS (dom0) to 128MB of ram. What happens with Xen nowadays is that it allocates full amounts of system ram to the dom0, and this means it can't allocate anything at all for the guest 128 is just an arbritary number. It can be higher or lower depending on your system ram and how much you want to give the guest os > Using config file "/etc/xen/rawhide". > Error: Error creating domain: (12, 'Cannot allocate memory') Said error message will disappear if you balloon down the memory then run xm create -c rawhide > Here's my config files: > > /etc/xen/rawhide: > kernel ="/boot/vmlinuz-2.6.11-1.1225_FC4xenU" > memory = 9 You'll want more than 9MB of RAM for the guest. Really > I'm running the following kernel: > 2.6.11-1.1225_FC4xen0 SMP While Xen is enabled there, there are console issues I think that will somehow not allow you to get to a login console (or at least that was the case for me) -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From byte at aeon.com.my Thu Apr 7 13:27:22 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 07 Apr 2005 23:27:22 +1000 Subject: system-logviewer gone, why? In-Reply-To: References: Message-ID: <1112880442.18379.175.camel@arena.soho.bytebot.net> On Wed, 2005-04-06 at 20:09 +0200, Lars wrote: > anyone can tell why system-logviewer has been dropped from rawhide ? > is there any replacement gui (planned) ? Still in cvs if you need it, but Chris Lumens has planned on re-writing it for a while now http://people.redhat.com/clumens/system-logviewer/ I guess you might be able to help, fedora-config-list at redhat.com has a thread about this as well iirc -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From shahzad.chohan at chasedevere.co.uk Thu Apr 7 13:30:35 2005 From: shahzad.chohan at chasedevere.co.uk (Shahzad Chohan) Date: Thu, 07 Apr 2005 14:30:35 +0100 Subject: xen and fedora In-Reply-To: <1112880123.18379.172.camel@arena.soho.bytebot.net> References: <4253C924.3040109@chasedevere.co.uk> <1112880123.18379.172.camel@arena.soho.bytebot.net> Message-ID: <425535FB.2000103@chasedevere.co.uk> Many thanks for your help Colin Ok I've moved along now. Basically I get to the point where it wants to start the init but it says : INIT: cannot execute "/etc/rc.d/rc.sysinit" INIT: Entering runlevel: 5 INIT: cannot execute "/etc/rc.d/rc" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: Id "x" respawning too fast: disabled for 5 minutes INIT: no more processes left in this runlevel INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: cannot execute "/etc/X11/prefdm" INIT: Id "x" respawning too fast: disabled for 5 minutes Any help with this would be appreciated Many Thanks Shaz Colin Charles wrote: > On Wed, 2005-04-06 at 12:33 +0100, Shahzad Chohan wrote: > > > xm create -c rawhide > > Before running that, run something like: > > xm balloon 0 128 > > That basically balloons down memory for the host OS (dom0) to 128MB of > ram. What happens with Xen nowadays is that it allocates full amounts of > system ram to the dom0, and this means it can't allocate anything at all > for the guest > > 128 is just an arbritary number. It can be higher or lower depending on > your system ram and how much you want to give the guest os > > > Using config file "/etc/xen/rawhide". > > Error: Error creating domain: (12, 'Cannot allocate memory') > > Said error message will disappear if you balloon down the memory then > run xm create -c rawhide > > > Here's my config files: > > > > /etc/xen/rawhide: > > kernel ="/boot/vmlinuz-2.6.11-1.1225_FC4xenU" > > memory = 9 > > You'll want more than 9MB of RAM for the guest. Really > > > I'm running the following kernel: > > 2.6.11-1.1225_FC4xen0 SMP > > While Xen is enabled there, there are console issues I think that will > somehow not allow you to get to a login console (or at least that was > the case for me) > -- > Colin Charles, byte at aeon.com.my > http://www.bytebot.net/ > "First they ignore you, then they laugh at you, then they fight you, > then you win." -- Mohandas Gandhi > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > Chase de Vere Financial Solutions plc operates under the trading names of Chase de Vere Private Clients, Chase de Vere Employee Benefits and Moneyextra. Chase de Vere Financial Solutions plc is an independent financial adviser and is authorised and regulated by the Financial Services Authority. Registered Office: 1 King Street, Manchester M2 6AW. Registered in England No: 1723284 VAT No: 503 374571 A wholly owned subsidiary of AWD Group plc. AWD Group plc is a member of AWD Holding AG, Europe's premier independent financial services group. *************************************************************************** This message is intended for the named recipient only and is confidential and no other person can place any reliance upon it. The recipient acknowledges that transmissions made via the Internet can be corrupted and therefore Chase de Vere Financial Solutions plc does not give any warranty as to the quality or accuracy of any information contained in this message or assumes any liability for it or for its transmission, reception or storage. This footnote also confirms that this e-mail message has been swept for the presence of computer viruses. Chase de Vere Financial Solutions plc is authorised and regulated by the Financial Services Authority and is an independent financial adviser *************************************************************************** From byte at aeon.com.my Thu Apr 7 13:37:59 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 07 Apr 2005 23:37:59 +1000 Subject: xen and fedora In-Reply-To: <425535FB.2000103@chasedevere.co.uk> References: <4253C924.3040109@chasedevere.co.uk> <1112880123.18379.172.camel@arena.soho.bytebot.net> <425535FB.2000103@chasedevere.co.uk> Message-ID: <1112881079.18379.179.camel@arena.soho.bytebot.net> On Thu, 2005-04-07 at 14:30 +0100, Shahzad Chohan wrote: > Ok I've moved along now. Basically I get to the point where it wants > to > start the init but it says : > > INIT: cannot execute "/etc/rc.d/rc.sysinit" > INIT: Entering runlevel: 5 > INIT: cannot execute "/etc/rc.d/rc" > INIT: cannot execute "/etc/X11/prefdm" You don't want to be running X in Xen (it isn't a Xen aim, atm, iirc) Go into /etc/inittab (in your xen chroot) and remove everything except say, vt1 and things should be better -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From shahzad.chohan at chasedevere.co.uk Thu Apr 7 13:52:12 2005 From: shahzad.chohan at chasedevere.co.uk (Shahzad Chohan) Date: Thu, 07 Apr 2005 14:52:12 +0100 Subject: xen and fedora In-Reply-To: <1112881079.18379.179.camel@arena.soho.bytebot.net> References: <4253C924.3040109@chasedevere.co.uk> <1112880123.18379.172.camel@arena.soho.bytebot.net> <425535FB.2000103@chasedevere.co.uk> <1112881079.18379.179.camel@arena.soho.bytebot.net> Message-ID: <42553B0C.2060007@chasedevere.co.uk> Hi Colin, Ok I did that. Basically I now get the following: INIT: version 2.85 booting INIT: cannot execute "/etc/rc.d/rc.sysinit" INIT: Entering runlevel: 3 INIT: cannot execute "/etc/rc.d/rc" INIT: no more processes left in this runlevel Could this be due to teh way I installed fedora on this xen environment, bascially I did the following: yum --installroot=/mnt/xen/ -y groupinstall Base This probably meant that I have lost some config files, I guess. The problem was I don't know of a way to install the os onto a fedora.img without this way, is there another way, and should I copy the files it needs from another fedora install? Many Thanks Shaz Colin Charles wrote: > On Thu, 2005-04-07 at 14:30 +0100, Shahzad Chohan wrote: > > Ok I've moved along now. Basically I get to the point where it wants > > to > > start the init but it says : > > > > INIT: cannot execute "/etc/rc.d/rc.sysinit" > > INIT: Entering runlevel: 5 > > INIT: cannot execute "/etc/rc.d/rc" > > INIT: cannot execute "/etc/X11/prefdm" > > You don't want to be running X in Xen (it isn't a Xen aim, atm, iirc) > > Go into /etc/inittab (in your xen chroot) and remove everything except > say, vt1 and things should be better > -- > Colin Charles, byte at aeon.com.my > http://www.bytebot.net/ > "First they ignore you, then they laugh at you, then they fight you, > then you win." -- Mohandas Gandhi > Chase de Vere Financial Solutions plc operates under the trading names of Chase de Vere Private Clients, Chase de Vere Employee Benefits and Moneyextra. Chase de Vere Financial Solutions plc is an independent financial adviser and is authorised and regulated by the Financial Services Authority. Registered Office: 1 King Street, Manchester M2 6AW. Registered in England No: 1723284 VAT No: 503 374571 A wholly owned subsidiary of AWD Group plc. AWD Group plc is a member of AWD Holding AG, Europe's premier independent financial services group. *************************************************************************** This message is intended for the named recipient only and is confidential and no other person can place any reliance upon it. The recipient acknowledges that transmissions made via the Internet can be corrupted and therefore Chase de Vere Financial Solutions plc does not give any warranty as to the quality or accuracy of any information contained in this message or assumes any liability for it or for its transmission, reception or storage. This footnote also confirms that this e-mail message has been swept for the presence of computer viruses. Chase de Vere Financial Solutions plc is authorised and regulated by the Financial Services Authority and is an independent financial adviser *************************************************************************** From jspaleta at gmail.com Thu Apr 7 13:52:36 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 7 Apr 2005 09:52:36 -0400 Subject: gdm early login In-Reply-To: <1112873269.4128.3.camel@goose> References: <1112824796.3318.48.camel@localhost.localdomain> <20050407045422.GB17634@angus.ind.WPI.EDU> <4254D4AC.5080106@gmx.de> <1112873269.4128.3.camel@goose> Message-ID: <604aa791050407065277e3c355@mail.gmail.com> On Apr 7, 2005 7:27 AM, Rodd Clarkson wrote: > I must admit I felt a little ripped off too. Yeah thats right... its totally appropriate to feel ripped off...at a first experimental attempt at handling the boot up differently. > I was expecting that I would enter my log in details and that the > desktop would start up at that point. Why do you expect anything? You were told in the original email that this was NOT a fully baked solution. In fact you were explicitly told that this was not well tested and if anything you should be prepared for it to mess up your system. According to the email I read... if the system actually still booted at all...you have exceeded the expectations. Feeling ripped off, because a developer has decided to give you a heads up about an experimental change that is not completely worked out yet.. seems absolutely backwards to me. Why on earth should developers try to communicate early in a new process.. if all the interested users are going to do is feel ripped off by the effort. If you CARE about reducing the boot time... dig into the new initscripts like Mr. Anderson is doing and actually start pointing out specifics that need to be discussed. Being disappointed at the results of this preliminary attempt at rhgb removal is just rediculous. The effort to do something about it.. is progress. The effort to remove rhgb might fail in the end, but the other items may be fixed.. we will not know until the effort is made. >From my pov, I'm amazed the people inside the Red Hat fenceline are actually spending their valuable time worrying about 30 to 60 seconds of time at bootup. I couldn't personally give a flip about those 60 seconds. It could take 5 minutes for all i care. I'm not even sure how many people this really affects outside of laptop users, and laptop users need a working reliable hibernation mode more than 60 seconds shaved off of bootup. Regardless of my personal feelings on where development resources should be spent... If people who do care about these 30-60 seconds don't appreciate the effort being made to try to change things, and don't pitch in to make the effort better.. it will fail. And I'm more than happy to actively help and encourage development effort put into things I care more about. So please, feel as ripped off as you want. Actively discourage developers to make the effort on this issue, so that I can encourage them to work on something else with words of praise, KK doughnut bribes and active involvement. -jef"okay well maybe not KK doughnuts"spaleta From rpaiz at simpaticus.com Thu Apr 7 13:56:47 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Thu, 07 Apr 2005 07:56:47 -0600 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112856989.18379.133.camel@arena.soho.bytebot.net> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112856989.18379.133.camel@arena.soho.bytebot.net> Message-ID: <1112882207.6687.13.camel@rodolfo.casa.paiz.org> On Thu, 2005-04-07 at 16:56 +1000, Colin Charles wrote: > Care to re-jig Fedora Triage, Michal? QA & Bugzilla triage is real fun > and can help grow the community (because you don't need much technical > leeway to become a useful contributor) More details, Colin? I'd like to contribute more to devel work, but although I'm fairly knowledgeable about Fedora and in general, I have nearly zero coding skills anymore. So stuff that does not require lots of highly-technical ability is interesting... Cheers, -- Rodolfo J. Paiz From byte at aeon.com.my Thu Apr 7 13:59:15 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 07 Apr 2005 23:59:15 +1000 Subject: xen and fedora In-Reply-To: <42553B0C.2060007@chasedevere.co.uk> References: <4253C924.3040109@chasedevere.co.uk> <1112880123.18379.172.camel@arena.soho.bytebot.net> <425535FB.2000103@chasedevere.co.uk> <1112881079.18379.179.camel@arena.soho.bytebot.net> <42553B0C.2060007@chasedevere.co.uk> Message-ID: <1112882356.18379.196.camel@arena.soho.bytebot.net> On Thu, 2005-04-07 at 14:52 +0100, Shahzad Chohan wrote: > Ok I did that. Basically I now get the following: > > INIT: version 2.85 booting > INIT: cannot execute "/etc/rc.d/rc.sysinit" > INIT: Entering runlevel: 3 > INIT: cannot execute "/etc/rc.d/rc" > INIT: no more processes left in this runlevel I think a vt is actually up, just not being displayed; the 1126 might be a better option to try, though I don't guarantee it working or anything either FWIW, I've had similar problems with 1125 -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From jspaleta at gmail.com Thu Apr 7 14:02:55 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 7 Apr 2005 10:02:55 -0400 Subject: Preferences gone from main menu? In-Reply-To: <20038.213.164.3.90.1112870496.squirrel@www.nodata.co.uk> References: <1112869023.5183.6.camel@localhost.localdomain> <20179e5105040703348d331f7@mail.gmail.com> <20038.213.164.3.90.1112870496.squirrel@www.nodata.co.uk> Message-ID: <604aa7910504070702327d52f9@mail.gmail.com> On Apr 7, 2005 6:41 AM, nodata wrote: > See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151257 I'm really not sure this is a bug. and a developer has already chimed in on that bug report. Upstream gnome has made the "menu bar" the default panel menu ui.. and fedora follows upstream as much as possible. The menu bar approach has Applications/Places/Desktop as seperate dropdown menus in the panel. The single foot/hat icon menu is no longer a default panel item and was restructured as part of the upstream design decisions. -jef From jonesc at hep.phy.cam.ac.uk Thu Apr 7 14:06:24 2005 From: jonesc at hep.phy.cam.ac.uk (Chris Jones) Date: Thu, 07 Apr 2005 15:06:24 +0100 Subject: gdm early login In-Reply-To: <1112824796.3318.48.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> Message-ID: <42553E60.9050705@hep.phy.cam.ac.uk> Sounds like a great idea. Presumably in the end it won't be gdm specific, but will also work if the user wants kdm for example (as I do...) ? Chris From fedora at nodata.co.uk Thu Apr 7 14:09:47 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 7 Apr 2005 16:09:47 +0200 (CEST) Subject: Preferences gone from main menu? In-Reply-To: <604aa7910504070702327d52f9@mail.gmail.com> References: <1112869023.5183.6.camel@localhost.localdomain> <20179e5105040703348d331f7@mail.gmail.com> <20038.213.164.3.90.1112870496.squirrel@www.nodata.co.uk> <604aa7910504070702327d52f9@mail.gmail.com> Message-ID: <28486.213.164.3.90.1112882987.squirrel@www.nodata.co.uk> > On Apr 7, 2005 6:41 AM, nodata wrote: >> See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151257 > > I'm really not sure this is a bug. and a developer has already chimed > in on that bug report. Upstream gnome has made the "menu bar" the > default panel menu ui.. and fedora follows upstream as much as > possible. The menu bar approach has Applications/Places/Desktop as > seperate dropdown menus in the panel. > The single foot/hat icon menu is no longer a default panel item and > was restructured as part of the upstream design decisions. > > -jef It was more of a usability thing, so I reported it to bugzilla so others could follow it if they wanted. I find System Settings confusing under Desktop. From byte at aeon.com.my Thu Apr 7 14:19:32 2005 From: byte at aeon.com.my (Colin Charles) Date: Fri, 08 Apr 2005 00:19:32 +1000 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112882207.6687.13.camel@rodolfo.casa.paiz.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112856989.18379.133.camel@arena.soho.bytebot.net> <1112882207.6687.13.camel@rodolfo.casa.paiz.org> Message-ID: <1112883572.18379.206.camel@arena.soho.bytebot.net> On Thu, 2005-04-07 at 07:56 -0600, Rodolfo J. Paiz wrote: > > Care to re-jig Fedora Triage, Michal? QA & Bugzilla triage is real > fun > > and can help grow the community (because you don't need much > technical > > leeway to become a useful contributor) > > More details, Colin? I'd like to contribute more to devel work, but > although I'm fairly knowledgeable about Fedora and in general, I have > nearly zero coding skills anymore. So stuff that does not require lots > of highly-technical ability is interesting... Tools triage - http://fedoraproject.org/wiki/ToolsTriage (this never happened but uli and others were definitely interested - read the list archives) Some history down memory lane: http://www.fedora.us/wiki/FedoraTriage This happened successfully for a while even... If anyone wants to re-jig this for Core/Extras, I'd be interested to hear this. Its definitely something that would be cool to have around (also, please keep me in some CC loop if you do) -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From cra at WPI.EDU Thu Apr 7 14:23:23 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Thu, 7 Apr 2005 10:23:23 -0400 Subject: gdm early login In-Reply-To: <4254D4AC.5080106@gmx.de> References: <1112824796.3318.48.camel@localhost.localdomain> <20050407045422.GB17634@angus.ind.WPI.EDU> <4254D4AC.5080106@gmx.de> Message-ID: <20050407142323.GD1904@angus.ind.WPI.EDU> On Thu, Apr 07, 2005 at 08:35:24AM +0200, shrek-m at gmx.de wrote: > Chuck R. Anderson wrote: > > rhgb early-login > >rhgb displayed 00:20 n/a > >login screen 01:08 00:33 > >desktop ready 01:30 01:13 > > > > you saved a few seconds of my day. > a user should wait nearly 1 minute for the ready desktop? > and this is a step forward? No, those are absolute times from the start of bootup. So, a total of 30 seconds before you can start logging in, and a grand total of 1 minute 13 seconds before you can start working on the system. > i prefer to wait 90 sec for login screen and 20 sec for desktop on my > systems. Ok, I suppose you have to trade of when you'd like to wait. Wait to log in, or wait after logging in. You can disable the early-login if you don't like it. > apropos, on the same hardware, 666/1333 mhz, powerbook g4 > > Mac OS X > 00 sec - boot > 30 sec - login screen > 20 sec - desktop ready > ______ > 50 sec - vs 24 hours You gave relative times, not absolute times as I did. I'll convert: rhgb early-login OS X rhgb displayed 00:20 n/a n/a login screen 01:08 00:33 00:30 desktop ready 01:30 01:13 00:50 50 sec vs. 73 sec is pretty good. Definately an improvement over the previous 90 seconds. Still room for more improvement, but still pretty good. From jspaleta at gmail.com Thu Apr 7 14:29:30 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 7 Apr 2005 10:29:30 -0400 Subject: Preferences gone from main menu? In-Reply-To: <28486.213.164.3.90.1112882987.squirrel@www.nodata.co.uk> References: <1112869023.5183.6.camel@localhost.localdomain> <20179e5105040703348d331f7@mail.gmail.com> <20038.213.164.3.90.1112870496.squirrel@www.nodata.co.uk> <604aa7910504070702327d52f9@mail.gmail.com> <28486.213.164.3.90.1112882987.squirrel@www.nodata.co.uk> Message-ID: <604aa7910504070729166840c5@mail.gmail.com> On Apr 7, 2005 10:09 AM, nodata wrote: > It was more of a usability thing, so I reported it to bugzilla so others > could follow it if they wanted. > I find System Settings confusing under Desktop. And i'm pretty sure the design changes were done to address usability concerns.. upstream. Usability is one of those things everyone has an opinion about. No matter what change you make there will be a group of people who disagree. I encourage to search through upstream list archives and find discussions about panel and menu layout. -jef From ivg2 at cornell.edu Thu Apr 7 13:37:19 2005 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Thu, 07 Apr 2005 09:37:19 -0400 Subject: Preferences gone from main menu? In-Reply-To: <28486.213.164.3.90.1112882987.squirrel@www.nodata.co.uk> References: <1112869023.5183.6.camel@localhost.localdomain> <20179e5105040703348d331f7@mail.gmail.com> <20038.213.164.3.90.1112870496.squirrel@www.nodata.co.uk> <604aa7910504070702327d52f9@mail.gmail.com> <28486.213.164.3.90.1112882987.squirrel@www.nodata.co.uk> Message-ID: <1112881040.8731.9.camel@cobra.ivg2.net> > > It was more of a usability thing, so I reported it to bugzilla so others > could follow it if they wanted. > I find System Settings confusing under Desktop. I like the settings being separate from the rest of the menu. They are not the same thing as "Applications" and should be kept separate. They even have a different menu name pattern. In fact, it seems to me that "System Tools" should probably go in the same place. True, maybe the title "Desktop" isn't very appropriate, but it seems useful to separate apps from things that configure your computer for running other apps. ========= Speaking of the menu, is there any progress on making the menu names consistent - Name/GenericName? -- Ivan Gyurdiev Cornell University From fedora at nodata.co.uk Thu Apr 7 14:36:51 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 7 Apr 2005 16:36:51 +0200 (CEST) Subject: Preferences gone from main menu? In-Reply-To: <1112881040.8731.9.camel@cobra.ivg2.net> References: <1112869023.5183.6.camel@localhost.localdomain> <20179e5105040703348d331f7@mail.gmail.com> <20038.213.164.3.90.1112870496.squirrel@www.nodata.co.uk> <604aa7910504070702327d52f9@mail.gmail.com> <28486.213.164.3.90.1112882987.squirrel@www.nodata.co.uk> <1112881040.8731.9.camel@cobra.ivg2.net> Message-ID: <58438.213.164.3.90.1112884611.squirrel@www.nodata.co.uk> > True, maybe the title "Desktop" isn't very appropriate, but it seems Yep. Why look there for System Settings? > useful to separate apps from things that configure your computer > for running other apps. Definitely. But "Configuration Editor" under "System Tools"? nd From rramson at gmail.com Thu Apr 7 14:50:51 2005 From: rramson at gmail.com (Richard Ramson) Date: Thu, 7 Apr 2005 10:50:51 -0400 Subject: Up2date not being maintained any longer? In-Reply-To: <425484C1.704@insight.rr.com> References: <425484C1.704@insight.rr.com> Message-ID: On Apr 6, 2005 8:54 PM, Jim Cornette wrote: > Is up2date still getting any attention? This program was busted since > the libssl versions went up to an .so.5 symlink to the libs. The problem > is tht to get the GUI to work, I have to add a package to the exclusions > list in order to be able to have the forward button highlighted for > usage. I can even deselect the specific package added to the exclusion > list and up2date will still work for installing packages. > > Several different bugs have been opened regrding this issue. Getting the > forward button to work when you select a program to be instaled from the > exclusion list seems to indicate it would not be too hard to figure out > why the button works when an excluded package is selected, but not if > you never see the excluded package screen. > > Jim > > -- > Perfection is reached, not when there is no longer anything to add, but > when there is no longer anything to take away. > -- Antoine de Saint-Exupery > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list I'm having the same problem with up2date. When I tried updating packages after selecting them, I can't click the forward button because it is greyed out. Also all the packages show 0 kb and packages that are already updated still show up in the list. I tried ignoring some packages to see if it would allow me to use the forward button but it still doesn't work. Glad I'm not one of those squimsh people, I don't mind jumping into the command line to get things done. I just hope this is fixed :) From terraformers at gmx.net Thu Apr 7 14:48:38 2005 From: terraformers at gmx.net (Lars G) Date: Thu, 07 Apr 2005 16:48:38 +0200 Subject: system-logviewer gone, why? References: <1112880442.18379.175.camel@arena.soho.bytebot.net> Message-ID: On Thu, 07 Apr 2005 23:27:22 +1000, Colin Charles wrote: > On Wed, 2005-04-06 at 20:09 +0200, Lars wrote: >> anyone can tell why system-logviewer has been dropped from rawhide ? >> is there any replacement gui (planned) ? > > Still in cvs if you need it, but Chris Lumens has planned on re-writing > it for a while now > > http://people.redhat.com/clumens/system-logviewer/ > > I guess you might be able to help, fedora-config-list at redhat.com has a > thread about this as well iirc > -- > Colin Charles, byte at aeon.com.my > http://www.bytebot.net/ > "First they ignore you, then they laugh at you, then they fight you, > then you win." -- Mohandas Gandhi great! will help all i can! cheers lars From rstrode at redhat.com Thu Apr 7 15:00:27 2005 From: rstrode at redhat.com (Ray Strode) Date: Thu, 07 Apr 2005 11:00:27 -0400 Subject: gdm early login In-Reply-To: <42553E60.9050705@hep.phy.cam.ac.uk> References: <1112824796.3318.48.camel@localhost.localdomain> <42553E60.9050705@hep.phy.cam.ac.uk> Message-ID: <1112886028.3321.5.camel@localhost.localdomain> Hi, > Sounds like a great idea. Thanks. > Presumably in the end it won't be gdm specific, but will also work if > the user wants kdm for example (as I do...) ? I don't think so. Ideally, we would get all the features that users care about into one display manager and drop the rest from core (maybe provide them as alternatives in Extras). --Ray From davide.rossetti at roma1.infn.it Thu Apr 7 15:08:49 2005 From: davide.rossetti at roma1.infn.it (Davide Rossetti) Date: Thu, 07 Apr 2005 17:08:49 +0200 Subject: 2.6.11-1.7_FC3.x86_64 breaks on dual Opteron 244 Message-ID: <42554D01.5000505@roma1.infn.it> 2.6.11-1.7_FC3.x86_64 hangs somewhere during boot, after dumping CPU infos, before. platform infos are attached, as long as a 'fine' dmesg of 2.6.10-1.770 PS: which is the correct list for testing kernels ?? regards -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cpuinfo URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: meminfo URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: pci URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: dmesg-2.6.10-1.770_FC3smp URL: From Fred.New at microlink.ee Thu Apr 7 15:13:29 2005 From: Fred.New at microlink.ee (Fred New) Date: Thu, 7 Apr 2005 18:13:29 +0300 Subject: Importing RPM GPG keys Message-ID: <345764DCB65C0C4FACC44529DE273C18F8EB48@eemail1.microlink.lan> Is there any reason why firstboot can't or doesn't automatically import the RPM GPG keys that come with the redhat-release, fedora-release, up2date and rpm packages? Fred From rstrode at redhat.com Thu Apr 7 15:49:52 2005 From: rstrode at redhat.com (Ray Strode) Date: Thu, 07 Apr 2005 11:49:52 -0400 Subject: gdm early login In-Reply-To: <64838.213.164.3.90.1112858622.squirrel@www.nodata.co.uk> References: <1112824796.3318.48.camel@localhost.localdomain> <64838.213.164.3.90.1112858622.squirrel@www.nodata.co.uk> Message-ID: <1112888993.3321.8.camel@localhost.localdomain> Hi, > This is really nice. There's one thing stopping me from using it though - > I lose the system startup messages. > > It would be nice if those were somehow visible as well. You can press ctrl-alt-f1 to see them. --Ray From rstrode at redhat.com Thu Apr 7 15:52:19 2005 From: rstrode at redhat.com (Ray Strode) Date: Thu, 07 Apr 2005 11:52:19 -0400 Subject: gdm early login In-Reply-To: <20050407045422.GB17634@angus.ind.WPI.EDU> References: <1112824796.3318.48.camel@localhost.localdomain> <20050407045422.GB17634@angus.ind.WPI.EDU> Message-ID: <1112889139.3321.12.camel@localhost.localdomain> Hi, > In the process of looking at how this works, I noticed that some of > the "stop" initscripts are not being run. Specifically, it appears > that /etc/rc.d/rc doesn't run the K?? script for a service unless > there was a /var/lock/subsys/$service file created by the service > "start" script. This seems like a nice optimization for skipping > shutdown for services that don't need it, speeding up the shutdown > procedure. That's a nice observation. We should look into taking advantage of this I think. > The only one here that seems to be a concern is diskdump, because it's > "stop" section appears necessary at first glance, since it stops > devices and unloads modules: Can you file a bug about this? --Ray From rstrode at redhat.com Thu Apr 7 15:56:34 2005 From: rstrode at redhat.com (Ray Strode) Date: Thu, 07 Apr 2005 11:56:34 -0400 Subject: gdm early login In-Reply-To: <4254D4AC.5080106@gmx.de> References: <1112824796.3318.48.camel@localhost.localdomain> <20050407045422.GB17634@angus.ind.WPI.EDU> <4254D4AC.5080106@gmx.de> Message-ID: <1112889395.3321.18.camel@localhost.localdomain> Hi, > you saved a few seconds of my day. > a user should wait nearly 1 minute for the ready desktop? > and this is a step forward? There is still some room improvement. Even with early-boot, we currently start all services before we process user login requests. In fact, there are probably only a few services that need to be started before login in order for the user to have a usable desktop session. If we can finger what these services are then we'll be able to change the priority of the gdm-allow-login script to run before the unessential services and hopefully get a significant boot time speedup. --Ray From rstrode at redhat.com Thu Apr 7 16:00:17 2005 From: rstrode at redhat.com (Ray Strode) Date: Thu, 07 Apr 2005 12:00:17 -0400 Subject: gdm early login In-Reply-To: <1112873269.4128.3.camel@goose> References: <1112824796.3318.48.camel@localhost.localdomain> <20050407045422.GB17634@angus.ind.WPI.EDU> <4254D4AC.5080106@gmx.de> <1112873269.4128.3.camel@goose> Message-ID: <1112889617.3321.22.camel@localhost.localdomain> Hi, > I was expecting that I would enter my log in details and that the > desktop would start up at that point. From there, all the other > services that needed starting would start in the background while the > desktop was starting/running. That is how it is planned to work. We just have to figure out which services need to be started for the desktop to not be broken (things like hal, dbus, acpi, networking, etc). You can try it now by lowering the priority of the gdm-allow-login script, and raising the priority of services that aren't essential for you on login (cups? apache? gpm? vncserver?). --Ray From rstrode at redhat.com Thu Apr 7 16:01:37 2005 From: rstrode at redhat.com (Ray Strode) Date: Thu, 07 Apr 2005 12:01:37 -0400 Subject: gdm early login In-Reply-To: <604aa791050407065277e3c355@mail.gmail.com> References: <1112824796.3318.48.camel@localhost.localdomain> <20050407045422.GB17634@angus.ind.WPI.EDU> <4254D4AC.5080106@gmx.de> <1112873269.4128.3.camel@goose> <604aa791050407065277e3c355@mail.gmail.com> Message-ID: <1112889698.3321.25.camel@localhost.localdomain> Hi, > From my pov, I'm amazed the people inside the Red Hat fenceline are > actually spending their valuable time worrying about 30 to 60 seconds > of time at bootup. I couldn't personally give a flip about those 60 > seconds. It could take 5 minutes for all i care. I'm not even sure how > many people this really affects outside of laptop users, and laptop > users need a working reliable hibernation mode more than 60 seconds > shaved off of bootup. That's an interesting point. --Ray From rstrode at redhat.com Thu Apr 7 16:06:35 2005 From: rstrode at redhat.com (Ray Strode) Date: Thu, 07 Apr 2005 12:06:35 -0400 Subject: gdm early login In-Reply-To: <604aa791050406162147f288e2@mail.gmail.com> References: <1112824796.3318.48.camel@localhost.localdomain> <604aa791050406162147f288e2@mail.gmail.com> Message-ID: <1112889995.3321.31.camel@localhost.localdomain> Hi, > That sounds like a challenge to my geekhood! Are there specific > things you want people to make special effort to try to break when > examining the level of fragility. Other than of course the previously > mentioned firstboot interaction. I don't think so as of yet. I'd like to get an initial prototype of how things are going to work in rawhide before getting a lot of testing feedback because it's all subject to change. The point of this thread wasn't so much a "help us work out the kinks" request as much as a "some people seem curious, so this is what we're working on" kind of thing. --Ray From rstrode at redhat.com Thu Apr 7 16:09:10 2005 From: rstrode at redhat.com (Ray Strode) Date: Thu, 07 Apr 2005 12:09:10 -0400 Subject: gdm early login In-Reply-To: <20050406220939.GU19176@redhat.com> References: <1112824796.3318.48.camel@localhost.localdomain> <20050406220939.GU19176@redhat.com> Message-ID: <1112890150.3321.35.camel@localhost.localdomain> Hi, > On Wed, Apr 06, 2005 at 05:59:55PM -0400, Ray Strode wrote: > > We still need to make some changes in lower-levels of the distro before > > gdm early-login mode will work. See here for details: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952 > > As the futur ex rhgb maintainer :-) just one thing which seems missing > is the interaction with firstboot. Ah, that's a good point. I think that all we'll need to do is change firstboot's priority to be lower than gdm-early-login. Thanks, --Ray From orion at cora.nwra.com Thu Apr 7 16:33:20 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 07 Apr 2005 10:33:20 -0600 Subject: Rawhide install report Message-ID: <425560D0.9000700@cora.nwra.com> Finally, a successful install from rawhide. Here are some issues: The text mode "graphics" look horrible: - On the left side of the title is a J with a circumflex. On the right is a square box. I'm sure these are not the desired graphics characters. - Progress bars (or their shadows?) extend on character beyond the right edge. - Shadowing on the bottom seems to be off one line too low. - There is no border around windows, so when one window is displayed on top of another it is very confusing. Also, I end up with a negative number of packages remaining to install. System thinks it's going to install 561 packages, but ends up installing 624 so the "remaining" count eventually goes negative. Here's my kickstart package selections: %packages --resolvedeps #@ Core -ash -lilo #@ Base -dump krb5-workstation -up2date @ Administration Tools @ Authoring and Publishing #@ Development Tools cvs ddd gcc-c++ gcc-gfortran gdb #@ Legacy Software Development compat-libstdc++-296 @ Dialup Networking Support -isdn4k-utils #@ Eclipse eclipse-cdt @ Editors @ Emacs @ Engineering and Scientific #@ GNOME Desktop Environment #@ GNOME Software Development #@ Games and Entertainment #@ Graphical Internet -mozilla -mozilla-mail -mozilla-nspr @ Graphics @ KDE (K Desktop Environment) kdeadmin kdepim #@ KDE Software Development kdesdk #@ Kernel Development #@ Mail Server sendmail-cf @ Office/Productivity -openoffice.org -openoffice.org-i18n -openoffice.org-libs @ Printing Support #@ SQL Database Server @ Sound and Video #Don't pull in gnome -rhythmbox -sound-juicer @ System Tools -ckermit -ethereal -nmap vnc @ Text-based Internet lynx #ncftp @ Windows File Server #@ X Software Development @ X Window System -firstboot -gdm -rhn-applet -xisdnload -up2date-gnome #Other sysstat enscript freeglut jpilot memtest86+ openmotif21 -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From jspaleta at gmail.com Thu Apr 7 17:11:47 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 7 Apr 2005 13:11:47 -0400 Subject: gdm early login In-Reply-To: <1112888993.3321.8.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> <64838.213.164.3.90.1112858622.squirrel@www.nodata.co.uk> <1112888993.3321.8.camel@localhost.localdomain> Message-ID: <604aa7910504071011279cc2d7@mail.gmail.com> On Apr 7, 2005 11:49 AM, Ray Strode wrote: > > It would be nice if those were somehow visible as well. > You can press ctrl-alt-f1 to see them. It would still be nice to SEE activity by default to give an indication of whats going on. A small spinner or progress bar, something indicating activity of the scripts. You also want some notification if there is an unexpected error. The big console blackhole like rhgb has might be overkill, but something to indicate there was a failure in at least one script would be useful. Sure you can go back and check the logs after boot to get specifics.. but without some form of notification at boot time about a script failure.. how do you know to check the logs? And if there is a failure, having an option at the gdm login window to fire up a log review tool would be very good maybe as a modification to the failsafe environment. Also... when you finally get to the point where you are able to login before all services are completed. There will be a need for notification as to when all services have been completed. For example.. a notification area icon that is active until all system services are done. You can probably do okay at identifying what needs to be started before login for "most" desktop users. But I garuntee you there will be some of us who want to make sure we don't attempt to do somethings until all services are started and the easiest way to keep us from getting mad is to provide notification when bootscripts have stopped. AND that notification mechanism needs to flag script failures in some way. Again it doesn't have to have specifics.. but it should be enough notification so you can know to manually check the logs. Even better if it can provide access to a gui tool to review the logs via a click or right-click menu. The rhn applet artwork comes to mind... except instead of going blue checkmark at the end the applet just stops running if all the scripts finished with no errors. And one last thing.. I can not stress enough how absolutely bad from a security stand point it is to allow people to login username/password at the gdm prompt and then let them wait some unspecified period of time before the actual login begins. Encouraging people to walk away and get coffee after the have inputted their password is a recipe for an insecure systems. As soon as a password is entered the system needs to start the login process and get to a desktop. -jef From jonesc at hep.phy.cam.ac.uk Thu Apr 7 17:15:16 2005 From: jonesc at hep.phy.cam.ac.uk (Chris Jones) Date: Thu, 07 Apr 2005 18:15:16 +0100 Subject: gdm early login In-Reply-To: <1112886028.3321.5.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> <42553E60.9050705@hep.phy.cam.ac.uk> <1112886028.3321.5.camel@localhost.localdomain> Message-ID: <42556AA4.2070205@hep.phy.cam.ac.uk> Hi, >>Presumably in the end it won't be gdm specific, but will also work if >>the user wants kdm for example (as I do...) ? > > I don't think so. Ideally, we would get all the features that users > care about into one display manager and drop the rest from core (maybe > provide them as alternatives in Extras). I really only run kdm since I prefer kde to gnome, and if I run gdm I cannot reboot/shutdown without logging out first. A minor thing but gets a tad annoying eventually. If this can be made possible from gdm (perhaps it is and I've missed how ?) I'm happy to use gdm. Chris From davej at redhat.com Thu Apr 7 17:43:48 2005 From: davej at redhat.com (Dave Jones) Date: Thu, 7 Apr 2005 13:43:48 -0400 Subject: 2.6.11-1.7_FC3.x86_64 breaks on dual Opteron 244 In-Reply-To: <42554D01.5000505@roma1.infn.it> References: <42554D01.5000505@roma1.infn.it> Message-ID: <20050407174348.GE17485@redhat.com> On Thu, Apr 07, 2005 at 05:08:49PM +0200, Davide Rossetti wrote: > 2.6.11-1.7_FC3.x86_64 hangs somewhere during boot, after dumping CPU > infos, before. What are these 'infos' ? I don't see anything out of the ordinary in the dmesg you posted. Was it 'bad pmd' messages by any chance ? If so, I'm currently chasing that bug, and its the #1 thing holding up this update. > PS: which is the correct list for testing kernels ?? fedora-test-list Dave From dragoran at feuerpokemon.de Thu Apr 7 18:28:13 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 07 Apr 2005 20:28:13 +0200 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <42531288.9050701@margo.bijoux.nom.br> References: <20050404005010.GB1904@angus.ind.WPI.EDU> <604aa791050403181373aa956c@mail.gmail.com> <1112625398.3381.1.camel@localhost.localdomain> <1112625990.12252.1.camel@ignacio.ignacio.lan> <1112647828.3381.18.camel@localhost.localdomain> <604aa79105040414131c674acb@mail.gmail.com> <42531288.9050701@margo.bijoux.nom.br> Message-ID: <42557BBD.90209@feuerpokemon.de> Pedro Fernandes Macedo wrote: > Jeff Spaleta wrote: > >>> Which would scare (new) users into thinking "Linux isn't userfriendly", >>> choose not to learn it (scared of at early stage), tell others this, >>> and >>> choose non-Linux solutions over Linux ones - which may in turn be bad >>> for future RH revenue. >>> >> >> >> Right...choosing non-linux 64bit solutions over 64bit linux. Remind me >> again... what are the 64bit non-linux solutions for PC hardware right >> now? Isn't windows 64bit xp still in some sort of beta phase? >> New users.. running amd 64bit hardware (thats what we are talking >> about really arent we).. can just as easily choose 32bit fedora core.. >> and avoid this sort of crap completely. Or.. they can wait till MS >> 64bit XP lands and macromedia finally feels significant market >> pressure to get off their asses and build a 64bit versions of their >> plugins. In the meantime we can all hope and pray that svg magically >> matures and someone crafts professional development tools for it to >> challenge macromedia in the marketplace and we a no longer held >> hostage by macromedia to get our required dosage of pointless >> interactive web experience. >> >> > Well , given that windows xp 64 finally reached gold status and should > be on stores soon, maybe things could change... > Or not... I dont have any numbers on the number of sales of 64 bit > processors , but given the huge amount of 32 bit processors around , I > guess we'll have to wait a little more untill x86_64 processors become > more widespread before macromedia and other vendors port their closed > source programs to 64 bits... > > -- > Pedro Macedo (who likes to browse the web on 64 bit without all that > annoying flash thingies ;) ) > http://gplflash.sourceforge.net/ From clumens at redhat.com Thu Apr 7 18:30:50 2005 From: clumens at redhat.com (Chris Lumens) Date: Thu, 7 Apr 2005 14:30:50 -0400 (EDT) Subject: Rawhide install report In-Reply-To: <425560D0.9000700@cora.nwra.com> References: <425560D0.9000700@cora.nwra.com> Message-ID: > The text mode "graphics" look horrible: > > - On the left side of the title is a J with a circumflex. On the right is a > square box. I'm sure these are not the desired graphics characters. > > - Progress bars (or their shadows?) extend on character beyond the right > edge. > > - Shadowing on the bottom seems to be off one line too low. > > - There is no border around windows, so when one window is displayed on top > of another it is very confusing. Yeah, it's pretty much unusable right now for text mode or rescue mode. We're working on it. What install media are you using, by the way? > Also, I end up with a negative number of packages remaining to install. > System thinks it's going to install 561 packages, but ends up installing 624 > so the "remaining" count eventually goes negative. Here's my kickstart > package selections: This should have been fixed a while ago, but could have rebroken. I'll have to take a look. - Chris From rstrode at redhat.com Thu Apr 7 18:49:19 2005 From: rstrode at redhat.com (Ray Strode) Date: Thu, 07 Apr 2005 14:49:19 -0400 Subject: gdm early login In-Reply-To: <42556AA4.2070205@hep.phy.cam.ac.uk> References: <1112824796.3318.48.camel@localhost.localdomain> <42553E60.9050705@hep.phy.cam.ac.uk> <1112886028.3321.5.camel@localhost.localdomain> <42556AA4.2070205@hep.phy.cam.ac.uk> Message-ID: <1112899760.3321.39.camel@localhost.localdomain> Hi, > I really only run kdm since I prefer kde to gnome, and if I run gdm I > cannot reboot/shutdown without logging out first. A minor thing but gets > a tad annoying eventually. > > If this can be made possible from gdm (perhaps it is and I've missed how > ?) I'm happy to use gdm. There was talk of creating a standard a while back for desktop <-> display manager interaction, but i don't think any traction came out of it. Probably the right way to approach it is teach kde about gdm's way of shutting down. --Ray From justin.conover at gmail.com Thu Apr 7 18:51:22 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 7 Apr 2005 13:51:22 -0500 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <42557BBD.90209@feuerpokemon.de> References: <20050404005010.GB1904@angus.ind.WPI.EDU> <604aa791050403181373aa956c@mail.gmail.com> <1112625398.3381.1.camel@localhost.localdomain> <1112625990.12252.1.camel@ignacio.ignacio.lan> <1112647828.3381.18.camel@localhost.localdomain> <604aa79105040414131c674acb@mail.gmail.com> <42531288.9050701@margo.bijoux.nom.br> <42557BBD.90209@feuerpokemon.de> Message-ID: On Apr 7, 2005 1:28 PM, dragoran wrote: > Pedro Fernandes Macedo wrote: > > > Jeff Spaleta wrote: > > > >>> Which would scare (new) users into thinking "Linux isn't userfriendly", > >>> choose not to learn it (scared of at early stage), tell others this, > >>> and > >>> choose non-Linux solutions over Linux ones - which may in turn be bad > >>> for future RH revenue. > >>> > >> > >> > >> Right...choosing non-linux 64bit solutions over 64bit linux. Remind me > >> again... what are the 64bit non-linux solutions for PC hardware right > >> now? Isn't windows 64bit xp still in some sort of beta phase? > >> New users.. running amd 64bit hardware (thats what we are talking > >> about really arent we).. can just as easily choose 32bit fedora core.. > >> and avoid this sort of crap completely. Or.. they can wait till MS > >> 64bit XP lands and macromedia finally feels significant market > >> pressure to get off their asses and build a 64bit versions of their > >> plugins. In the meantime we can all hope and pray that svg magically > >> matures and someone crafts professional development tools for it to > >> challenge macromedia in the marketplace and we a no longer held > >> hostage by macromedia to get our required dosage of pointless > >> interactive web experience. > >> > >> > > Well , given that windows xp 64 finally reached gold status and should > > be on stores soon, maybe things could change... > > Or not... I dont have any numbers on the number of sales of 64 bit > > processors , but given the huge amount of 32 bit processors around , I > > guess we'll have to wait a little more untill x86_64 processors become > > more widespread before macromedia and other vendors port their closed > > source programs to 64 bits... > > > > -- > > Pedro Macedo (who likes to browse the web on 64 bit without all that > > annoying flash thingies ;) ) > > > http://gplflash.sourceforge.net/ > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > I've heard the gplflash crashes firefox often. I will try it tonight if I get a chance. Until Macromedia releases a 64bit version, this is what I do. yum remove firefox grab firefox from mozilla.org and install it. grab flash 7, install it. From dragoran at feuerpokemon.de Thu Apr 7 18:57:57 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 07 Apr 2005 20:57:57 +0200 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: References: <20050404005010.GB1904@angus.ind.WPI.EDU> <604aa791050403181373aa956c@mail.gmail.com> <1112625398.3381.1.camel@localhost.localdomain> <1112625990.12252.1.camel@ignacio.ignacio.lan> <1112647828.3381.18.camel@localhost.localdomain> <604aa79105040414131c674acb@mail.gmail.com> <42531288.9050701@margo.bijoux.nom.br> <42557BBD.90209@feuerpokemon.de> Message-ID: <425582B5.7010504@feuerpokemon.de> Justin Conover wrote: >On Apr 7, 2005 1:28 PM, dragoran wrote: > > >>Pedro Fernandes Macedo wrote: >> >> >> >>>Jeff Spaleta wrote: >>> >>> >>> >>>>>Which would scare (new) users into thinking "Linux isn't userfriendly", >>>>>choose not to learn it (scared of at early stage), tell others this, >>>>>and >>>>>choose non-Linux solutions over Linux ones - which may in turn be bad >>>>>for future RH revenue. >>>>> >>>>> >>>>> >>>>Right...choosing non-linux 64bit solutions over 64bit linux. Remind me >>>>again... what are the 64bit non-linux solutions for PC hardware right >>>>now? Isn't windows 64bit xp still in some sort of beta phase? >>>>New users.. running amd 64bit hardware (thats what we are talking >>>>about really arent we).. can just as easily choose 32bit fedora core.. >>>>and avoid this sort of crap completely. Or.. they can wait till MS >>>>64bit XP lands and macromedia finally feels significant market >>>>pressure to get off their asses and build a 64bit versions of their >>>>plugins. In the meantime we can all hope and pray that svg magically >>>>matures and someone crafts professional development tools for it to >>>>challenge macromedia in the marketplace and we a no longer held >>>>hostage by macromedia to get our required dosage of pointless >>>>interactive web experience. >>>> >>>> >>>> >>>> >>>Well , given that windows xp 64 finally reached gold status and should >>>be on stores soon, maybe things could change... >>>Or not... I dont have any numbers on the number of sales of 64 bit >>>processors , but given the huge amount of 32 bit processors around , I >>>guess we'll have to wait a little more untill x86_64 processors become >>>more widespread before macromedia and other vendors port their closed >>>source programs to 64 bits... >>> >>>-- >>>Pedro Macedo (who likes to browse the web on 64 bit without all that >>>annoying flash thingies ;) ) >>> >>> >>> >>http://gplflash.sourceforge.net/ >> >>-- >>fedora-test-list mailing list >>fedora-test-list at redhat.com >>To unsubscribe: >>http://www.redhat.com/mailman/listinfo/fedora-test-list >> >> >> > >I've heard the gplflash crashes firefox often. I will try it tonight >if I get a chance. Until Macromedia releases a 64bit version, this is >what I do. > >yum remove firefox >grab firefox from mozilla.org and install it. grab flash 7, install it. > > > you can also try yum install firefox.i386 From justin.conover at gmail.com Thu Apr 7 19:01:43 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 7 Apr 2005 14:01:43 -0500 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: <425582B5.7010504@feuerpokemon.de> References: <604aa791050403181373aa956c@mail.gmail.com> <1112625398.3381.1.camel@localhost.localdomain> <1112625990.12252.1.camel@ignacio.ignacio.lan> <1112647828.3381.18.camel@localhost.localdomain> <604aa79105040414131c674acb@mail.gmail.com> <42531288.9050701@margo.bijoux.nom.br> <42557BBD.90209@feuerpokemon.de> <425582B5.7010504@feuerpokemon.de> Message-ID: On Apr 7, 2005 1:57 PM, dragoran wrote: > Justin Conover wrote: > > >On Apr 7, 2005 1:28 PM, dragoran wrote: > > > > > >>Pedro Fernandes Macedo wrote: > >> > >> > >> > >>>Jeff Spaleta wrote: > >>> > >>> > >>> > >>>>>Which would scare (new) users into thinking "Linux isn't userfriendly", > >>>>>choose not to learn it (scared of at early stage), tell others this, > >>>>>and > >>>>>choose non-Linux solutions over Linux ones - which may in turn be bad > >>>>>for future RH revenue. > >>>>> > >>>>> > >>>>> > >>>>Right...choosing non-linux 64bit solutions over 64bit linux. Remind me > >>>>again... what are the 64bit non-linux solutions for PC hardware right > >>>>now? Isn't windows 64bit xp still in some sort of beta phase? > >>>>New users.. running amd 64bit hardware (thats what we are talking > >>>>about really arent we).. can just as easily choose 32bit fedora core.. > >>>>and avoid this sort of crap completely. Or.. they can wait till MS > >>>>64bit XP lands and macromedia finally feels significant market > >>>>pressure to get off their asses and build a 64bit versions of their > >>>>plugins. In the meantime we can all hope and pray that svg magically > >>>>matures and someone crafts professional development tools for it to > >>>>challenge macromedia in the marketplace and we a no longer held > >>>>hostage by macromedia to get our required dosage of pointless > >>>>interactive web experience. > >>>> > >>>> > >>>> > >>>> > >>>Well , given that windows xp 64 finally reached gold status and should > >>>be on stores soon, maybe things could change... > >>>Or not... I dont have any numbers on the number of sales of 64 bit > >>>processors , but given the huge amount of 32 bit processors around , I > >>>guess we'll have to wait a little more untill x86_64 processors become > >>>more widespread before macromedia and other vendors port their closed > >>>source programs to 64 bits... > >>> > >>>-- > >>>Pedro Macedo (who likes to browse the web on 64 bit without all that > >>>annoying flash thingies ;) ) > >>> > >>> > >>> > >>http://gplflash.sourceforge.net/ > >> > >>-- > >>fedora-test-list mailing list > >>fedora-test-list at redhat.com > >>To unsubscribe: > >>http://www.redhat.com/mailman/listinfo/fedora-test-list > >> > >> > >> > > > >I've heard the gplflash crashes firefox often. I will try it tonight > >if I get a chance. Until Macromedia releases a 64bit version, this is > >what I do. > > > >yum remove firefox > >grab firefox from mozilla.org and install it. grab flash 7, install it. > > > > > > > you can also try yum install firefox.i386 > I guess you just point your "icon/launcher" to /usr/lib/firefox/firefox after that. A note about gplflash, I pulled down cvs and built it, but you will need libmad which I grabbed from http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/3/libmad/libmad-0.15.1b-3.1.fc3.fr.src.rpm rpmbuild --rebuild libmad* built and installed fine on rawhide 64 and I will test the plugin when i get home. From maestronn at wowway.com Thu Apr 7 19:07:08 2005 From: maestronn at wowway.com (Demond James) Date: Thu, 07 Apr 2005 15:07:08 -0400 Subject: Unable to install macromedia flash player on x86_64 arch In-Reply-To: References: <20050404005010.GB1904@angus.ind.WPI.EDU> <604aa791050403181373aa956c@mail.gmail.com> <1112625398.3381.1.camel@localhost.localdomain> <1112625990.12252.1.camel@ignacio.ignacio.lan> <1112647828.3381.18.camel@localhost.localdomain> <604aa79105040414131c674acb@mail.gmail.com> <42531288.9050701@margo.bijoux.nom.br> <42557BBD.90209@feuerpokemon.de> Message-ID: <425584DC.1030809@wowway.com> Justin Conover wrote: >On Apr 7, 2005 1:28 PM, dragoran wrote: > > >>Pedro Fernandes Macedo wrote: >> >> >> >>>Jeff Spaleta wrote: >>> >>> >>> >>>>>Which would scare (new) users into thinking "Linux isn't userfriendly", >>>>>choose not to learn it (scared of at early stage), tell others this, >>>>>and >>>>>choose non-Linux solutions over Linux ones - which may in turn be bad >>>>>for future RH revenue. >>>>> >>>>> >>>>> >>>>Right...choosing non-linux 64bit solutions over 64bit linux. Remind me >>>>again... what are the 64bit non-linux solutions for PC hardware right >>>>now? Isn't windows 64bit xp still in some sort of beta phase? >>>>New users.. running amd 64bit hardware (thats what we are talking >>>>about really arent we).. can just as easily choose 32bit fedora core.. >>>>and avoid this sort of crap completely. Or.. they can wait till MS >>>>64bit XP lands and macromedia finally feels significant market >>>>pressure to get off their asses and build a 64bit versions of their >>>>plugins. In the meantime we can all hope and pray that svg magically >>>>matures and someone crafts professional development tools for it to >>>>challenge macromedia in the marketplace and we a no longer held >>>>hostage by macromedia to get our required dosage of pointless >>>>interactive web experience. >>>> >>>> >>>> >>>> >>>Well , given that windows xp 64 finally reached gold status and should >>>be on stores soon, maybe things could change... >>>Or not... I dont have any numbers on the number of sales of 64 bit >>>processors , but given the huge amount of 32 bit processors around , I >>>guess we'll have to wait a little more untill x86_64 processors become >>>more widespread before macromedia and other vendors port their closed >>>source programs to 64 bits... >>> >>>-- >>>Pedro Macedo (who likes to browse the web on 64 bit without all that >>>annoying flash thingies ;) ) >>> >>> >>> >>http://gplflash.sourceforge.net/ >> >>-- >>fedora-test-list mailing list >>fedora-test-list at redhat.com >>To unsubscribe: >>http://www.redhat.com/mailman/listinfo/fedora-test-list >> >> >> > >I've heard the gplflash crashes firefox often. I will try it tonight >if I get a chance. Until Macromedia releases a 64bit version, this is >what I do. > >yum remove firefox >grab firefox from mozilla.org and install it. grab flash 7, install it. > > > or yum remove firefox grab firefox rpm from the i386 tree and install it install flash -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at nodata.co.uk Thu Apr 7 21:25:08 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 07 Apr 2005 23:25:08 +0200 Subject: Preferences gone from main menu? In-Reply-To: <604aa7910504070702327d52f9@mail.gmail.com> References: <1112869023.5183.6.camel@localhost.localdomain> <20179e5105040703348d331f7@mail.gmail.com> <20038.213.164.3.90.1112870496.squirrel@www.nodata.co.uk> <604aa7910504070702327d52f9@mail.gmail.com> Message-ID: <1112909108.3135.2.camel@localhost.localdomain> On Thu, 2005-04-07 at 10:02 -0400, Jeff Spaleta wrote: > On Apr 7, 2005 6:41 AM, nodata wrote: > > See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151257 > > I'm really not sure this is a bug. and a developer has already chimed > in on that bug report. Upstream gnome has made the "menu bar" the > default panel menu ui.. and fedora follows upstream as much as > possible. The menu bar approach has Applications/Places/Desktop as > seperate dropdown menus in the panel. > The single foot/hat icon menu is no longer a default panel item and > was restructured as part of the upstream design decisions. > > -jef > I think "My Settings" and "System Settings" would be a good alternative. Still under Desktop yes, but at least "My Settings" is less ambiguous than "Preferences". "Are they System-preferences or my preferences?", etc From czar at czarc.net Thu Apr 7 21:46:06 2005 From: czar at czarc.net (Gene C.) Date: Thu, 7 Apr 2005 16:46:06 -0500 Subject: openoffice.org-core question again Message-ID: <200504071746.07018.czar@czarc.net> OK, so the openoffice.org-core package currently in development has a problem (packaging?). I am trying to update 1.9.89-1 with 1.9.89-3 and get the error: error: unpacking of archive failed on file /usr/lib/openoffice.org1.9.89/share/template/en-US/wizard/bitmap: cpio: rename failed - Is a directory In 1.9.89-1 ".../bitmap" is a directory with files under it. In 1.9.89-3 ".../bitmap" is either an empty directory or a file. Is this an openoffice.org packaging problem or is this an rpm problem? -- Gene From alan.gagne at comcast.net Thu Apr 7 21:56:31 2005 From: alan.gagne at comcast.net (Alan J. Gagne) Date: Thu, 07 Apr 2005 17:56:31 -0400 Subject: openoffice.org-core question again Message-ID: <1112910991.5433.2.camel@linux0.dbonenet.com> See eariler post to fix this issue. (Last post from that issue.) RE: Unable to update Openoffice.org-core in todays update, Fred New Alan From czar at czarc.net Thu Apr 7 22:25:35 2005 From: czar at czarc.net (Gene C.) Date: Thu, 7 Apr 2005 17:25:35 -0500 Subject: openoffice.org-core question again In-Reply-To: <1112910991.5433.2.camel@linux0.dbonenet.com> References: <1112910991.5433.2.camel@linux0.dbonenet.com> Message-ID: <200504071825.35871.czar@czarc.net> On Thursday 07 April 2005 17:56, Alan J. Gagne wrote: > See eariler post to fix this issue. (Last post from that issue.) > > RE: Unable to update Openoffice.org-core in todays update, Fred New Yes, I saw that post but my question is not how to get the update to work but what the problems really is ... openoffice.org packaging problem or rpm problem ... there is nothing in bugzilla about either situation. If it really is an rpm problem, this is far more serious that a packaging problem. -- Gene From czar at czarc.net Thu Apr 7 22:36:32 2005 From: czar at czarc.net (Gene C.) Date: Thu, 7 Apr 2005 17:36:32 -0500 Subject: flac, gstreamer-plugins, etc. Message-ID: <200504071836.32543.czar@czarc.net> I have an x86_64 system with an everything install of FC4T1. I have been updating on a frequent basis using yum/ Most of the time, any package problems get resolved in a couple of days but not the one I have here. I am trying to update: flac.i386 1.1.2-24 development flac.x86_64 1.1.2-24 development flac-devel.x86_64 1.1.2-24 development gstreamer-plugins.x86_64 0.8.8-5 development k3b.x86_64 0.11.23-2 development kdemultimedia.i386 6:3.4.0-2 development kdemultimedia.x86_64 6:3.4.0-2 development kdemultimedia-devel.x86_64 6:3.4.0-2 development libmusicbrainz.x86_64 2.1.1-1 development libmusicbrainz.i386 2.1.1-1 development libmusicbrainz-devel.x86_64 2.1.1-1 development sound-juicer.x86_64 2.10.1-1 development totem.x86_64 1.0.1-1 development vorbis-tools.x86_64 1:1.0.1-6 development but I get: Error: Unable to satisfy dependencies Error: Package gstreamer-plugins needs libFLAC.so.4, this is not available. Error: Package gstreamer-plugins needs libmusicbrainz.so.2, this is not available. It appears (to me) that gstreamer-plugins has not been rebuilt for the current/updated libraries. I cannot just remove gstreamer-plugins, install the rest of the packages and then rebuild gstreamer-plugins with the new libraries because of other dependencies on gstreamer-plugins. I checked bugzilla and can find no reports on this (I will be happy to report it if that is what is needed). Any hints as to what is going on? -- Gene From sean.bruno at dsl-only.net Thu Apr 7 23:13:47 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Thu, 07 Apr 2005 16:13:47 -0700 Subject: Strange output from ldd(FC4T1) Message-ID: <1112915627.6849.1.camel@localhost.localdomain> I am using the "team speak" client/server stuff and am seeing a strange output from ldd that might be of interest to the dev's. When I run ldd on the "team speak" server, I get the following: [sean at localhost tss2_rc2]$ ldd server_linux /lib/libNoVersion.so.1 (0x00140000) libpthread.so.0 => not found libdl.so.2 => /lib/libdl.so.2 (0x00535000) /lib/ld-linux.so.2 (0x003c9000) libc.so.6 => not found libc.so.6 => not found libc.so.6 => not found Now, I definetly have these libs installed on my box, and /lib is in my LD_LIBRARY_PATH. What could this be? Sean From sopwith at redhat.com Thu Apr 7 23:20:02 2005 From: sopwith at redhat.com (Elliot Lee) Date: Thu, 7 Apr 2005 19:20:02 -0400 (EDT) Subject: Openoffice update error from latest rawhide... In-Reply-To: <42559A96.2010807@daimi.au.dk> References: <42559A96.2010807@daimi.au.dk> Message-ID: If you run into this problem (which you will if you go counter to recommendations and upgrade test1 to test2 :), the solution is to run: rm -rf /usr/lib/openoffice.org*/share/template/*/wizard/bitmap This must be done /before/ the upgrade. Best, -- Elliot From sean.bruno at dsl-only.net Thu Apr 7 23:38:35 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Thu, 07 Apr 2005 16:38:35 -0700 Subject: soundcard-detection not changing default sound device(FC4T1) Message-ID: <1112917115.6849.4.camel@localhost.localdomain> My machine has an onboard sound card and I have a USB headset for chatting and such. The soundcard detection program allows me to change the default sound device, but it doesn't appear to "stick" when I exit. Is this expected behaviour from a usb-sound device or is it bugzilla worthy? Sean From byte at aeon.com.my Thu Apr 7 23:45:52 2005 From: byte at aeon.com.my (Colin Charles) Date: Fri, 08 Apr 2005 09:45:52 +1000 Subject: unable to update packages due to missing dependencies In-Reply-To: <20050407133714.6b8c9162.fedora@wir-sind-cool.org> References: <20050407133714.6b8c9162.fedora@wir-sind-cool.org> Message-ID: <1112917552.18379.241.camel@arena.soho.bytebot.net> On Thu, 2005-04-07 at 13:37 +0200, Michael Schwendt wrote: > > # rpm -Uhv sqlite*rpm > > warning: sqlite-3.1.2-2.x86_64.rpm: Header V3 DSA signature: NOKEY, > > key ID 30c9ecf8 > > error: Failed dependencies: > > sqlite = 3.1.2-1 is needed by (installed) > sqlite-tcl-3.1.2-1.x86_64 sudo yum -y remove sqlite-tcl > I seem to have read in the daily rawhide reports that the sqlite-tcl > package was disabled again. If that was done without marking it as > obsolete temporarily (sqlite "Obsoletes: sqlite-tcl < %version-% > release"), > then you need to remove it yourself to make the update work. I seem to have seen no such rawhide report, and am presuming that its been removed from the tree, quite likely ls Fedora/RPMS/sqlite-* sqlite-3.1.2-2.i386.rpm sqlite-devel-3.1.2-2.i386.rpm -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From rfoust at duke.edu Thu Apr 7 23:45:13 2005 From: rfoust at duke.edu (Robbie Foust) Date: Thu, 07 Apr 2005 19:45:13 -0400 Subject: high temp? Message-ID: <4255C609.4070109@duke.edu> Hi, Apr 7 04:29:06 localhost kernel: Critical temperature reached (95 C), shutting down. Apr 7 04:29:06 localhost shutdown: shutting down for system halt Any suggestions? This seems to happen nightly on my IBM Thinkpad A31p, fc4t1. :-( (yes the fan is working :-) Thanks, - Robbie -- Robbie Foust OIT-CASI Duke University From fct-cornette at insight.rr.com Fri Apr 8 00:31:00 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 07 Apr 2005 20:31:00 -0400 Subject: Up2date not being maintained any longer? In-Reply-To: <1112873171.10327.174.camel@cutter> References: <425484C1.704@insight.rr.com> <4254D37A.3090708@drussell.dnsalias.com> <4254D9B1.5070706@cox.net> <4255172E.1040803@insight.rr.com> <1112873171.10327.174.camel@cutter> Message-ID: <4255D0C4.8090305@insight.rr.com> seth vidal wrote: >>For yum, it would be nice if you could yum -y update and get the >>updates. The problem is that it had over 100 rpms that it could >>successfully update if it would do its best. Up2date does the same >>thing, so not really an up2date vs. yum issue. With a customized and >>manually edited script, I could get yum to do what I wanted by using the >>information related to what up2date was trying to install. > > > I keep suggesting you use the yum shell and you don't seem to have tried > it. > > Try this, please: > > yum shell > >>update >>transaction solve > > > >>exclude package-that-causes-error >>update >>transaction solve > > > >>run >>quit > > > ta da! > > -sv I tried the shell and it did not show any conflicting programs. It installed all of the packages that were held up because of a multimedia program using an older flac library conflicted with the newer version. The programs still works but I do not have any flac formatted files to see if they error. The DVDs still work. Stumbling around in the shell, I got by with this transaction. Thanks Seth. This should be a useful feature when it is further developed. The exclude package-that-causes-error below was added to a single > prompt that was returned. I figure that you would exclude k3b instead of the literal in your posting. Of coarse, I had to try the literal at the > prompt. Jim yum shell Setting up Yum Shell > transaction solve --> Populating transaction set with selected packages. Please wait. --> Running transaction check > exclude package-that-causes-error commands: clean, config, exit, groupinfo, groupinstall, grouplist, groupremove, groupupdate, info, install, list, localinstall, makecache, provides, quit, remove, repo, run, search, transaction, update > transaction Transaction Summary ============================================================================= Install 0 Package(s) Update 0 Package(s) Remove 0 Package(s) > transaction update transaction arg list: lists the contents of the transaction reset: reset (zero-out) the transaction solve: run the dependency solver on the transaction run: run the transaction > transaction list Transaction Summary ============================================================================= Install 0 Package(s) Update 0 Package(s) Remove 0 Package(s) > transaction solve --> Populating transaction set with selected packages. Please wait. --> Running transaction check > run > transaction solve --> Populating transaction set with selected packages. Please wait. --> Running transaction check > transaction Transaction Summary ============================================================================= Install 0 Package(s) Update 0 Package(s) Remove 0 Package(s) > update Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 955 kB 00:22 developmen: ################################################## 3491/3491 Added 3491 new packages, deleted 0 old in 61.94 seconds > run ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: cryptsetup-luks i386 1.0-1 development 421 k replacing cryptsetup.i386 0.1-4 Updating: flac i386 1.1.2-24 development 291 k flac-devel i386 1.1.2-24 development 734 k gstreamer-plugins i386 0.8.8-5 development 1.4 M gstreamer-plugins-deve i386 0.8.8-5 development 35 k k3b i386 0.11.23-2 development 5.8 M kdemultimedia i386 6:3.4.0-2 development 6.8 M kdemultimedia-devel i386 6:3.4.0-2 development 143 k libmusicbrainz i386 2.1.1-1 development 195 k sound-juicer i386 2.10.1-1 development 346 k vorbis-tools i386 1:1.0.1-6 development 189 k Transaction Summary ============================================================================= Install 1 Package(s) Update 10 Package(s) Remove 0 Package(s) Total download size: 16 M Is this ok [y/N]: y Downloading Packages: transaction test Finished Transaction Test Transaction Test Succeeded Running Transaction installing Removing : cryptsetup ####################### [20/22] Cleanup : libmusicbrainz ####################### [21/22] Cleanup : flac-devel ####################### [22/22] Installed: cryptsetup-luks.i386 0:1.0-1 Updated: flac.i386 0:1.1.2-24 flac-devel.i386 0:1.1.2-24 gstreamer-plugins.i386 0:0.8.8-5 gstreamer-plugins-devel.i386 0:0.8.8-5 k3b.i386 0:0.11.23-2 kdemultimedia.i386 6:3.4.0-2 kdemultimedia-devel.i386 6:3.4.0-2 libmusicbrainz.i386 0:2.1.1-1 sound-juicer.i386 0:2.10.1-1 vorbis-tools.i386 1:1.0.1-6 Replaced: cryptsetup.i386 0:0.1-4 Finished Transaction > quit Leaving Shell yum update Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 955 kB 00:03 developmen: ################################################## 3491/3491 Added 6 new packages, deleted 6 old in 17.10 seconds No Packages marked for Update/Obsoletion From fct-cornette at insight.rr.com Fri Apr 8 00:38:44 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 07 Apr 2005 20:38:44 -0400 Subject: flac, gstreamer-plugins, etc. In-Reply-To: <200504071836.32543.czar@czarc.net> References: <200504071836.32543.czar@czarc.net> Message-ID: <4255D294.1040006@insight.rr.com> Gene C. wrote: > I have an x86_64 system with an everything install of FC4T1. I have been > updating on a frequent basis using yum/ Most of the time, any package > problems get resolved in a couple of days but not the one I have here. I am > trying to update: > flac.i386 1.1.2-24 development > flac.x86_64 1.1.2-24 development > flac-devel.x86_64 1.1.2-24 development > gstreamer-plugins.x86_64 0.8.8-5 development > k3b.x86_64 0.11.23-2 development > kdemultimedia.i386 6:3.4.0-2 development > kdemultimedia.x86_64 6:3.4.0-2 development > kdemultimedia-devel.x86_64 6:3.4.0-2 development > libmusicbrainz.x86_64 2.1.1-1 development > libmusicbrainz.i386 2.1.1-1 development > libmusicbrainz-devel.x86_64 2.1.1-1 development > sound-juicer.x86_64 2.10.1-1 development > totem.x86_64 1.0.1-1 development > vorbis-tools.x86_64 1:1.0.1-6 development > > but I get: > Error: Unable to satisfy dependencies > Error: Package gstreamer-plugins needs libFLAC.so.4, this is not available. > Error: Package gstreamer-plugins needs libmusicbrainz.so.2, this is not > available. > > It appears (to me) that gstreamer-plugins has not been rebuilt for the > current/updated libraries. I cannot just remove gstreamer-plugins, install > the rest of the packages and then rebuild gstreamer-plugins with the new > libraries because of other dependencies on gstreamer-plugins. > > I checked bugzilla and can find no reports on this (I will be happy to report > it if that is what is needed). > > Any hints as to what is going on? mplayer from livna? yum shell should get through the dep problem. :-) Jim -- Due to a shortage of devoted followers, the production of great leaders has been discontinued. From skvidal at phy.duke.edu Fri Apr 8 00:54:52 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 07 Apr 2005 20:54:52 -0400 Subject: Up2date not being maintained any longer? In-Reply-To: <4255D0C4.8090305@insight.rr.com> References: <425484C1.704@insight.rr.com> <4254D37A.3090708@drussell.dnsalias.com> <4254D9B1.5070706@cox.net> <4255172E.1040803@insight.rr.com> <1112873171.10327.174.camel@cutter> <4255D0C4.8090305@insight.rr.com> Message-ID: <1112921692.24604.2.camel@cutter> On Thu, 2005-04-07 at 20:31 -0400, Jim Cornette wrote: > I tried the shell and it did not show any conflicting programs. It > installed all of the packages that were held up because of a multimedia > program using an older flac library conflicted with the newer version. > > The programs still works but I do not have any flac formatted files to > see if they error. The DVDs still work. > > Stumbling around in the shell, I got by with this transaction. > > Thanks Seth. This should be a useful feature when it is further > developed. The exclude package-that-causes-error below was added to a > single > prompt that was returned. I figure that you would exclude k3b > instead of the literal in your posting. Of coarse, I had to try the > literal at the > prompt. > My fault. the command is: config exclude package-to-be-excluded sorry about that. -sv From fedora at wir-sind-cool.org Fri Apr 8 01:00:31 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 8 Apr 2005 03:00:31 +0200 Subject: flac, gstreamer-plugins, etc. In-Reply-To: <4255D294.1040006@insight.rr.com> References: <200504071836.32543.czar@czarc.net> <4255D294.1040006@insight.rr.com> Message-ID: <20050408030031.0819f473.fedora@wir-sind-cool.org> On Thu, 07 Apr 2005 20:38:44 -0400, Jim Cornette wrote: > Gene C. wrote: > > I have an x86_64 system with an everything install of FC4T1. I have been > > updating on a frequent basis using yum/ Most of the time, any package > > problems get resolved in a couple of days but not the one I have here. I am > > trying to update: > > flac.i386 1.1.2-24 development > > flac.x86_64 1.1.2-24 development > > flac-devel.x86_64 1.1.2-24 development > > gstreamer-plugins.x86_64 0.8.8-5 development > > k3b.x86_64 0.11.23-2 development > > kdemultimedia.i386 6:3.4.0-2 development > > kdemultimedia.x86_64 6:3.4.0-2 development > > kdemultimedia-devel.x86_64 6:3.4.0-2 development > > libmusicbrainz.x86_64 2.1.1-1 development > > libmusicbrainz.i386 2.1.1-1 development > > libmusicbrainz-devel.x86_64 2.1.1-1 development > > sound-juicer.x86_64 2.10.1-1 development > > totem.x86_64 1.0.1-1 development > > vorbis-tools.x86_64 1:1.0.1-6 development > > > > but I get: > > Error: Unable to satisfy dependencies > > Error: Package gstreamer-plugins needs libFLAC.so.4, this is not available. > > Error: Package gstreamer-plugins needs libmusicbrainz.so.2, this is not > > available. > > > > It appears (to me) that gstreamer-plugins has not been rebuilt for the > > current/updated libraries. I cannot just remove gstreamer-plugins, install > > the rest of the packages and then rebuild gstreamer-plugins with the new > > libraries because of other dependencies on gstreamer-plugins. > > > > I checked bugzilla and can find no reports on this (I will be happy to report > > it if that is what is needed). > > > > Any hints as to what is going on? > > mplayer from livna? mplayer is not mentioned in the error output at all, but gstreamer-plugins is. And "livna" does not offer packages for FC4T1/Rawhide anyway. From fct-cornette at insight.rr.com Fri Apr 8 01:11:07 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 07 Apr 2005 21:11:07 -0400 Subject: Up2date not being maintained any longer? In-Reply-To: <1112921692.24604.2.camel@cutter> References: <425484C1.704@insight.rr.com> <4254D37A.3090708@drussell.dnsalias.com> <4254D9B1.5070706@cox.net> <4255172E.1040803@insight.rr.com> <1112873171.10327.174.camel@cutter> <4255D0C4.8090305@insight.rr.com> <1112921692.24604.2.camel@cutter> Message-ID: <4255DA2B.6040502@insight.rr.com> seth vidal wrote: > On Thu, 2005-04-07 at 20:31 -0400, Jim Cornette wrote: > > >>I tried the shell and it did not show any conflicting programs. It >>installed all of the packages that were held up because of a multimedia >>program using an older flac library conflicted with the newer version. >> >>The programs still works but I do not have any flac formatted files to >>see if they error. The DVDs still work. >> >>Stumbling around in the shell, I got by with this transaction. >> >>Thanks Seth. This should be a useful feature when it is further >>developed. The exclude package-that-causes-error below was added to a >>single > prompt that was returned. I figure that you would exclude k3b >>instead of the literal in your posting. Of coarse, I had to try the >>literal at the > prompt. >> > > > My fault. > the command is: > > config exclude package-to-be-excluded > > sorry about that. > > -sv > > No noticable damage to the system. I'll try out k3b and the other programs that were held back to see if they work as the media player does still. Thanks for lesson 1 in the usage of yum shell. Jim From jspaleta at gmail.com Fri Apr 8 01:13:08 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 7 Apr 2005 21:13:08 -0400 Subject: flac, gstreamer-plugins, etc. In-Reply-To: <200504071836.32543.czar@czarc.net> References: <200504071836.32543.czar@czarc.net> Message-ID: <604aa7910504071813269ebc11@mail.gmail.com> On Apr 7, 2005 6:36 PM, Gene C. wrote: > but I get: > Error: Unable to satisfy dependencies > Error: Package gstreamer-plugins needs libFLAC.so.4, this is not available. > Error: Package gstreamer-plugins needs libmusicbrainz.so.2, this is not > available. > It appears (to me) that gstreamer-plugins has not been rebuilt for the > current/updated libraries. Uhm... are you sure you aren't reading that error message wrong? I think the error message yum is throwing for you is from the version of gstreamer-plugins you have installed.. and not the version sitting in the develop tree. On my x86 system.. i have the latest gstreamer-plugin installed without a problem. rpm -q gstreamer-plugins gstreamer-plugins-0.8.8-5 rpm -q --requires gstreamer-plugins|grep FLAC libFLAC.so.7 rpm -q --requires gstreamer-plugins|grep brainz libmusicbrainz >= 2.1.1 libmusicbrainz.so.4 My system is synced with rawhide with no packages left that need updating. > Any hints as to what is going on? Potentially an x86_64 multilib issue? Do you have both the 32 bit and 64bit versions of gstreamer-plugins installed? -jef From fct-cornette at insight.rr.com Fri Apr 8 01:42:34 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 07 Apr 2005 21:42:34 -0400 Subject: flac, gstreamer-plugins, etc. In-Reply-To: <20050408030031.0819f473.fedora@wir-sind-cool.org> References: <200504071836.32543.czar@czarc.net> <4255D294.1040006@insight.rr.com> <20050408030031.0819f473.fedora@wir-sind-cool.org> Message-ID: <4255E18A.1070402@insight.rr.com> Michael Schwendt wrote: > On Thu, 07 Apr 2005 20:38:44 -0400, Jim Cornette wrote: > > >>Gene C. wrote: >> >>>I have an x86_64 system with an everything install of FC4T1. I have been >>>updating on a frequent basis using yum/ Most of the time, any package >>>problems get resolved in a couple of days but not the one I have here. I am >>>trying to update: >>>flac.i386 1.1.2-24 development >>>flac.x86_64 1.1.2-24 development >>>flac-devel.x86_64 1.1.2-24 development >>>gstreamer-plugins.x86_64 0.8.8-5 development >>>k3b.x86_64 0.11.23-2 development >>>kdemultimedia.i386 6:3.4.0-2 development >>>kdemultimedia.x86_64 6:3.4.0-2 development >>>kdemultimedia-devel.x86_64 6:3.4.0-2 development >>>libmusicbrainz.x86_64 2.1.1-1 development >>>libmusicbrainz.i386 2.1.1-1 development >>>libmusicbrainz-devel.x86_64 2.1.1-1 development >>>sound-juicer.x86_64 2.10.1-1 development >>>totem.x86_64 1.0.1-1 development >>>vorbis-tools.x86_64 1:1.0.1-6 development >>> >>>but I get: >>>Error: Unable to satisfy dependencies >>>Error: Package gstreamer-plugins needs libFLAC.so.4, this is not available. >>>Error: Package gstreamer-plugins needs libmusicbrainz.so.2, this is not >>>available. >>> >>>It appears (to me) that gstreamer-plugins has not been rebuilt for the >>>current/updated libraries. I cannot just remove gstreamer-plugins, install >>>the rest of the packages and then rebuild gstreamer-plugins with the new >>>libraries because of other dependencies on gstreamer-plugins. >>> >>>I checked bugzilla and can find no reports on this (I will be happy to report >>>it if that is what is needed). >>> >>>Any hints as to what is going on? >> >>mplayer from livna? > > > mplayer is not mentioned in the error output at all, but gstreamer-plugins > is. And "livna" does not offer packages for FC4T1/Rawhide anyway. > On my system, mplayer was mentioned in the output of conflicts with the same packages installed. This system is an FC3 version that I chose to install everything and then upgraded multimedia and extras packages from the repos needed. I held back on upgrading the below because of having a working multimedia and let these packages stay on hold. No prior mention of the packages because I knew that the version of mplayer was not FC4T1 specific. Since Fedora Extras is not supposed to be dependent on livna, the multimedia (mplayer in this case) sounds like it might become a problem with worthy repositories like livna. I have totem-1.0.1-1 installed and had no problem with any updates related to having totem-1.0.1-1 installed. The other conflicting packages did seem awfuly close, but were for i386 only and not for the x86_64 versions. It looks like totem for x86_64 or any of the listings that do not have the i386 counterpart conflicting might be the problem with Gene's particular i386 and x86_64 system. For comparison. flac i386 1.1.2-24 development 291 k flac-devel i386 1.1.2-24 development 734 k gstreamer-plugins i386 0.8.8-5 development 1.4 M gstreamer-plugins-deve i386 0.8.8-5 development 35 k k3b i386 0.11.23-2 development 5.8 M kdemultimedia i386 6:3.4.0-2 development 6.8 M kdemultimedia-devel i386 6:3.4.0-2 development 143 k libmusicbrainz i386 2.1.1-1 development 195 k sound-juicer i386 2.10.1-1 development 346 k vorbis-tools i386 1:1.0.1-6 development 189 k Jim From gene.heskett at verizon.net Fri Apr 8 02:27:09 2005 From: gene.heskett at verizon.net (Gene Heskett) Date: Thu, 07 Apr 2005 22:27:09 -0400 Subject: high temp? In-Reply-To: <4255C609.4070109@duke.edu> References: <4255C609.4070109@duke.edu> Message-ID: <200504072227.10058.gene.heskett@verizon.net> On Thursday 07 April 2005 19:45, Robbie Foust wrote: >Hi, > >Apr 7 04:29:06 localhost kernel: Critical temperature reached (95 > C), shutting down. >Apr 7 04:29:06 localhost shutdown: shutting down for system halt > >Any suggestions? This seems to happen nightly on my IBM Thinkpad > A31p, fc4t1. :-( (yes the fan is working :-) Cron runs a bunch of housekeeping and maintainance utilities starting at 4 AM. Even if the fan is running, to hit 95C indicates the unit needs more air, lots more air, or its full of dust bunnies & needs an air hose taken to its internals. 95C is very very hot indeed. >Thanks, > >- Robbie > >-- >Robbie Foust >OIT-CASI >Duke University -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.34% setiathome rank, not too shabby for a WV hillbilly Yahoo.com and AOL/TW attorneys please note, additions to the above message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved. From davej at redhat.com Fri Apr 8 03:54:08 2005 From: davej at redhat.com (Dave Jones) Date: Thu, 7 Apr 2005 23:54:08 -0400 Subject: Fedora Core 3 Test Update: kernel-2.6.11-1.14_FC3 Message-ID: <200504080354.j383s8UM022241@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-313 2005-04-07 --------------------------------------------------------------------- Product : Fedora Core 3 Name : kernel Version : 2.6.11 Release : 1.14_FC3 Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of any Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. --------------------------------------------------------------------- * Thu Apr 7 2005 Dave Jones - Update to 2.6.11.7 - Set CFQ as default elevator again. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 74983a48b38247b1d1bd34c88f95ab6b SRPMS/kernel-2.6.11-1.14_FC3.src.rpm 0ee1fea0f2a0827be92335c71c4a722e x86_64/kernel-2.6.11-1.14_FC3.x86_64.rpm dfec85b2bb16f9cc43e80e7e26f3c010 x86_64/kernel-smp-2.6.11-1.14_FC3.x86_64.rpm 1787de12f17d3dda9c218566accaaf82 x86_64/debug/kernel-debuginfo-2.6.11-1.14_FC3.x86_64.rpm 7b3677da6add455944cc87f3ef1ef2ab x86_64/kernel-doc-2.6.11-1.14_FC3.noarch.rpm bc85723101d79eace13cdfe4f2c0c32a i386/kernel-2.6.11-1.14_FC3.i586.rpm 6feeb1a1247ba8b4f71890aae3134115 i386/kernel-smp-2.6.11-1.14_FC3.i586.rpm cf0a23e1faf1f479104db505a8dd8c49 i386/debug/kernel-debuginfo-2.6.11-1.14_FC3.i586.rpm 28ea8ad7c443e045df1f664b551f3620 i386/kernel-2.6.11-1.14_FC3.i686.rpm 67291b868d3300cfe0b201361cb7e59c i386/kernel-smp-2.6.11-1.14_FC3.i686.rpm aaac0249021a7ee06cc82e8c3514afb0 i386/debug/kernel-debuginfo-2.6.11-1.14_FC3.i686.rpm 7b3677da6add455944cc87f3ef1ef2ab i386/kernel-doc-2.6.11-1.14_FC3.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From alfastarpc at hotmail.com Fri Apr 8 04:38:48 2005 From: alfastarpc at hotmail.com (Herb kwan) Date: Thu, 07 Apr 2005 23:38:48 -0500 Subject: JetDirect is not working in FC4 test1 Message-ID: This responses to Michael A. Peters tip on April 6. The GUI test page is still not working properly on my HP LaserJet 4 Plus. But thanks for the tips. I tried to print a regular document after ignoring the print garbage. Strangely it worked. Bugs in test page? Herb Kwan From Fred.New at microlink.ee Fri Apr 8 05:07:13 2005 From: Fred.New at microlink.ee (Fred New) Date: Fri, 8 Apr 2005 08:07:13 +0300 Subject: openoffice.org-core question again Message-ID: <345764DCB65C0C4FACC44529DE273C18BE620C@eemail1.microlink.lan> On Fri 4/8/2005 1:25 AM, Gene C wrote: >> See eariler post to fix this issue. (Last post from that issue.) >> >> RE: Unable to update Openoffice.org-core in todays update, Fred New > >Yes, I saw that post but my question is not how to get the update to work but >what the problems really is ... openoffice.org packaging problem or rpm >problem ... there is nothing in bugzilla about either situation. If it >really is an rpm problem, this is far more serious that a packaging problem. It is a package design change. Since this test/rawhide, they just haven't gone to the trouble of telling rpm how to get from the old design to the new design. Fred -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2623 bytes Desc: not available URL: From malists at epon.ro Fri Apr 8 05:20:00 2005 From: malists at epon.ro (Marius Andreiana) Date: Fri, 08 Apr 2005 08:20:00 +0300 Subject: gdm early login In-Reply-To: <1112890150.3321.35.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> <20050406220939.GU19176@redhat.com> <1112890150.3321.35.camel@localhost.localdomain> Message-ID: <1112937600.4226.7.camel@marte.biciclete.ro> On Thu, 2005-04-07 at 12:09 -0400, Ray Strode wrote: > > As the futur ex rhgb maintainer :-) just one thing which seems missing > > is the interaction with firstboot. > Ah, that's a good point. I think that all we'll need to do is change firstboot's priority to be lower than gdm-early-login. Also, what about the case when gdm was configured to auto-login an user? It should wait until all the system services are up, and then start the login, so gnome doesn't load at the same time when starting services? (hdd trashing) -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From mpeters at mac.com Fri Apr 8 06:37:19 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 08 Apr 2005 06:37:19 +0000 Subject: JetDirect is not working in FC4 test1 In-Reply-To: (from alfastarpc@hotmail.com on Thu Apr 7 21:38:48 2005) References: Message-ID: <1112942239l.16070l.0l@devel.mpeters.local> On 04/07/2005 09:38:48 PM, Herb kwan wrote: > > This responses to Michael A. Peters tip on April 6. > > The GUI test page is still not working properly on my HP LaserJet 4 > Plus. But thanks for the tips. I tried to print a regular document > after ignoring the print garbage. Strangely it worked. Bugs in test > page? Probably - on Monday I'll do a test page from mine and see. With all the updates I wouldn't be surprised. -- Michael A. Peters http://mpeters.us/ From mpeters at mac.com Thu Apr 7 20:39:56 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 07 Apr 2005 20:39:56 +0000 Subject: Importing RPM GPG keys In-Reply-To: <345764DCB65C0C4FACC44529DE273C18F8EB48@eemail1.microlink.lan> (from Fred.New@microlink.ee on Thu Apr 7 08:13:29 2005) References: <345764DCB65C0C4FACC44529DE273C18F8EB48@eemail1.microlink.lan> Message-ID: <1112906396l.17362l.0l@devel.mpeters.local> On 04/07/2005 08:13:29 AM, Fred New wrote: > Is there any reason why firstboot can't or doesn't > automatically import the RPM GPG keys that come > with the redhat-release, fedora-release, up2date > and rpm packages? While that's the first thing I do, I want to have specifically manually imported any gpg keys that are imported into the gpg system. up2date will offer to import them for you, if you don't want to use the up2date system, then they are not difficult to import manually. -- Michael A. Peters http://mpeters.us/ From skvidal at phy.duke.edu Fri Apr 8 06:35:13 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 08 Apr 2005 02:35:13 -0400 Subject: Importing RPM GPG keys In-Reply-To: <1112906396l.17362l.0l@devel.mpeters.local> References: <345764DCB65C0C4FACC44529DE273C18F8EB48@eemail1.microlink.lan> <1112906396l.17362l.0l@devel.mpeters.local> Message-ID: <1112942114.24604.12.camel@cutter> On Thu, 2005-04-07 at 20:39 +0000, Michael A. Peters wrote: > On 04/07/2005 08:13:29 AM, Fred New wrote: > > Is there any reason why firstboot can't or doesn't > > automatically import the RPM GPG keys that come > > with the redhat-release, fedora-release, up2date > > and rpm packages? > > While that's the first thing I do, I want to have specifically manually > imported any gpg keys that are imported into the gpg system. > > up2date will offer to import them for you, if you don't want to use the > up2date system, then they are not difficult to import manually. > yum will also offer to import for them for you. -sv From shrek-m at gmx.de Fri Apr 8 09:09:37 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 08 Apr 2005 11:09:37 +0200 Subject: Fedora Core 3 Test Update: kernel-2.6.11-1.14_FC3 In-Reply-To: <200504080354.j383s8UM022241@devserv.devel.redhat.com> References: <200504080354.j383s8UM022241@devserv.devel.redhat.com> Message-ID: <42564A51.2080507@gmx.de> Dave Jones wrote: >--------------------------------------------------------------------- >Fedora Test Update Notification >FEDORA-2005-313 >2005-04-07 >--------------------------------------------------------------------- > >Product : Fedora Core 3 >Name : kernel >Version : 2.6.11 >Release : 1.14_FC3 > fyi 1; selinux-policy-targeted < 1.17.30-2.94 conflicts with kernel-2.6.11-1.14_FC3.i686 2; VMwareWorkstation-4.5.2-8848 does not work. was no problem with previous kernel-updates. @1; # rpm -ivh kernel-2.6.11-1.14_FC3.i686.rpm Warnung: kernel-2.6.11-1.14_FC3.i686.rpm: V3 DSA signature: NOKEY, key ID 30c9ecf8 Fehler: Failed dependencies: selinux-policy-targeted < 1.17.30-2.94 conflicts with kernel-2.6.11-1.14_FC3.i686 # rpm -Fvh selinux-policy-targeted-* Warnung: selinux-policy-targeted-1.17.30-2.94.noarch.rpm: V3 DSA signature: NOKEY, key ID 30c9ecf8 Preparing... ########################################### [100%] 1:selinux-policy-targeted########################################### [ 50%] Warnung: /etc/selinux/targeted/policy/policy.18 created as /etc/selinux/targeted/policy/policy.18.rpmnew 2:selinux-policy-targeted########################################### [100%] # rpm -ivh kernel-2.6.11-1.14_FC3.i686.rpm Warnung: kernel-2.6.11-1.14_FC3.i686.rpm: V3 DSA signature: NOKEY, key ID 30c9ecf8 Preparing... ########################################### [100%] 1:kernel ########################################### [100%] # [...] $ uname -a Linux xp1800 2.6.11-1.14_FC3 #1 Thu Apr 7 19:23:49 EDT 2005 i686 athlon i386 GNU/Linux @2 - LANG=C; # LANG=C vmware-config.pl [...] Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config3/vmnet-only' make -C /lib/modules/2.6.11-1.14_FC3/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/lib/modules/2.6.11-1.14_FC3/build' CC [M] /tmp/vmware-config3/vmnet-only/driver.o CC [M] /tmp/vmware-config3/vmnet-only/hub.o CC [M] /tmp/vmware-config3/vmnet-only/userif.o In file included from /tmp/vmware-config3/vmnet-only/userif.c:45: /tmp/vmware-config3/vmnet-only/pgtbl.h: In function `PgtblVa2PTELocked': /tmp/vmware-config3/vmnet-only/pgtbl.h:81: warning: passing arg 1 of `pmd_offset' from incompatible pointer type /tmp/vmware-config3/vmnet-only/userif.c: In function `VNetCopyDatagramToUser': /tmp/vmware-config3/vmnet-only/userif.c:563: warning: implicit declaration of function `skb_copy_datagram' CC [M] /tmp/vmware-config3/vmnet-only/netif.o CC [M] /tmp/vmware-config3/vmnet-only/bridge.o CC [M] /tmp/vmware-config3/vmnet-only/procfs.o LD [M] /tmp/vmware-config3/vmnet-only/vmnet.o Building modules, stage 2. MODPOST Warning: could not open /tmp/vmware-config3/vmnet-only/includeCheck.h: Success *** Warning: "skb_copy_datagram" [/tmp/vmware-config3/vmnet-only/vmnet.ko] undefined! CC /tmp/vmware-config3/vmnet-only/vmnet.mod.o LD [M] /tmp/vmware-config3/vmnet-only/vmnet.ko make[1]: Leaving directory `/lib/modules/2.6.11-1.14_FC3/build' cp -f vmnet.ko ./../vmnet.o make: Leaving directory `/tmp/vmware-config3/vmnet-only' Unable to make a vmnet module that can be loaded in the running kernel: insmod: error inserting '/tmp/vmware-config3/vmnet.o': -1 Unknown symbol in module There is probably a slight difference in the kernel configuration between the set of C header files you specified and your running kernel. You may want to rebuild a kernel based on that directory, or specify another directory. For more information on how to troubleshoot module-related problems, please visit our Web site at "http://www.vmware.com/download/modules/modules.html" and "http://www.vmware.com/support/reference/linux/prebuilt_modules_linux.html". Execution aborted. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- @2 - de; # vmware-config.pl [...] Building the vmnet module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config2/vmnet-only' make -C /lib/modules/2.6.11-1.14_FC3/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/lib/modules/2.6.11-1.14_FC3/build' CC [M] /tmp/vmware-config2/vmnet-only/driver.o CC [M] /tmp/vmware-config2/vmnet-only/hub.o CC [M] /tmp/vmware-config2/vmnet-only/userif.o In file included from /tmp/vmware-config2/vmnet-only/userif.c:45: /tmp/vmware-config2/vmnet-only/pgtbl.h: In function `PgtblVa2PTELocked': /tmp/vmware-config2/vmnet-only/pgtbl.h:81: Warnung: Verarbeiten des Argumentes 1 von ?pmd_offset? von inkompatiblem Zeigertyp /tmp/vmware-config2/vmnet-only/userif.c: In function `VNetCopyDatagramToUser': /tmp/vmware-config2/vmnet-only/userif.c:563: Warnung: implizite Deklaration der Funktion ?skb_copy_datagram? CC [M] /tmp/vmware-config2/vmnet-only/netif.o CC [M] /tmp/vmware-config2/vmnet-only/bridge.o CC [M] /tmp/vmware-config2/vmnet-only/procfs.o LD [M] /tmp/vmware-config2/vmnet-only/vmnet.o Building modules, stage 2. MODPOST Warning: could not open /tmp/vmware-config2/vmnet-only/includeCheck.h: Success *** Warning: "skb_copy_datagram" [/tmp/vmware-config2/vmnet-only/vmnet.ko] undefined! CC /tmp/vmware-config2/vmnet-only/vmnet.mod.o LD [M] /tmp/vmware-config2/vmnet-only/vmnet.ko make[1]: Leaving directory `/lib/modules/2.6.11-1.14_FC3/build' cp -f vmnet.ko ./../vmnet.o make: Leaving directory `/tmp/vmware-config2/vmnet-only' Unable to make a vmnet module that can be loaded in the running kernel: insmod: error inserting '/tmp/vmware-config2/vmnet.o': -1 Unknown symbol in module There is probably a slight difference in the kernel configuration between the set of C header files you specified and your running kernel. You may want to rebuild a kernel based on that directory, or specify another directory. For more information on how to troubleshoot module-related problems, please visit our Web site at "http://www.vmware.com/download/modules/modules.html" and "http://www.vmware.com/support/reference/linux/prebuilt_modules_linux.html". Execution aborted. -- shrek-m From arjanv at redhat.com Fri Apr 8 09:32:47 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 08 Apr 2005 11:32:47 +0200 Subject: Fedora Core 3 Test Update: kernel-2.6.11-1.14_FC3 In-Reply-To: <42564A51.2080507@gmx.de> References: <200504080354.j383s8UM022241@devserv.devel.redhat.com> <42564A51.2080507@gmx.de> Message-ID: <1112952767.6278.29.camel@laptopd505.fenrus.org> On Fri, 2005-04-08 at 11:09 +0200, shrek-m at gmx.de wrote: > Dave Jones wrote: > > >--------------------------------------------------------------------- > >Fedora Test Update Notification > >FEDORA-2005-313 > >2005-04-07 > >--------------------------------------------------------------------- > > > >Product : Fedora Core 3 > >Name : kernel > >Version : 2.6.11 > >Release : 1.14_FC3 > > > > fyi > > 1; > selinux-policy-targeted < 1.17.30-2.94 conflicts with > kernel-2.6.11-1.14_FC3.i686 you need a new policy to go with it (sigh why can't the selinux people not keep their ABI to userspace stable) > 2; > VMwareWorkstation-4.5.2-8848 does not work. was no problem with previous > kernel-updates. shrug... that's a vmware problem -------------- 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 fedora at wir-sind-cool.org Fri Apr 8 10:17:44 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 8 Apr 2005 12:17:44 +0200 Subject: flac, gstreamer-plugins, etc. In-Reply-To: <4255E18A.1070402@insight.rr.com> References: <200504071836.32543.czar@czarc.net> <4255D294.1040006@insight.rr.com> <20050408030031.0819f473.fedora@wir-sind-cool.org> <4255E18A.1070402@insight.rr.com> Message-ID: <20050408121744.6b665682.fedora@wir-sind-cool.org> On Thu, 07 Apr 2005 21:42:34 -0400, Jim Cornette wrote: > >>mplayer from livna? > > > > > > mplayer is not mentioned in the error output at all, but gstreamer-plugins > > is. And "livna" does not offer packages for FC4T1/Rawhide anyway. > > > > On my system, mplayer was mentioned in the output of conflicts with the > same packages installed. This system is an FC3 version that I chose to > install everything and then upgraded multimedia and extras packages from > the repos needed. Fine, fine. But "Gene C.", who opened this thread, did not post any error output which mentions mplayer and did not mention an FC3 upgrade either, but an "everything install of FC4T1". So, what are you trying to point out? > Since Fedora Extras is not supposed to be dependent on livna, the > multimedia (mplayer in this case) sounds like it might become a problem > with worthy repositories like livna. Here, I don't understand either what you're trying to point out. The dependency is in the opposite direction: livna depends on Fedora Extras. But as long as the packages at livna are not rebuilt for FC4 Test releases (or Rawhide), you cannot keep FC3 livna packages installed without seeing broken dependencies with Rawhide. From surak at casa.surak.eti.br Fri Apr 8 11:12:38 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Fri, 08 Apr 2005 08:12:38 -0300 Subject: Fedora Core 3 Test Update: kernel-2.6.11-1.14_FC3 In-Reply-To: <42564A51.2080507@gmx.de> References: <200504080354.j383s8UM022241@devserv.devel.redhat.com> <42564A51.2080507@gmx.de> Message-ID: <1112958758.21597.2.camel@localhost.surak.eti.br> Em Sex, 2005-04-08 ?s 11:09 +0200, shrek-m at gmx.de escreveu: > >Product : Fedora Core 3 > >Name : kernel > >Version : 2.6.11 > >Release : 1.14_FC3 2.6.11-1.7_FC3 Didn't worked with DRI (the one downloaded from dri.sf.net) - it printed out some symbols and a hard lockup. Does this one work? As there's nothing different on this matter, I would assume no... (It locked when trying to insert drm or tdfx modules) From davide.rossetti at roma1.infn.it Fri Apr 8 11:11:44 2005 From: davide.rossetti at roma1.infn.it (Davide Rossetti) Date: Fri, 08 Apr 2005 13:11:44 +0200 Subject: 2.6.11-1.7_FC3.x86_64 breaks on dual Opteron 244 In-Reply-To: <20050407174348.GE17485@redhat.com> References: <20050407174348.GE17485@redhat.com> Message-ID: <425666F0.4000309@roma1.infn.it> Dave Jones wrote: >On Thu, Apr 07, 2005 at 05:08:49PM +0200, Davide Rossetti wrote: > > 2.6.11-1.7_FC3.x86_64 hangs somewhere during boot, after dumping CPU > > infos, before. > > re-installing the 2.6.11-1.7 x86_64 smp&up rpms I get this kind of stuff.... Preparing... ################################################## kernel-smp ################################################## WARNING: /lib/modules/2.6.11-1.7_FC3smp/kernel/drivers/i2c/busses/i2c-piix4.ko needs unkn own symbol dmi_check_system WARNING: /lib/modules/2.6.11-1.7_FC3smp/kernel/drivers/scsi/advansys.ko needs unknown sym bol mem_map .... WARNING: /lib/modules/2.6.11-1.7_FC3smp/kernel/sound/isa/gus/snd-interwave.ko needs unkno wn symbol pnp_register_card_driver WARNING: /lib/modules/2.6.11-1.7_FC3smp/kernel/sound/isa/gus/snd-interwave.ko needs unkno wn symbol pnp_activate_dev kernel ################################################## WARNING: /lib/modules/2.6.11-1.7_FC3/kernel/drivers/i2c/busses/i2c-piix4.ko needs unknown symbol dmi_check_system WARNING: /lib/modules/2.6.11-1.7_FC3/kernel/drivers/scsi/aha152x.ko needs unknown symbol pnp_device_detach ... From davide.rossetti at roma1.infn.it Fri Apr 8 11:07:54 2005 From: davide.rossetti at roma1.infn.it (Davide Rossetti) Date: Fri, 08 Apr 2005 13:07:54 +0200 Subject: 2.6.11-1.7_FC3.x86_64 breaks on dual Opteron 244 In-Reply-To: <20050407174348.GE17485@redhat.com> References: <20050407174348.GE17485@redhat.com> Message-ID: <4256660A.1030506@roma1.infn.it> Dave Jones wrote: >On Thu, Apr 07, 2005 at 05:08:49PM +0200, Davide Rossetti wrote: > > 2.6.11-1.7_FC3.x86_64 hangs somewhere during boot, after dumping CPU > > infos, before. > >What are these 'infos' ? > I'll try again booting it and write down let last lines. I'll let you know... > I don't see anything out of the >ordinary in the dmesg you posted. Was it 'bad pmd' messages >by any chance ? If so, I'm currently chasing that bug, and its >the #1 thing holding up this update. > > > no... the dmesg, attached in my original post, is a fine boot of 2.6.10-*770_FC3 kernel... just in case it would be helpful... From fct-cornette at insight.rr.com Fri Apr 8 11:31:21 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 08 Apr 2005 07:31:21 -0400 Subject: flac, gstreamer-plugins, etc. In-Reply-To: <20050408121744.6b665682.fedora@wir-sind-cool.org> References: <200504071836.32543.czar@czarc.net> <4255D294.1040006@insight.rr.com> <20050408030031.0819f473.fedora@wir-sind-cool.org> <4255E18A.1070402@insight.rr.com> <20050408121744.6b665682.fedora@wir-sind-cool.org> Message-ID: <42566B89.2000601@insight.rr.com> Michael Schwendt wrote: > On Thu, 07 Apr 2005 21:42:34 -0400, Jim Cornette wrote: > > >>>>mplayer from livna? >>> >>> >>>mplayer is not mentioned in the error output at all, but gstreamer-plugins >>>is. And "livna" does not offer packages for FC4T1/Rawhide anyway. >>> >> >>On my system, mplayer was mentioned in the output of conflicts with the >>same packages installed. This system is an FC3 version that I chose to >>install everything and then upgraded multimedia and extras packages from >>the repos needed. > > > Fine, fine. But "Gene C.", who opened this thread, did not post any error > output which mentions mplayer and did not mention an FC3 upgrade either, > but an "everything install of FC4T1". So, what are you trying to point > out? Not an everything install of FC4T1. It was an eveything install of FC3. I had to pull in kernel-devel to get vmware to work and also the additional xscreensavers-extras. The pointing out that this was an everything install was to indicate that other than the removal of langpacks for openoffice and the removal of additional language packages for kde, everything is installed. With everything installed, it is more likely that there will be more packages that could conflict in the database. > > >>Since Fedora Extras is not supposed to be dependent on livna, the >>multimedia (mplayer in this case) sounds like it might become a problem >>with worthy repositories like livna. > > > Here, I don't understand either what you're trying to point out. The > dependency is in the opposite direction: livna depends on Fedora Extras. > But as long as the packages at livna are not rebuilt for FC4 Test > releases (or Rawhide), you cannot keep FC3 livna packages installed > without seeing broken dependencies with Rawhide. I thought about the direction that deps could be after posting. So without having livna as a repo, you should be able to install packages from either Fedora-Extras or from Fedora Core. This seems rational. Regarding the deps against a package that I have installed, which is not upgraded to play well with the lib versions in FC4T1, I expected the deps to be unresolved and was willing to hold back the 10 to 15 rpms that were effected. The limitation is not holding me back now, but flac was the holdup before and errors pointed to k3b (from Fedora) and to mplayer (from livna). Now referring to the dep problem, I would like an update program capable of installing programs that deps could be met. The last massive rebuild had 94 rpms that could be upgrade with script trickery using the package selection from yum. I installed another 8 rpms after the first run with using the same script method for round 2. This left the multimedia related packages in earlier postings not upgradable, but no deps were broken previously. It is possible to devise such a program that could do its best and report back unmet dep resolutions. Scripting hacks work, but the distribution would be better served with a program that also had builtin capabilities to do this upgrading/resolving without the need for additional scripts. Jim > -- Due to a shortage of devoted followers, the production of great leaders has been discontinued. From buildsys at redhat.com Fri Apr 8 11:41:46 2005 From: buildsys at redhat.com (Build System) Date: Fri, 8 Apr 2005 07:41:46 -0400 Subject: rawhide report: 20050408 changes Message-ID: <200504081141.j38BfktE024169@porkchop.devel.redhat.com> Updated Packages: anaconda-10.2.0.47-1 -------------------- * Thu Apr 07 2005 Peter Jones - 10.2.0.47-1 - put ncurses in the net images, too. - (notting) put redhat-artwork in the GR images. * Thu Apr 07 2005 Peter Jones - 10.2.0.46-1 - put readline in the net images - fix linxuthreads warnings in upd-instroot - (clumens) fix build-locale-archive * Wed Apr 06 2005 Elliot Lee - 10.2.0.45-1 - Deal with GUI-mode language traceback ant-0:1.6.2-3jpp_3fc -------------------- * Tue Mar 29 2005 Gary Benson 0:1.6.2-3jpp_3fc - Add NOTICE file as per Apache License version 2.0. - Remove some now unnecessary gcj workarounds. - Add the jsch subpackage since we now ship jsch. at-3.1.8-74_FC4 --------------- authd-1.4.3-2.devel ------------------- * Thu Apr 07 2005 Martin Stransky - 1.3.3-2.devel - in.authd disabled by default (#151905) bison-2.0-6 ----------- * Thu Apr 07 2005 Roland McGrath - 2.0-6 - run test suite in %check cdrtools-8:2.01.1-9 ------------------- * Wed Apr 06 2005 Elliot Lee 8:2.01.1-9 - Fix #123548 cpuspeed-1:1.2.1-1.20 --------------------- * Wed Apr 06 2005 Dave Jones - Don't count nice time as idle time. (#132383) dhcp-10:3.0.2-7 --------------- * Mon Apr 04 2005 Jason Vas Dias 10:3.0.2-7 - Add '-x' "extended option environment" dhclient argument: - When -x option given to dhclient: - dhclient enables arbitrary option processing by writing information - about user or vendor defined option space options to environment. - - fix bug 153244: dhclient should not use restorecon - fix bug 151023: dhclient no 'headers & libraries' - fix bug 149780: add 'DHCLIENT_IGNORE_GATEWAY' variable - remove all usage of /sbin/route from dhclient-script * Thu Mar 24 2005 Florian La Roche - add "exit 0" to post script * Mon Mar 07 2005 Jason Vas Dias 10.3.0.2-3 - rebuild for gcc4/glibc-2.3.4-14; fix bad memset dia-1:0.94-11 ------------- * Thu Apr 07 2005 Caolan McNamara - rh#154087# non existing links diffutils-2.8.1-15 ------------------ * Wed Apr 06 2005 Tim Waugh 2.8.1-15 - Fixed sdiff exit code handling (bug #152967). eclipse-cdt-1:3.0.0_fc-0.M5.4 ----------------------------- * Thu Apr 07 2005 Phil Muldoon 3.0.0_fc-0.M5.4 - Changed Requires eclipse-ui to eclipse-platform - Added Requires java-1.4.2-gcj-compat >= 1.4.2.0-40jpp_14rh - Added Requires gcc-java >= 4.0.0-0.35 emacs-21.3-27 ------------- * Wed Apr 06 2005 Jens Petersen - 21.3-27 - use alternatives to switch _bindir/emacs between emacs and emacs-nox (Henning Schmiedehausen, #151067) - remove emacs and emacs-nox from bindir - prereq alternatives for emacs and emacs-nox - add post and postun scripts to handle alternatives - buildrequire xorg-x11-devel instead of XFree86-devel - really include and apply emacs-21.3-latex-mode-hook-144083.patch - make emacs and emacs-nox own _datadir/emacs/version too evince-0.2.0-1 -------------- * Wed Apr 06 2005 Marco Pesenti Gritti - 0.2.0-1 - Update to 0.2.0 gaim-1:1.2.1-4.fc4 ------------------ * Thu Apr 07 2005 Warren Togami 1:1.2.1-4 - use mozilla-nss everywhere because gnutls is buggy (#135778) * Wed Apr 06 2005 Warren Togami 1:1.2.1-2 - 147: drag-n-drop URL crash fix glib2-2.6.4-1 ------------- * Wed Apr 06 2005 Matthias Clasen - 2.6.4-1 - Update to 2.6.4 - Drop upstreamed patches gnome-applets-1:2.10.1-1 ------------------------ * Thu Apr 07 2005 Ray Strode 1:2.10.1-1 - update to 2.10.1 - actually build the old modemlights that were added in 2.10.0-4 gnome-menus-2.10.1-2 -------------------- * Wed Apr 06 2005 Mark McLoughlin 2.10.1-2 - Backport patch from CVS to fix large memory leak on re-loading the menus (gnome #172472) iiimf-le-chinput-0.3-18 ----------------------- * Fri Apr 08 2005 Jens Petersen - 0.3-18 - update for new iiimf file-paths - add iiimf-le-chinput-0.3-LE-filepath.patch - update sendhup, instle and uninstle - use system installed acfiles rather than old ones included - add comment that IM_INIT variables setup not used - use le_dir for install prefix - remove unused openmotif dependency from source - no longer buildrequire openmotif-devel - add iiimf-le-chinput-0.3-cfg-chks.patch to not check for canna and motif and not explicitly link against Xm and Xt - run autoconf after automake - require iiimf-server explicitly inn-2.4.2-3 ----------- * Thu Apr 07 2005 Martin Stransky 2.4.2-3 - add support for large files iputils-20020927-22 ------------------- * Thu Apr 07 2005 Radek Vokal 20020927-22 - don't start rdisc as default (#154075) k3b-0:0.11.23-3 --------------- * Thu Apr 07 2005 Petr Rockai - 0:0.11.23-3 - fix statfs usage (as per issue 65935 from IT) kdelibs-6:3.4.0-3 ----------------- * Thu Apr 07 2005 Than Ngo 3.4.0-3 - add missing kcontrol/khelp/home/find in main menu #151655 - fix bad symlinks #154093 kernel-2.6.11-1.1231_FC4 ------------------------ * Wed Apr 06 2005 Dave Jones - 2.6.12rc2 - netdump/netconsole currently broken. - Xen temporarily disabled. libselinux-1.23.5-1 ------------------- * Wed Apr 06 2005 Dan Walsh 1.23.5-1 - Update from NSA * Fixed bug in rpm_execcon error handling path. libuser-0.53.4-1 ---------------- * Wed Apr 06 2005 Miloslav Trmac - 0.53.4-1 - Fix adding objectclasses to existing LDAP entries (#152960) libwpd-0.8.0-4 -------------- * Wed Apr 06 2005 Caolan McNamara 0.8.0-4 - add libwpd devel provided patch for endless loops on some wpd documents man-pages-it-0.3.0-16 --------------------- * Thu Apr 07 2005 Peter Vrabec 0.3.0-16 - newgrp man page removed, will be provided by shadow-utils man-pages-pl-0.23-6 ------------------- * Thu Apr 07 2005 Peter Vrabec 0.23-6 - newgrp man page removed, will be provided by shadow-utils mt-st-0.8-5 ----------- * Thu Apr 07 2005 Jindrich Novy 0.8-5 - add SDLT600 entry to stinit.def.examples, suggested by Ralf-Peter Rohbeck (#153305) net-snmp-5.2.1-9 ---------------- * Wed Apr 06 2005 Radek Vokal - 5.2.1-9 - switching to a different 64bit patch, hopefully 64bit problems are gone for a while netdump-0.7.7-6 --------------- * Tue Apr 05 2005 Florian La Roche - add a "exit 0" to some scripts openoffice.org-1:1.9.89-5 ------------------------- * Tue Apr 05 2005 Caolan McNamara - 1:1.9.89-5 - ooo#46850# libscui680* apparently in the wrong subpackage - upstream patches to hsqldb b0rk gcj * Tue Apr 05 2005 Caolan McNamara - 1:1.9.89-4 - rh#153129# Requires won't work for x86_64 - rh#152269# Reported problems with nfs file locking - add openoffice.org-1.9.89.oooXXXXX.upstreamhatesthefp.officecfg.patch - drop redundant patches pam-0.79-3 ---------- * Thu Apr 07 2005 Tomas Mraz 0.79-3 - make pam_unix LSB 2.0 compliant even when SELinux enabled - #88127 - change both local and NIS passwords to keep them in sync, also fix a regression in passwd functionality on NIS master server * Tue Apr 05 2005 Tomas Mraz - #153711 fix wrong logging in pam_selinux when restoring tty label perl-LDAP-0.3202-1 ------------------ policycoreutils-1.23.3-2 ------------------------ * Thu Apr 07 2005 Dan Walsh 1.23.3-2 - Don't run load_policy on a non SELinux kernel. * Wed Apr 06 2005 Dan Walsh 1.23.3-1 - Update to version from NSA * Merged context validation patch for genhomedircon from Eric Paris. - Fix verbose output of restorecon poppler-0.2.0-1 --------------- python-2.4.1-1 -------------- * Wed Apr 06 2005 Mihai Ibanescu 2.4.1-1 - updated to 2.4.1 * Mon Mar 14 2005 Mihai Ibanescu 2.4-6 - building the docs from a different source rpm, to decouple bootstrapping python from having tetex installed * Fri Mar 11 2005 Dan Williams 2.4-5 - Rebuild to pick up new libssl.so.5 selinux-policy-strict-1.23.8-2 ------------------------------ * Wed Apr 06 2005 Dan Walsh 1.23.8-2 - Move to a later kernel version * Wed Apr 06 2005 Dan Walsh 1.23.8-1 - Update from NSA * Added netlink_kobject_uevent_socket class. * Removed empty files pump.te and pump.fc. * Added NetworkManager policy from Dan Walsh. * Merged Dan Walsh's major restructuring of Apache's policy. * Tue Apr 05 2005 Dan Walsh 1.23.6-4 - add NetworkManager and modutils selinux-policy-targeted-1.23.8-2 -------------------------------- * Wed Apr 06 2005 Dan Walsh 1.23.8-2 - Move to a later kernel version * Wed Apr 06 2005 Dan Walsh 1.23.8-1 - Update from NSA * Added netlink_kobject_uevent_socket class. * Removed empty files pump.te and pump.fc. * Added NetworkManager policy from Dan Walsh. * Merged Dan Walsh's major restructuring of Apache's policy. * Tue Apr 05 2005 Dan Walsh 1.23.6-4 - add NetworkManager and modutils system-config-users-1.2.35-1 ---------------------------- * Thu Apr 07 2005 Nils Philippsen - 1.2.35-1 - correct setting shadow values if password doesn't expire vixie-cron-1:4.1-30_FC4 ----------------------- * Thu Apr 07 2005 Jason Vas Dias - 4.1-30_FC4 - fix bug 154065: crontab's job control broken: by - xpid = waitpid(pid,&waiter,WUNTRACED);... - if( WIFSTOPPED(waiter) )... kill(getpid(),WSTOPSIG(waiter)); - crontab should not kill itself with SIGSTOP if its child - gets SIGSTOP; hence it does not need the waitpid WUNTRACED flag. w3m-0.5.1-9 ----------- * Thu Apr 07 2005 Akira TAGOH - 0.5.1-9 - removed imlib-devel build-dependency. (#153773) xorg-x11-6.8.2-20 ----------------- * Tue Apr 05 2005 Mike A. Harris 6.8.2-20 - Updated pre script to only strip away XkbRules lines indicating "xfree86" or "xorg" rules be used. (#142429) - xfs.init reordered find "-maxdepth" option to be first in the list of options because some people report errors, although I can not reproduce locally, implying it is a change in GNU findutils. (#153973) From rramson at gmail.com Fri Apr 8 12:11:38 2005 From: rramson at gmail.com (Richard Ramson) Date: Fri, 8 Apr 2005 08:11:38 -0400 Subject: unable to update packages due to missing dependencies In-Reply-To: <1112917552.18379.241.camel@arena.soho.bytebot.net> References: <20050407133714.6b8c9162.fedora@wir-sind-cool.org> <1112917552.18379.241.camel@arena.soho.bytebot.net> Message-ID: On Apr 7, 2005 7:45 PM, Colin Charles wrote: > On Thu, 2005-04-07 at 13:37 +0200, Michael Schwendt wrote: > > > # rpm -Uhv sqlite*rpm > > > warning: sqlite-3.1.2-2.x86_64.rpm: Header V3 DSA signature: NOKEY, > > > key ID 30c9ecf8 > > > error: Failed dependencies: > > > sqlite = 3.1.2-1 is needed by (installed) > > sqlite-tcl-3.1.2-1.x86_64 > > sudo yum -y remove sqlite-tcl > > > I seem to have read in the daily rawhide reports that the sqlite-tcl > > package was disabled again. If that was done without marking it as > > obsolete temporarily (sqlite "Obsoletes: sqlite-tcl < %version-% > > release"), > > then you need to remove it yourself to make the update work. > > I seem to have seen no such rawhide report, and am presuming that its > been removed from the tree, quite likely > > ls Fedora/RPMS/sqlite-* > sqlite-3.1.2-2.i386.rpm sqlite-devel-3.1.2-2.i386.rpm > -- > Colin Charles, byte at aeon.com.my > http://www.bytebot.net/ > "First they ignore you, then they laugh at you, then they fight you, > then you win." -- Mohandas Gandhi > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list I was able to remove sqlite-tcl and for the first time my PC is fully updated. :) Well at least until later on today when they release more updates. :) From rodd at clarkson.id.au Fri Apr 8 12:16:26 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 08 Apr 2005 22:16:26 +1000 Subject: gdm early login In-Reply-To: <604aa791050407065277e3c355@mail.gmail.com> References: <1112824796.3318.48.camel@localhost.localdomain> <20050407045422.GB17634@angus.ind.WPI.EDU> <4254D4AC.5080106@gmx.de> <1112873269.4128.3.camel@goose> <604aa791050407065277e3c355@mail.gmail.com> Message-ID: <1112962586.12912.1.camel@goose> On Thu, 2005-04-07 at 09:52 -0400, Jeff Spaleta wrote: > On Apr 7, 2005 7:27 AM, Rodd Clarkson wrote: > > I must admit I felt a little ripped off too. > > Yeah thats right... its totally appropriate to feel ripped off...at a > first experimental attempt at handling the boot up differently. Now I'm feeling like someone just ripped me a second butt-hole. Thanks for speaking your mind, it's really appreciated. R. From shrek-m at gmx.de Fri Apr 8 12:32:04 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 08 Apr 2005 14:32:04 +0200 Subject: Fedora Core 3 Test Update: kernel-2.6.11-1.14_FC3 In-Reply-To: <1112952767.6278.29.camel@laptopd505.fenrus.org> References: <200504080354.j383s8UM022241@devserv.devel.redhat.com> <42564A51.2080507@gmx.de> <1112952767.6278.29.camel@laptopd505.fenrus.org> Message-ID: <425679C4.8070209@gmx.de> Arjan van de Ven wrote: >On Fri, 2005-04-08 at 11:09 +0200, shrek-m at gmx.de wrote: > >>2; >>VMwareWorkstation-4.5.2-8848 does not work. was no problem with previous >>kernel-updates. >> >> >shrug... that's a vmware problem > thanks, i know :-) sm> insmod: error inserting '/tmp/vmware-config3/vmnet.o': -1 Unknown symbol in module sm> There is probably a slight difference in the kernel configuration between the sm> set of C header files you specified and your running kernel. You may want to sm> rebuild a kernel based on that directory, or specify another directory. sm> [...] http://www.vmware.com/support/reference/linux/prebuilt_modules_linux.html *Q: Why does vmware-config.pl report "There is probably a light difference of kernel configuration between the set of C header files you specified and your running kernel"?* *A:* This error message is displayed when the configuration program successfully builds custom VMware Workstation modules but they are incompatible with your running kernel. This happens when there is a mismatch between your running kernel and the directory of header files. Some distribution vendors ship a directory of header files that exhibits this problem. We encourage them to fix it. In the meantime, please consider recompiling your Linux kernel. This is the only way to ensure that the directory of header files will match your Linux kernel exactly. -- shrek-m From arjanv at redhat.com Fri Apr 8 12:38:28 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 8 Apr 2005 14:38:28 +0200 Subject: Fedora Core 3 Test Update: kernel-2.6.11-1.14_FC3 In-Reply-To: <425679C4.8070209@gmx.de> References: <200504080354.j383s8UM022241@devserv.devel.redhat.com> <42564A51.2080507@gmx.de> <1112952767.6278.29.camel@laptopd505.fenrus.org> <425679C4.8070209@gmx.de> Message-ID: <20050408123828.GF16009@devserv.devel.redhat.com> On Fri, Apr 08, 2005 at 02:32:04PM +0200, shrek-m at gmx.de wrote: > *A:* This error message is displayed when the configuration program > successfully builds custom VMware Workstation modules but they are > incompatible with your running kernel. This happens when there is a > mismatch between your running kernel and the directory of header files. > Some distribution vendors ship a directory of header files that exhibits > this problem. We encourage them to fix it. In the meantime, please > consider recompiling your Linux kernel. This is the only way to ensure > that the directory of header files will match your Linux kernel exactly. *Q*: Why do some of the same modules always give problems *A*: Because these module vendors either have unbelievebly broken or invasive code or unbelievably broken Makefiles and still haven't fixed them :-) From Fulko.Hew at sita.aero Fri Apr 8 13:24:41 2005 From: Fulko.Hew at sita.aero (Fulko.Hew at sita.aero) Date: Fri, 8 Apr 2005 09:24:41 -0400 Subject: Preferences gone from main menu? Message-ID: nodata wrote: > On Thu, 2005-04-07 at 10:02 -0400, Jeff Spaleta wrote: > > On Apr 7, 2005 6:41 AM, nodata wrote: > > > See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151257 > > > > I'm really not sure this is a bug. and a developer has already chimed > > in on that bug report. Upstream gnome has made the "menu bar" the > > default panel menu ui.. and fedora follows upstream as much as > > possible. The menu bar approach has Applications/Places/Desktop as > > seperate dropdown menus in the panel. > > The single foot/hat icon menu is no longer a default panel item and > > was restructured as part of the upstream design decisions. > > I think "My Settings" and "System Settings" would be a good alternative. > Still under Desktop yes, but at least "My Settings" is less ambiguous > than "Preferences". "Are they System-preferences or my preferences?", > etc I disagree. I never liked this 'my this', 'my that' style of presentation. 1/ its condescending, 2/ its so Microsoft'ish. 3/ you can effectively collect everything, everywhere into a 'my something' kind of category if you tried, depending on your point of view. For example: a) the selection of desktop (KDE vrs Gnome) would be 'my'. b) timezone, if you ignore migratory working, could be 'my'. c) printer configuration could be a 'system' thing, but something like whether or not a banner page is printed may be a system or a personal preference. Printer selection, could be a system thing, or it could be a personal preference. When you look at this, you really have to remember that Linux/Unix _is_ a multi-user platform, and the single user scenario is just a sub-set of its functionality. Lets look at the words being used: 'preferences' is a wishy-washy term implying what I would like to have but may not get. 'I prefer to have it this way...' 'settings' is a 'hard' word. i.e. 'This is how its set!' Or to put it a different way; 'preferences' are things that are over-ridable, 'settings' are probably not. So I'd suggest something along the line of 'system settings' and 'personal preferences'. I think this is more in tune with how the thing really works... a) this is how the system is configure, and b) this is what _I_ would prefer to see and use. and yes, some configuration may end up in two places, just like the 'systems' bash profile file, and the individual user's profile file. And no... god no... don't build a 'registry' approach! Having said all that. My suggestions are only for the English language speaking people, and there may not be the appropriate words in other languages. And its probably contrary to what Microsoft does, and it sure seems to me that Linux developers today are developing towards doing and phrasing things just like Microsoft does, rather than to 'do it right'. And that bugs the @&$^*$ out of me! And before I get flamed about (lack of) participation. I've got enough to keep myself busy with my own software, let alone go in and patch other's software. My suggestions are just guidelines that I give to my developers at work, and hopefully I convince them of their merits and they don't get sucked into the 'dark side'. From justin.conover at gmail.com Fri Apr 8 13:19:45 2005 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 8 Apr 2005 08:19:45 -0500 Subject: rawhide report: 20050408 changes In-Reply-To: <200504081141.j38BfktE024169@porkchop.devel.redhat.com> References: <200504081141.j38BfktE024169@porkchop.devel.redhat.com> Message-ID: On Apr 8, 2005 6:41 AM, Build System wrote: > > > Updated Packages: > > anaconda-10.2.0.47-1 > -------------------- > * Thu Apr 07 2005 Peter Jones - 10.2.0.47-1 > - put ncurses in the net images, too. > - (notting) put redhat-artwork in the GR images. > > * Thu Apr 07 2005 Peter Jones - 10.2.0.46-1 > - put readline in the net images > - fix linxuthreads warnings in upd-instroot > - (clumens) fix build-locale-archive > > * Wed Apr 06 2005 Elliot Lee - 10.2.0.45-1 > - Deal with GUI-mode language traceback > > ant-0:1.6.2-3jpp_3fc > -------------------- > * Tue Mar 29 2005 Gary Benson 0:1.6.2-3jpp_3fc > - Add NOTICE file as per Apache License version 2.0. > - Remove some now unnecessary gcj workarounds. > - Add the jsch subpackage since we now ship jsch. > > at-3.1.8-74_FC4 > --------------- > > authd-1.4.3-2.devel > ------------------- > * Thu Apr 07 2005 Martin Stransky - 1.3.3-2.devel > - in.authd disabled by default (#151905) > > bison-2.0-6 > ----------- > * Thu Apr 07 2005 Roland McGrath - 2.0-6 > - run test suite in %check > > cdrtools-8:2.01.1-9 > ------------------- > * Wed Apr 06 2005 Elliot Lee 8:2.01.1-9 > - Fix #123548 > > cpuspeed-1:1.2.1-1.20 > --------------------- > * Wed Apr 06 2005 Dave Jones > - Don't count nice time as idle time. (#132383) > > dhcp-10:3.0.2-7 > --------------- > * Mon Apr 04 2005 Jason Vas Dias 10:3.0.2-7 > - Add '-x' "extended option environment" dhclient argument: > - When -x option given to dhclient: > - dhclient enables arbitrary option processing by writing information > - about user or vendor defined option space options to environment. > - > - fix bug 153244: dhclient should not use restorecon > - fix bug 151023: dhclient no 'headers & libraries' > - fix bug 149780: add 'DHCLIENT_IGNORE_GATEWAY' variable > - remove all usage of /sbin/route from dhclient-script > > * Thu Mar 24 2005 Florian La Roche > - add "exit 0" to post script > > * Mon Mar 07 2005 Jason Vas Dias 10.3.0.2-3 > - rebuild for gcc4/glibc-2.3.4-14; fix bad memset > > dia-1:0.94-11 > ------------- > * Thu Apr 07 2005 Caolan McNamara > - rh#154087# non existing links > > diffutils-2.8.1-15 > ------------------ > * Wed Apr 06 2005 Tim Waugh 2.8.1-15 > - Fixed sdiff exit code handling (bug #152967). > > eclipse-cdt-1:3.0.0_fc-0.M5.4 > ----------------------------- > * Thu Apr 07 2005 Phil Muldoon 3.0.0_fc-0.M5.4 > - Changed Requires eclipse-ui to eclipse-platform > - Added Requires java-1.4.2-gcj-compat >= 1.4.2.0-40jpp_14rh > - Added Requires gcc-java >= 4.0.0-0.35 > > emacs-21.3-27 > ------------- > * Wed Apr 06 2005 Jens Petersen - 21.3-27 > - use alternatives to switch _bindir/emacs between emacs and emacs-nox > (Henning Schmiedehausen, #151067) > - remove emacs and emacs-nox from bindir > - prereq alternatives for emacs and emacs-nox > - add post and postun scripts to handle alternatives > - buildrequire xorg-x11-devel instead of XFree86-devel > - really include and apply emacs-21.3-latex-mode-hook-144083.patch > - make emacs and emacs-nox own _datadir/emacs/version too > > evince-0.2.0-1 > -------------- > * Wed Apr 06 2005 Marco Pesenti Gritti - 0.2.0-1 > - Update to 0.2.0 > > gaim-1:1.2.1-4.fc4 > ------------------ > * Thu Apr 07 2005 Warren Togami 1:1.2.1-4 > - use mozilla-nss everywhere because gnutls is buggy (#135778) > > * Wed Apr 06 2005 Warren Togami 1:1.2.1-2 > - 147: drag-n-drop URL crash fix > > glib2-2.6.4-1 > ------------- > * Wed Apr 06 2005 Matthias Clasen - 2.6.4-1 > - Update to 2.6.4 > - Drop upstreamed patches > > gnome-applets-1:2.10.1-1 > ------------------------ > * Thu Apr 07 2005 Ray Strode 1:2.10.1-1 > - update to 2.10.1 > - actually build the old modemlights that were added in 2.10.0-4 > > gnome-menus-2.10.1-2 > -------------------- > * Wed Apr 06 2005 Mark McLoughlin 2.10.1-2 > - Backport patch from CVS to fix large memory leak on re-loading > the menus (gnome #172472) > > iiimf-le-chinput-0.3-18 > ----------------------- > * Fri Apr 08 2005 Jens Petersen - 0.3-18 > - update for new iiimf file-paths > - add iiimf-le-chinput-0.3-LE-filepath.patch > - update sendhup, instle and uninstle > - use system installed acfiles rather than old ones included > - add comment that IM_INIT variables setup not used > - use le_dir for install prefix > - remove unused openmotif dependency from source > - no longer buildrequire openmotif-devel > - add iiimf-le-chinput-0.3-cfg-chks.patch to not check for canna and motif > and not explicitly link against Xm and Xt > - run autoconf after automake > - require iiimf-server explicitly > > inn-2.4.2-3 > ----------- > * Thu Apr 07 2005 Martin Stransky 2.4.2-3 > - add support for large files > > iputils-20020927-22 > ------------------- > * Thu Apr 07 2005 Radek Vokal 20020927-22 > - don't start rdisc as default (#154075) > > k3b-0:0.11.23-3 > --------------- > * Thu Apr 07 2005 Petr Rockai - 0:0.11.23-3 > - fix statfs usage (as per issue 65935 from IT) > > kdelibs-6:3.4.0-3 > ----------------- > * Thu Apr 07 2005 Than Ngo 3.4.0-3 > - add missing kcontrol/khelp/home/find in main menu #151655 > - fix bad symlinks #154093 > > kernel-2.6.11-1.1231_FC4 > ------------------------ > * Wed Apr 06 2005 Dave Jones > - 2.6.12rc2 > - netdump/netconsole currently broken. > - Xen temporarily disabled. > > libselinux-1.23.5-1 > ------------------- > * Wed Apr 06 2005 Dan Walsh 1.23.5-1 > - Update from NSA > * Fixed bug in rpm_execcon error handling path. > > libuser-0.53.4-1 > ---------------- > * Wed Apr 06 2005 Miloslav Trmac - 0.53.4-1 > - Fix adding objectclasses to existing LDAP entries (#152960) > > libwpd-0.8.0-4 > -------------- > * Wed Apr 06 2005 Caolan McNamara 0.8.0-4 > - add libwpd devel provided patch for endless loops on some wpd documents > > man-pages-it-0.3.0-16 > --------------------- > * Thu Apr 07 2005 Peter Vrabec 0.3.0-16 > - newgrp man page removed, will be provided by shadow-utils > > man-pages-pl-0.23-6 > ------------------- > * Thu Apr 07 2005 Peter Vrabec 0.23-6 > - newgrp man page removed, will be provided by shadow-utils > > mt-st-0.8-5 > ----------- > * Thu Apr 07 2005 Jindrich Novy 0.8-5 > - add SDLT600 entry to stinit.def.examples, > suggested by Ralf-Peter Rohbeck (#153305) > > net-snmp-5.2.1-9 > ---------------- > * Wed Apr 06 2005 Radek Vokal - 5.2.1-9 > - switching to a different 64bit patch, hopefully 64bit problems are gone for a while > > netdump-0.7.7-6 > --------------- > * Tue Apr 05 2005 Florian La Roche > - add a "exit 0" to some scripts > > openoffice.org-1:1.9.89-5 > ------------------------- > * Tue Apr 05 2005 Caolan McNamara - 1:1.9.89-5 > - ooo#46850# libscui680* apparently in the wrong subpackage > - upstream patches to hsqldb b0rk gcj > > * Tue Apr 05 2005 Caolan McNamara - 1:1.9.89-4 > - rh#153129# Requires won't work for x86_64 > - rh#152269# Reported problems with nfs file locking > - add openoffice.org-1.9.89.oooXXXXX.upstreamhatesthefp.officecfg.patch > - drop redundant patches > > pam-0.79-3 > ---------- > * Thu Apr 07 2005 Tomas Mraz 0.79-3 > - make pam_unix LSB 2.0 compliant even when SELinux enabled > - #88127 - change both local and NIS passwords to keep them in sync, > also fix a regression in passwd functionality on NIS master server > > * Tue Apr 05 2005 Tomas Mraz > - #153711 fix wrong logging in pam_selinux when restoring tty label > > perl-LDAP-0.3202-1 > ------------------ > > policycoreutils-1.23.3-2 > ------------------------ > * Thu Apr 07 2005 Dan Walsh 1.23.3-2 > - Don't run load_policy on a non SELinux kernel. > > * Wed Apr 06 2005 Dan Walsh 1.23.3-1 > - Update to version from NSA > * Merged context validation patch for genhomedircon from Eric Paris. > - Fix verbose output of restorecon > > poppler-0.2.0-1 > --------------- > > python-2.4.1-1 > -------------- > * Wed Apr 06 2005 Mihai Ibanescu 2.4.1-1 > - updated to 2.4.1 > > * Mon Mar 14 2005 Mihai Ibanescu 2.4-6 > - building the docs from a different source rpm, to decouple bootstrapping > python from having tetex installed > > * Fri Mar 11 2005 Dan Williams 2.4-5 > - Rebuild to pick up new libssl.so.5 > > selinux-policy-strict-1.23.8-2 > ------------------------------ > * Wed Apr 06 2005 Dan Walsh 1.23.8-2 > - Move to a later kernel version > > * Wed Apr 06 2005 Dan Walsh 1.23.8-1 > - Update from NSA > * Added netlink_kobject_uevent_socket class. > * Removed empty files pump.te and pump.fc. > * Added NetworkManager policy from Dan Walsh. > * Merged Dan Walsh's major restructuring of Apache's policy. > > * Tue Apr 05 2005 Dan Walsh 1.23.6-4 > - add NetworkManager and modutils > > selinux-policy-targeted-1.23.8-2 > -------------------------------- > * Wed Apr 06 2005 Dan Walsh 1.23.8-2 > - Move to a later kernel version > > * Wed Apr 06 2005 Dan Walsh 1.23.8-1 > - Update from NSA > * Added netlink_kobject_uevent_socket class. > * Removed empty files pump.te and pump.fc. > * Added NetworkManager policy from Dan Walsh. > * Merged Dan Walsh's major restructuring of Apache's policy. > > * Tue Apr 05 2005 Dan Walsh 1.23.6-4 > - add NetworkManager and modutils > > system-config-users-1.2.35-1 > ---------------------------- > * Thu Apr 07 2005 Nils Philippsen - 1.2.35-1 > - correct setting shadow values if password doesn't expire > > vixie-cron-1:4.1-30_FC4 > ----------------------- > * Thu Apr 07 2005 Jason Vas Dias - 4.1-30_FC4 > - fix bug 154065: crontab's job control broken: by > - xpid = waitpid(pid,&waiter,WUNTRACED);... > - if( WIFSTOPPED(waiter) )... kill(getpid(),WSTOPSIG(waiter)); > - crontab should not kill itself with SIGSTOP if its child > - gets SIGSTOP; hence it does not need the waitpid WUNTRACED flag. > > w3m-0.5.1-9 > ----------- > * Thu Apr 07 2005 Akira TAGOH - 0.5.1-9 > - removed imlib-devel build-dependency. (#153773) > > xorg-x11-6.8.2-20 > ----------------- > * Tue Apr 05 2005 Mike A. Harris 6.8.2-20 > - Updated pre script to only strip away XkbRules lines indicating "xfree86" > or "xorg" rules be used. (#142429) > - xfs.init reordered find "-maxdepth" option to be first in the list of > options because some people report errors, although I can not reproduce > locally, implying it is a change in GNU findutils. (#153973) > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > gnome-applets-1:2.10.1-1 ------------------------ * Thu Apr 07 2005 Ray Strode 1:2.10.1-1 - update to 2.10.1 - actually build the old modemlights that were added in 2.10.0-4 I saw this fly across the screen as I was updating this morning, not sure if it is important at this moment Updating : gnome-applets ##################### [ 68/158] /usr/share/gnome/help/stickynotes_applet/uk/stickynotes_applet.xml:204: element figure: validity error : ID stickynotes-using-left-fig already defined
^ /usr/share/gnome/help/stickynotes_applet/C/stickynotes_applet.xml:228: element figure: validity error : ID stickynotes-using-left-fig already defined
Cleanup : gnome-applets ##################### [125/158] /sbin/ldconfig: relative path `2' used to build cache error: %postun(gnome-applets-2.10.0-4.x86_64) scriptlet failed, exit status 1 From shrek-m at gmx.de Fri Apr 8 13:47:18 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 08 Apr 2005 15:47:18 +0200 Subject: OT: somafm.com Message-ID: <42568B66.5080400@gmx.de> http://somafm.com/ :-) From Fred.New at microlink.ee Fri Apr 8 13:50:29 2005 From: Fred.New at microlink.ee (Fred New) Date: Fri, 8 Apr 2005 16:50:29 +0300 Subject: rawhide report: 20050408 changes Message-ID: <345764DCB65C0C4FACC44529DE273C18F8EB55@eemail1.microlink.lan> On 8. aprill 2005. a. 16:20, Justin Conover sent us a bunch of stuff we didn't want to re-read: > On Apr 8, 2005 6:41 AM, Build System wrote: > > (120 lines deleted) > > gnome-applets-1:2.10.1-1 > > ------------------------ > > * Thu Apr 07 2005 Ray Strode 1:2.10.1-1 > > - update to 2.10.1 > > - actually build the old modemlights that were added in 2.10.0-4 > > (220 lines deleted) > > I saw this fly across the screen as I was updating this morning, not > sure if it is important at this moment > > Updating : gnome-applets > ##################### [ 68/158] > /usr/share/gnome/help/stickynotes_applet/uk/stickynotes_applet > .xml:204: > element figure: validity error : ID stickynotes-using-left-fig already > defined >
> ^ > /usr/share/gnome/help/stickynotes_applet/C/stickynotes_applet.xml:228: > element figure: validity error : ID stickynotes-using-left-fig already > defined >
> > > Cleanup : gnome-applets > ##################### [125/158] > /sbin/ldconfig: relative path `2' used to build cache > error: %postun(gnome-applets-2.10.0-4.x86_64) scriptlet > failed, exit status 1 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152999 Fred PS. PLEASE use some common sense when including text from previous messages. 340 lines of unnecessary text can provoke unwanted emotions in your readers. From rramson at gmail.com Fri Apr 8 13:54:59 2005 From: rramson at gmail.com (Richard Ramson) Date: Fri, 8 Apr 2005 09:54:59 -0400 Subject: Preferences gone from main menu? In-Reply-To: References: Message-ID: On Apr 8, 2005 9:24 AM, Fulko.Hew at sita.aero wrote: > > I disagree. > I never liked this 'my this', 'my that' style of presentation. > > 1/ its condescending, > 2/ its so Microsoft'ish. > 3/ you can effectively collect everything, everywhere into a 'my > something' > kind of category if you tried, depending on your point of view. > > For example: > > a) the selection of desktop (KDE vrs Gnome) would be 'my'. > b) timezone, if you ignore migratory working, could be 'my'. > c) printer configuration could be a 'system' thing, but something like > whether or not a banner page is printed may be a system or a personal > preference. Printer selection, could be a system thing, or it could > be a personal preference. > > When you look at this, you really have to remember that Linux/Unix _is_ > a multi-user platform, and the single user scenario is just a sub-set > of its functionality. > > Lets look at the words being used: > > 'preferences' is a wishy-washy term implying what I would like to have > but may not get. 'I prefer to have it this way...' > > 'settings' is a 'hard' word. i.e. 'This is how its set!' > > Or to put it a different way; 'preferences' are things that are > over-ridable, > 'settings' are probably not. > > So I'd suggest something along the line of 'system settings' and 'personal > preferences'. I think this is more in tune with how the thing really > works... > a) this is how the system is configure, and > b) this is what _I_ would prefer to see and use. > and yes, some configuration may end up in two places, just like the > 'systems' > bash profile file, and the individual user's profile file. > > And no... god no... don't build a 'registry' approach! > > > > Having said all that. My suggestions are only for the English language > speaking people, and there may not be the appropriate words in other > languages. And its probably contrary to what Microsoft does, and it sure > seems to me that Linux developers today are developing towards doing > and phrasing things just like Microsoft does, rather than to 'do it right'. > And that bugs the @&$^*$ out of me! > > And before I get flamed about (lack of) participation. I've got enough > to keep myself busy with my own software, let alone go in and patch > other's software. My suggestions are just guidelines that I give to > my developers at work, and hopefully I convince them of their merits > and they don't get sucked into the 'dark side'. > > > > -- I agree that Linux needs to set it's own standard and not follow Microsoft. Is it the thinking of some that in order to get more people to start using Linux, they need to emulate Microsoft so that users will be comfortable with Linux? I don't subscribe to that thinking. I see KDE and Gnome as great GUI's that don't need to conform to Microsoft to be accepted. Sure things probably could be laid out differently but for me, as one who knows UNIX, I would like to see Linux move in a direction where it would be possible to download some new package and have all the pieces in place for it. For example if I download "greydog editor" I shouldn't have to go to other sites to get other packages to make it work. It should all be there for me to download and use. It seems like you need to have a little programming experience in order to get a lot of things to work in Linux. As a new user to Linux, how do I know what packages I need to install and what I need to leave out. I remember a friend of mine went to install PPTP and couldn't because he didn't install compliers on his initial install. I guess as time goes on and we keep improving on Linux and more users start using it, things like this will change. And while I'm on the subject, when are there going to be any US magazines on Linux that is not geared toward programmers???? Most of the good ones of from the U.K. As a new user, I want to be able to run some cool programs, learn how the programs I have works, but the US Linux magazines want to talk about stuff that is way over my head. After a year of reading those magazines I would probably understand but how many new users have that much patience. OK, I'm off my soap box. :) Keep up the good work guys. I love LINUX, never going back to Microsoft cause I don't want to pay for software :) From justin.conover at gmail.com Fri Apr 8 14:22:30 2005 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 8 Apr 2005 09:22:30 -0500 Subject: rawhide report: 20050408 changes In-Reply-To: <345764DCB65C0C4FACC44529DE273C18F8EB55@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18F8EB55@eemail1.microlink.lan> Message-ID: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152999 > > Fred > > PS. PLEASE use some common sense when including text > from previous messages. 340 lines of unnecessary text > can provoke unwanted emotions in your readers. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > Oops, sorry about that, guess I learned a lesson and you'll just have to get over it..... From fedora at wir-sind-cool.org Fri Apr 8 15:22:17 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 8 Apr 2005 17:22:17 +0200 Subject: flac, gstreamer-plugins, etc. In-Reply-To: <42566B89.2000601@insight.rr.com> References: <200504071836.32543.czar@czarc.net> <4255D294.1040006@insight.rr.com> <20050408030031.0819f473.fedora@wir-sind-cool.org> <4255E18A.1070402@insight.rr.com> <20050408121744.6b665682.fedora@wir-sind-cool.org> <42566B89.2000601@insight.rr.com> Message-ID: <20050408172217.321a26a6.fedora@wir-sind-cool.org> On Fri, 08 Apr 2005 07:31:21 -0400, Jim Cornette wrote: > Michael Schwendt wrote: > > On Thu, 07 Apr 2005 21:42:34 -0400, Jim Cornette wrote: > > > > > >>>>mplayer from livna? > >>> > >>> > >>>mplayer is not mentioned in the error output at all, but gstreamer-plugins > >>>is. And "livna" does not offer packages for FC4T1/Rawhide anyway. > >>> > >> > >>On my system, mplayer was mentioned in the output of conflicts with the > >>same packages installed. This system is an FC3 version that I chose to > >>install everything and then upgraded multimedia and extras packages from > >>the repos needed. > > > > > > Fine, fine. But "Gene C.", who opened this thread, did not post any error > > output which mentions mplayer and did not mention an FC3 upgrade either, > > but an "everything install of FC4T1". So, what are you trying to point > > out? > > Not an everything install of FC4T1. It was an eveything install of FC3. No, it wasn't. You jumped into this thread with a completely different problem. This only causes confusion. See above and original message with Message-Id: <200504071836.32543.czar at czarc.net> From terraformers at gmx.net Fri Apr 8 15:25:02 2005 From: terraformers at gmx.net (Lars G) Date: Fri, 08 Apr 2005 17:25:02 +0200 Subject: OT: somafm.com References: <42568B66.5080400@gmx.de> Message-ID: On Fri, 08 Apr 2005 15:47:18 +0200, shrek-m at gmx.de wrote: > http://somafm.com/ :-) thanks! it's really cool! OT: if you like listening to e-musik when testing fedora (like me :) check also http://www.limbikfreq.com cheers lars From cra at WPI.EDU Fri Apr 8 15:51:46 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Fri, 8 Apr 2005 11:51:46 -0400 Subject: gdm early login In-Reply-To: <1112890150.3321.35.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> <20050406220939.GU19176@redhat.com> <1112890150.3321.35.camel@localhost.localdomain> Message-ID: <20050408155146.GG1904@angus.ind.WPI.EDU> On Thu, Apr 07, 2005 at 12:09:10PM -0400, Ray Strode wrote: > Hi, > > On Wed, Apr 06, 2005 at 05:59:55PM -0400, Ray Strode wrote: > > > We still need to make some changes in lower-levels of the distro before > > > gdm early-login mode will work. See here for details: > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952 > > > > As the futur ex rhgb maintainer :-) just one thing which seems missing > > is the interaction with firstboot. > Ah, that's a good point. I think that all we'll need to do is change firstboot's priority to be lower than gdm-early-login. firstboot needs an X server running, right? With rhgb, it used the rhgb-started one. Now it would need to use the gdm-early-login one. From cra at WPI.EDU Fri Apr 8 15:55:37 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Fri, 8 Apr 2005 11:55:37 -0400 Subject: gdm early login In-Reply-To: <1112888993.3321.8.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> <64838.213.164.3.90.1112858622.squirrel@www.nodata.co.uk> <1112888993.3321.8.camel@localhost.localdomain> Message-ID: <20050408155537.GH1904@angus.ind.WPI.EDU> On Thu, Apr 07, 2005 at 11:49:52AM -0400, Ray Strode wrote: > Hi, > > > This is really nice. There's one thing stopping me from using it though - > > I lose the system startup messages. > > > > It would be nice if those were somehow visible as well. > You can press ctrl-alt-f1 to see them. I tried playing with starting xconsole on the gdm screen as a prototype for displaying startup messages, but got stuck getting it to work properly. In any case, we might still need something like rhgb, but which uses the gdm X server instead of starting its own, so we can display startup progress. From skvidal at phy.duke.edu Fri Apr 8 15:59:30 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 08 Apr 2005 11:59:30 -0400 Subject: OT: somafm.com In-Reply-To: References: <42568B66.5080400@gmx.de> Message-ID: <1112975971.24604.17.camel@cutter> On Fri, 2005-04-08 at 17:25 +0200, Lars G wrote: > On Fri, 08 Apr 2005 15:47:18 +0200, shrek-m at gmx.de wrote: > > > http://somafm.com/ :-) > > thanks! it's really cool! > OT: if you like listening to e-musik when testing fedora (like me :) > check also http://www.limbikfreq.com > > okay, if you two want to talk about streaming music - take it offlist. -sv From terraformers at gmx.net Fri Apr 8 16:17:03 2005 From: terraformers at gmx.net (Lars G) Date: Fri, 08 Apr 2005 18:17:03 +0200 Subject: OT: somafm.com References: <42568B66.5080400@gmx.de> <1112975971.24604.17.camel@cutter> Message-ID: On Fri, 08 Apr 2005 11:59:30 -0400, seth vidal wrote: > On Fri, 2005-04-08 at 17:25 +0200, Lars G wrote: >> On Fri, 08 Apr 2005 15:47:18 +0200, shrek-m at gmx.de wrote: >> >> > http://somafm.com/ :-) >> >> thanks! it's really cool! >> OT: if you like listening to e-musik when testing fedora (like me :) >> check also http://www.limbikfreq.com >> >> > > okay, if you two want to talk about streaming music - take it offlist. > -sv ok, back to testing. (...while listening to some top-secret streaming music source ;-) cheers L From rpaiz at simpaticus.com Fri Apr 8 16:36:21 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Fri, 08 Apr 2005 10:36:21 -0600 Subject: XMMS (was: Re: rawhide report: 20050405 changes) In-Reply-To: <1112883572.18379.206.camel@arena.soho.bytebot.net> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <42527BB0.4070108@libero.it> <20050405140054.1c60f4a6.fedora@wir-sind-cool.org> <1112714996.19961.14.camel@mgb.bullion.ims> <604aa79105040508516208034a@mail.gmail.com> <1112719102.19961.24.camel@mgb.bullion.ims> <604aa79105040510486657107c@mail.gmail.com> <1112856989.18379.133.camel@arena.soho.bytebot.net> <1112882207.6687.13.camel@rodolfo.casa.paiz.org> <1112883572.18379.206.camel@arena.soho.bytebot.net> Message-ID: <1112978181.6675.64.camel@rodolfo.gt.factorrent.com> On Fri, 2005-04-08 at 00:19 +1000, Colin Charles wrote: > Tools triage - http://fedoraproject.org/wiki/ToolsTriage > (this never happened but uli and others were definitely interested - > read the list archives) > > Some history down memory lane: > http://www.fedora.us/wiki/FedoraTriage > After reviewing this material, I would say that the effort required at this point is beyond what I can commit to doing. However, if this gets up and running then I'd reevaluate whether I can make any contribution. It sounds like a good idea... and I might be able to participate (and if so, I would be happy to do so). But I don't think I can help set it up. Cheers, -- Rodolfo J. Paiz From roger at gwch.net Fri Apr 8 17:20:31 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 08 Apr 2005 19:20:31 +0200 Subject: IPSEC or OPEN-VPN Message-ID: <4256BD5F.3030109@gwch.net> Hi, i would not call me that experienced, if it is about channels of mentionned kind. I look therefore for some good documentation for the Fedora-Implementation of IPSEC (Racoon and so on...) and OPEN-VPN Do you have any good links to documentation about this? Thanks a lot! Roger From davej at redhat.com Fri Apr 8 17:43:44 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 8 Apr 2005 13:43:44 -0400 Subject: Fedora Core 3 Test Update: kernel-2.6.11-1.14_FC3 In-Reply-To: <1112958758.21597.2.camel@localhost.surak.eti.br> References: <200504080354.j383s8UM022241@devserv.devel.redhat.com> <42564A51.2080507@gmx.de> <1112958758.21597.2.camel@localhost.surak.eti.br> Message-ID: <20050408174344.GA24285@redhat.com> On Fri, Apr 08, 2005 at 08:12:38AM -0300, Alexandre Strube wrote: > Em Sex, 2005-04-08 ?s 11:09 +0200, shrek-m at gmx.de escreveu: > > > >Product : Fedora Core 3 > > >Name : kernel > > >Version : 2.6.11 > > >Release : 1.14_FC3 > 2.6.11-1.7_FC3 Didn't worked with DRI (the one downloaded from > dri.sf.net) - it printed out some symbols and a hard lockup. Does this > one work? As there's nothing different on this matter, I would assume > no... > > (It locked when trying to insert drm or tdfx modules) Make sure you have the latest udev from updates-testing, and it should be just fine. Dave From sean.bruno at dsl-only.net Fri Apr 8 17:50:40 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 08 Apr 2005 10:50:40 -0700 Subject: rawhide report: 20050408 changes In-Reply-To: <200504081141.j38BfktE024169@porkchop.devel.redhat.com> References: <200504081141.j38BfktE024169@porkchop.devel.redhat.com> Message-ID: <1112982640.6849.8.camel@localhost.localdomain> On Fri, 2005-04-08 at 07:41 -0400, Build System wrote: > > python-2.4.1-1 > -------------- > * Wed Apr 06 2005 Mihai Ibanescu 2.4.1-1 > - updated to 2.4.1 > > * Mon Mar 14 2005 Mihai Ibanescu 2.4-6 > - building the docs from a different source rpm, to decouple bootstrapping > python from having tetex installed > > * Fri Mar 11 2005 Dan Williams 2.4-5 > - Rebuild to pick up new libssl.so.5 > I am attempting to update this AM and I am running into a dependency error that I have seen before: --> Processing Dependency: python = 2.4 for package: python-docs --> Finished Dependency Resolution Error: Missing Dependency: python = 2.4 is needed by package python-docs Are we removing python and then re-installing from rawhide or is this an actual problem? Sean From dwalsh at redhat.com Fri Apr 8 17:48:21 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 08 Apr 2005 13:48:21 -0400 Subject: Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-2.96 Message-ID: <4256C3E5.6020903@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-314 2005-04-08 --------------------------------------------------------------------- Product : Fedora Core 3 Name : selinux-policy-targeted Version : 1.17.30 Release : 2.96 Summary : SELinux targeted policy configuration Description : Security-enhanced Linux is a patch of the Linux? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement?, Role-based Access Control, and Multi-level Security. This package contains the SELinux example policy configuration along with the Flask configuration information and the application configuration files. --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ f51e5a9f54a1768b0b776918c9ddadb9 SRPMS/selinux-policy-targeted-1.17.30-2.96.src.rpm b1c6f38de0e4ace71074921f1a69572c x86_64/selinux-policy-targeted-1.17.30-2.96.noarch.rpm bd135110a4e74f22bb9285022e260bc4 x86_64/selinux-policy-targeted-sources-1.17.30-2.96.noarch.rpm b1c6f38de0e4ace71074921f1a69572c i386/selinux-policy-targeted-1.17.30-2.96.noarch.rpm bd135110a4e74f22bb9285022e260bc4 i386/selinux-policy-targeted-sources-1.17.30-2.96.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -- From jspaleta at gmail.com Fri Apr 8 18:11:15 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 8 Apr 2005 14:11:15 -0400 Subject: rawhide report: 20050408 changes In-Reply-To: <1112982640.6849.8.camel@localhost.localdomain> References: <200504081141.j38BfktE024169@porkchop.devel.redhat.com> <1112982640.6849.8.camel@localhost.localdomain> Message-ID: <604aa79105040811114b826e47@mail.gmail.com> On Apr 8, 2005 1:50 PM, Sean Bruno wrote: > Are we removing python and then re-installing from rawhide or is this an > actual problem? its just a run of the mill dependacy problem that we see in rawhide. python-docs package was not rebuilt yet to match the updated python package. This happens...its rawhide. At the most the maintainer of python-docs need to be told to rebuild it, but i bet the maintainer is already aware of that fact. -jef From fedora at nodata.co.uk Fri Apr 8 18:15:11 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 08 Apr 2005 20:15:11 +0200 Subject: IPSEC or OPEN-VPN In-Reply-To: <4256BD5F.3030109@gwch.net> References: <4256BD5F.3030109@gwch.net> Message-ID: <1112984111.3171.0.camel@localhost.localdomain> On Fri, 2005-04-08 at 19:20 +0200, Roger Grosswiler wrote: > Hi, > > i would not call me that experienced, if it is about channels of > mentionned kind. > > I look therefore for some good documentation for the > Fedora-Implementation of IPSEC (Racoon and so on...) and OPEN-VPN > > Do you have any good links to documentation about this? > > Thanks a lot! > Roger > http://fedoranews.org/contributors/florin_andrei/openvpn/ From czar at czarc.net Fri Apr 8 18:51:26 2005 From: czar at czarc.net (Gene C.) Date: Fri, 8 Apr 2005 13:51:26 -0500 Subject: flac, gstreamer-plugins, etc. In-Reply-To: <604aa7910504071813269ebc11@mail.gmail.com> References: <200504071836.32543.czar@czarc.net> <604aa7910504071813269ebc11@mail.gmail.com> Message-ID: <200504081451.26636.czar@czarc.net> On Thursday 07 April 2005 21:13, Jeff Spaleta wrote: > On Apr 7, 2005 6:36 PM, Gene C. wrote: > > but I get: > > Error: Unable to satisfy dependencies > > Error: Package gstreamer-plugins needs libFLAC.so.4, this is not > > available. Error: Package gstreamer-plugins needs libmusicbrainz.so.2, > > this is not available. > > It appears (to me) that gstreamer-plugins has not been rebuilt for the > > current/updated libraries. ? > > Uhm... are you sure you aren't reading that error message wrong? ?I > think the error message yum is throwing for you is from the version of > gstreamer-plugins you have installed.. and not the version sitting in > the develop tree. > > On my x86 system.. i have the latest gstreamer-plugin installed > without a problem. > rpm ?-q gstreamer-plugins > gstreamer-plugins-0.8.8-5 > rpm ?-q --requires gstreamer-plugins|grep FLAC > libFLAC.so.7 > rpm ?-q --requires gstreamer-plugins|grep brainz > libmusicbrainz >= 2.1.1 > libmusicbrainz.so.4 > > My system is synced with rawhide with no packages left that need updating. > > > Any hints as to what is going on? > > Potentially an x86_64 multilib issue? ?Do you have both the 32 bit and > 64bit versions of gstreamer-plugins installed? OK, you message has led me to the solution ... 1. This is an x86_64 system which I had done a BASE FC4T1 everything install and then updated from development. 2. Some packages have both i386 (i686) and x86_64 architectures installed. 3. As development gets updated, some packages are delete which can cause bad dependencies ... and that is the case: Both the i386 and x86_64 architectures for gstreamer-plugins were originally installed as well as both architectures of totem. Deleting gstremer-plugins.i386 also deleted totem.i386 and then I could do the updates. I suspected that the problem was something like this but needed your inspiration to point me in the right direction. -- Thanks, Gene From notting at redhat.com Fri Apr 8 18:56:00 2005 From: notting at redhat.com (Bill Nottingham) Date: Fri, 8 Apr 2005 14:56:00 -0400 Subject: flac, gstreamer-plugins, etc. In-Reply-To: <200504081451.26636.czar@czarc.net> References: <200504071836.32543.czar@czarc.net> <604aa7910504071813269ebc11@mail.gmail.com> <200504081451.26636.czar@czarc.net> Message-ID: <20050408185600.GB23012@nostromo.devel.redhat.com> Gene C. (czar at czarc.net) said: > OK, you message has led me to the solution ... > > 1. This is an x86_64 system which I had done a BASE FC4T1 everything install > and then updated from development. > > 2. Some packages have both i386 (i686) and x86_64 architectures installed. > > 3. As development gets updated, some packages are delete which can cause bad > dependencies ... and that is the case: > > Both the i386 and x86_64 architectures for gstreamer-plugins were originally > installed as well as both architectures of totem. Deleting > gstremer-plugins.i386 also deleted totem.i386 and then I could do the > updates. > > I suspected that the problem was something like this but needed your > inspiration to point me in the right direction. OK, now the question is why i386 totem was in the tree to begin with... Bill From ivazquez at ivazquez.net Fri Apr 8 19:48:10 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 08 Apr 2005 15:48:10 -0400 Subject: gdm early login In-Reply-To: <1112824796.3318.48.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> Message-ID: <1112989690.8034.18.camel@ignacio.ignacio.lan> On Wed, 2005-04-06 at 17:59 -0400, Ray Strode wrote: > Recently Matthias Clasen, David Zeuthen, and I spent some time working > on getting GDM to start earlier in the boot process. I tried this out and it seems to render "init 3" useless at stopping X, since gdm runs even on initlevel 3. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 fedora at nodata.co.uk Fri Apr 8 20:01:15 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 08 Apr 2005 22:01:15 +0200 Subject: gdm early login In-Reply-To: <1112989690.8034.18.camel@ignacio.ignacio.lan> References: <1112824796.3318.48.camel@localhost.localdomain> <1112989690.8034.18.camel@ignacio.ignacio.lan> Message-ID: <1112990475.3173.0.camel@localhost.localdomain> On Fri, 2005-04-08 at 15:48 -0400, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-04-06 at 17:59 -0400, Ray Strode wrote: > > Recently Matthias Clasen, David Zeuthen, and I spent some time working > > on getting GDM to start earlier in the boot process. > > I tried this out and it seems to render "init 3" useless at stopping X, > since gdm runs even on initlevel 3. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list Also telling the two new init scripts to "stop" doesn't do what you expect.. From ovidiu at linux360.ro Fri Apr 8 21:14:50 2005 From: ovidiu at linux360.ro (Ovidiu Lixandru) Date: Fri, 08 Apr 2005 23:14:50 +0200 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <4253C411.2090705@libero.it> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> <424F1079.1040504@linux360.ro> <424FF9A8.6090201@libero.it> <42519720.7060009@linux360.ro> <42523FF8.8010102@linux360.ro> <4253C411.2090705@libero.it> Message-ID: <4256F44A.7060708@linux360.ro> Cimmo wrote: > 1) if you run kmix how many things have you in "input"? I've nothing, > should I have something or not? Don't have KDE installed. > 2) When you turn on tvtime you give some command line options? Nope. I can adjust the line-in volume through the GNOME mixer, however I can't control it through TVtime. As I said earlier, the OSS mixer emulator doesn't work. -- Ovidiu Lixandru linux360 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3439 bytes Desc: S/MIME Cryptographic Signature URL: From czar at czarc.net Fri Apr 8 20:26:29 2005 From: czar at czarc.net (Gene C.) Date: Fri, 8 Apr 2005 15:26:29 -0500 Subject: note to vmware users Message-ID: <200504081626.29382.czar@czarc.net> On a FC4T1 systems updated to the latest kernel (2.6.11-1.1231_FC4) (and x86_64 system in my case) with VMware workstation 5 RC3 (12888), trying to configure/run vmware host stuff will cause a kernel panic! It seems to work OK with the 2.6.11-1.1226_FC4 kernel. -- Gene From sean.bruno at dsl-only.net Fri Apr 8 21:04:58 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 08 Apr 2005 14:04:58 -0700 Subject: soundcard-detection not changing default sound device(FC4T1) In-Reply-To: <1112917115.6849.4.camel@localhost.localdomain> References: <1112917115.6849.4.camel@localhost.localdomain> Message-ID: <1112994298.4948.0.camel@localhost.localdomain> On Thu, 2005-04-07 at 16:38 -0700, Sean Bruno wrote: > My machine has an onboard sound card and I have a USB headset for > chatting and such. The soundcard detection program allows me to change > the default sound device, but it doesn't appear to "stick" when I exit. > > Is this expected behaviour from a usb-sound device or is it bugzilla > worthy? > > Sean > I have opened a bug report on this: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154266 Sean From sean.bruno at dsl-only.net Fri Apr 8 21:05:45 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 08 Apr 2005 14:05:45 -0700 Subject: Volume control applet failure and gst-register segfault In-Reply-To: <1112505767.4183.0.camel@localhost.localdomain> References: <1112505767.4183.0.camel@localhost.localdomain> Message-ID: <1112994345.4948.2.camel@localhost.localdomain> On Sat, 2005-04-02 at 21:22 -0800, Sean Bruno wrote: > I noted that the volume control applet is not running and that my > attempts to run gst-register as instructed by the popup window failed > with a core dump. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153210 > > Sean > FYI, this issue seems to have cleared after updates yesterday. Thought some folks could check to see if the issue cleared for them and update this ticket. Sean From fct-cornette at insight.rr.com Fri Apr 8 21:52:38 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 08 Apr 2005 17:52:38 -0400 Subject: flac, gstreamer-plugins, etc. In-Reply-To: <20050408172217.321a26a6.fedora@wir-sind-cool.org> References: <200504071836.32543.czar@czarc.net> <4255D294.1040006@insight.rr.com> <20050408030031.0819f473.fedora@wir-sind-cool.org> <4255E18A.1070402@insight.rr.com> <20050408121744.6b665682.fedora@wir-sind-cool.org> <42566B89.2000601@insight.rr.com> <20050408172217.321a26a6.fedora@wir-sind-cool.org> Message-ID: <4256FD26.2020408@insight.rr.com> Michael Schwendt wrote: > > > No, it wasn't. You jumped into this thread with a completely different > problem. This only causes confusion. See above and original message with > Message-Id: <200504071836.32543.czar at czarc.net> I don't save a lot of messages or look for their ID. Anyway, totem seemed to be the problem relating to the conflict. Flac was topic. Deps that were not met were similar. Jumping in with the same problem sounds rational to me. Drifting off to other subjects I guess is a matter of scope. all issues stated i response effected these dep issues. Narrow scopes are limiting sometimes or can open new horizons. Hopefully the issue is resolved regarding what caused the dep problem. booking until the winter, Jim -- Due to a shortage of devoted followers, the production of great leaders has been discontinued. From rodd at clarkson.id.au Fri Apr 8 22:44:16 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Sat, 09 Apr 2005 08:44:16 +1000 Subject: Preferences gone from main menu? In-Reply-To: References: Message-ID: <1113000256.4403.11.camel@goose> On Fri, 2005-04-08 at 09:24 -0400, Fulko.Hew at sita.aero wrote: > When you look at this, you really have to remember that Linux/Unix _is_ > a multi-user platform, and the single user scenario is just a sub-set > of its functionality. Of course, ironically, this is what makes Linux so much more suitable to the concept of "My " and "System " than Windows. In the past Microsoft have worked really hard to give their single user environment a feeling that, while 3 or four people use it, it's actually 'each users' desktop. It's really quite laughable, more marketing than any real value, but that's a good way to think of Microsoft's products (IMHO ;-]) Linux on the other hand, with it true Multiuser environment, actually makes sense to have a distinction between what settings affect the individual user, and what setting affect the system. Things have progessed nicely to such a stage that you can even set up X windows defaults for the system, but each user can have their own preferred display size (which my wife has been wanting for ages - 1600x1200 WFM but not for her), so the idea of "My" and "Everyone/System/Default" actually makes a huge amount of sense. Rodd. PS. This is not an endorsement of Linux using the terms "My" and "System" but more a comment on the fact that while it might have been something the Microsoft used as a marketing ploy (and still does) it actually makes sense in Linux. From shrek-m at gmx.de Fri Apr 8 23:04:07 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 09 Apr 2005 01:04:07 +0200 Subject: ipod - rhythmbox (was: Re: OT: somafm.com) In-Reply-To: <1112975971.24604.17.camel@cutter> References: <42568B66.5080400@gmx.de> <1112975971.24604.17.camel@cutter> Message-ID: <42570DE7.30106@gmx.de> seth vidal wrote: >okay, if you two want to talk about streaming music - take it offlist. > thanks. i was playing with apple-iTunes (-> somafm.com) and in the next few days i get a iPod-mini. my question: under rhythmbox - ubuntu-live-cd i saw a iPod-icon in the side-pane but not under fc3/fc4t1 fc4t1 - rhythmbox-0.8.8-2 http://rhythmbox.org/news.html Rhythmbox 0.7.2 Fri, 02 Apr 2004 18:13:12 -0500 [...] Nicer iPod icon [Jakub Steiner] are the iPods not supported out of the box in fc3/fc4t1 rhythmbox ? http://www.apple.com/ipodmini/specs.html connectivity: usb2.0, firwire400 audio support: AAC (16 to 320 Kbps), Protected AAC (from iTunes Music Store), MP3 (16 to 320 Kbps), MP3 VBR, Audible (formats 2, 3, and 4), Apple Lossless, WAV, AIFF rhythmbox: plays only flac, ogg/vorbis (mp3 - not in fedora out of the box) which packages are necessary for the iPod support ? are these packages in "extras" ? google: something like gstreamer-plugins-mp3, libid3tag, Gtkpod, ... are necesassary -- shrek-m From fedora at wir-sind-cool.org Sat Apr 9 00:40:47 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 9 Apr 2005 02:40:47 +0200 Subject: ipod - rhythmbox (was: Re: OT: somafm.com) In-Reply-To: <42570DE7.30106@gmx.de> References: <42568B66.5080400@gmx.de> <1112975971.24604.17.camel@cutter> <42570DE7.30106@gmx.de> Message-ID: <20050409024047.343a2574.fedora@wir-sind-cool.org> On Sat, 09 Apr 2005 01:04:07 +0200, shrek-m at gmx.de wrote: > rhythmbox: > plays only flac, ogg/vorbis (mp3 - not in fedora out of the box) > > > > which packages are necessary for the iPod support ? > are these packages in "extras" ? > > google: something like gstreamer-plugins-mp3, libid3tag, Gtkpod, ... > are necesassary gstreamer-plugins-mp3 : rpm.livna.org libid3tag : Fedora Extras Gtkpod : rpm.livna.org (not ready yet, query bugzilla) Note, though, that rpm.livna.org does not offer prebuilt packages for FC4 Development, so rebuilds of unreleased updates from cvs/svn are necessary. From kmaraas at broadpark.no Sat Apr 9 06:06:52 2005 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Sat, 09 Apr 2005 08:06:52 +0200 Subject: A few issues In-Reply-To: <1112787240.4040.12.camel@localhost.localdomain> References: <1112787240.4040.12.camel@localhost.localdomain> Message-ID: <1113026812.3438.4.camel@localhost.localdomain> ons, 06,.04.2005 kl. 13.33 +0200, skrev Kjartan Maraas: > Hi. > Just thought I'd let you all know what happened to this. > My laptop decided to lock up hard while I was out having lunch. This is > with rawhide from yesterday and freshly booted this morning. Caps lock, > num lock etc were all dead and nothing could wake it up. > Had another lockup while running vmware in full screen with the windows screensaver running, I know this could be vmware's fault and all, but... > I've also seen one incident of the kernel shutting down because it was > feeling too hot even though the laptop had only been running for a very > short period of time and definitely was nowhere near the threshold at > that time. I think this was with the previous -1225 kernel. > Has not happened again. > Using DHCP I don't get a default route resulting in non-working network. > I see the rdisc service is failing on my system, so maybe that's > related? Having to do 'route add default eth0' every time I boot is > cumbersome. > This one is still there unless it was fixed in yesterday's updates. > rpm is failing to run scripts when installing/removing/upgrading > packages. This problem goes away when I boot with selinux=off and I see > nothing in the logs that give me a hint as to what is wrong. How can I > find out what's wrong with my security contexts? I haven't spent much > time getting familiar with the innards of selinux, so maybe it's just a > matter of relabeling or running some command to clean up some cruft? > This was fixed with fixfiles restore /bin > Wireless seems to be broken for me with an airo driven pccard, anyone > else seen problems with those? > Also working, could be related to incorrect security contexts and running scripts maybe? Cheers Kjartan From shrek-m at gmx.de Sat Apr 9 08:44:38 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 09 Apr 2005 10:44:38 +0200 Subject: ipod - rhythmbox In-Reply-To: <20050409024047.343a2574.fedora@wir-sind-cool.org> References: <42568B66.5080400@gmx.de> <1112975971.24604.17.camel@cutter> <42570DE7.30106@gmx.de> <20050409024047.343a2574.fedora@wir-sind-cool.org> Message-ID: <425795F6.6030901@gmx.de> Michael Schwendt wrote: >>which packages are necessary for the iPod support ? >>are these packages in "extras" ? >> >>google: something like gstreamer-plugins-mp3, libid3tag, Gtkpod, ... >>are necesassary >> >> >gstreamer-plugins-mp3 : rpm.livna.org >libid3tag : Fedora Extras >Gtkpod : rpm.livna.org (not ready yet, query bugzilla) > > http://bugzilla.livna.org/ >Note, though, that rpm.livna.org does not offer prebuilt packages >for FC4 Development, so rebuilds of unreleased updates from cvs/svn are >necessary. > thanks for the infos. OT: http://www.wired.com/news/mac/0,2125,66460,00.html "hide your iPod, here comes bill" -- shrek-m From buildsys at redhat.com Sat Apr 9 11:46:05 2005 From: buildsys at redhat.com (Build System) Date: Sat, 9 Apr 2005 07:46:05 -0400 Subject: rawhide report: 20050409 changes Message-ID: <200504091146.j39Bk553003256@porkchop.devel.redhat.com> Removed package katana Updated Packages: ant-0:1.6.2-3jpp_4fc -------------------- * Fri Apr 08 2005 Andrew Overholt 1.6.2-3jpp_4fc - Back out ant-apache-javac-ecj.patch and ant.orig changes as they stop eclipse from building. at-3.1.8-77_FC4 --------------- * Fri Apr 08 2005 Jason Vas Dias 3.1.8-77 - always call pam_setcred(pamh, PAM_DELETE_CRED) before session - close authd-1.4.3-4.devel ------------------- * Fri Apr 08 2005 Martin Stransky - 1.4.3-4.devel - clear last update * Fri Apr 08 2005 Martin Stransky - 1.4.3-3.devel - delete user "ident" after uninstalation * Thu Apr 07 2005 Martin Stransky - 1.4.3-2.devel - in.authd disabled by default (#151905) bug-buddy-1:2.10.0-1 -------------------- * Fri Apr 08 2005 Ray Strode 2.10.0-1 - Update to 2.10.0 control-center-1:2.10.1-1 ------------------------- * Fri Apr 08 2005 Ray Strode - Update to 2.10.1 device-mapper-multipath-0.4.4-0.pre8.1 -------------------------------------- e2fsprogs-1.37-2 ---------------- * Fri Apr 08 2005 Thomas Woerner 1.37-2 - upstream fixes 1.1589, 1.1590 and 1.1591: - add include of stdlib.h to fix a core dump bug on IA64 - ignore environment variables in blkid and ext2fs for setuid and setguid programs - no LOW_DTIME checks if the superblock last mount time looks insane * Fri Apr 08 2005 Thomas Woerner 1.37-1 - new version 1.37 - dropped upstream merged getsize-wrap patch * Wed Mar 16 2005 Stephen C. Tweedie 1.36-1.4 - Fix the getsize-wrap patch for >4TB filesystems eclipse-1:3.1.0_fc-0.M5.18 -------------------------- * Wed Apr 06 2005 Andrew Overholt 3.1.0_fc-0.M5.18 - Fix typo in gcj db building loops. - Add -O1 to x86_64 jar.so compilation. - Add EFJ (Eclipse Formatter for Java) patches (bkonrath) (e.o#75333). - Add patch to build swttools.jar (e.o#90364). - Symlink out to ant-jsch now that we have that. * Mon Apr 04 2005 Andrew Overholt 3.1.0_fc-0.M5.17 - Actually insert .jar-.jar.so combinations into sub-dbs. * Thu Mar 31 2005 Andrew Overholt 3.1.0_fc-0.M5.16 - Fix eclipse.script to not leave a sh process around (Joe Orton) - Use proper sub-dbs. - Don't compile jars that are symlinked from elsewhere. - Add jar-so combinations to .db based on .jar.so existence (not .jar). - Rename sub-dbs to be eclipse-*.db. - Use rebuild-gcj-db script. fonts-xorg-6.8.1.1-2 -------------------- * Fri Apr 08 2005 Mike A. Harris 6.8.1.1-2 - Added postun scripts for ISO8859-14 fonts, as they were previously missing, which could cause problems on uninstallation of those fonts. * Wed Mar 02 2005 Mike A. Harris 6.8.1.1-1.EL.1 - Bumped 6.8.1.1-1 to 6.8.1.1-1.EL.1, merged into RHEL4 for U1 gdb-6.3.0.0-1.11 ---------------- * Fri Apr 08 2005 Andrew Cagney 6.3.0.0-1.11 - Replace patch warning about DW_OP_piece with a patch that implements the DW_OP_piece read path. gdbm-1.8.0-25 ------------- * Sat Apr 09 2005 Florian La Roche - rebuild gedit-1:2.10.2-1 ---------------- * Fri Apr 08 2005 Ray Strode - 2.10.2-1 - Update to upstream version 2.10.2 gnome-doc-utils-0.2.0-1 ----------------------- * Fri Apr 08 2005 Ray Strode - 0.2.0-1 - Update to upstream version 0.2.0 gnome-games-1:2.10.0-1 ---------------------- * Fri Apr 08 2005 Ray Strode 1:2.10.0-1 - Update to 2.10.0 kernel-2.6.11-1.1233_FC4 ------------------------ * Fri Apr 08 2005 Dave Jones - Disable Longhaul driver (again). libgnome-2.10.0-1 ----------------- * Fri Apr 08 2005 Ray Strode - 2.10.0-1 - Update to 2.10.0 * Fri Mar 18 2005 Matthias Clasen - 2.9.1-3 - Fix the build on s390 * Thu Mar 17 2005 Matthias Clasen - 2.9.1-2 - Switch to Clearlooks as default gtk theme, gnome as default icon theme libgnomeui-2.10.0-1 ------------------- * Fri Apr 08 2005 Ray Strode - 2.10.0-1 - Update to 2.10.0 -* Thu Jan 27 2005 Matthias Clasen - 2.9.1-1 - Update to 2.9.1 - Drop upstreamed patches * Wed Sep 22 2004 Alexander Larsson - 2.8.0-1 - update to 2.8.0 * Fri Sep 17 2004 Matthias Clasen 2.7.92-2 - make the gnome-vfs file chooser backend work better with ftp: man-1.5p-4 ---------- * Tue Mar 29 2005 Ivana Varekova 1.5p-4 - fix bug 140732 in man pages and the rest of bug 140207 change in man-pages again (patch 17) * Tue Mar 22 2005 Ivana Varekova 1.5p-3 - fix bug 142673 - bugs in man2html * Wed Mar 16 2005 Ivana Varekova 1.5p-2 - fix bug 140178 - correct one typo - fix bug 140202 - problem with makewhatis exit (patch 13) - fix bug 140207 - problem with makewhatis -u (patch 14) the fixed version update information about man-pages which are less then one day old (it is used in day update) (man-pages may be fixed) - fix bug 140729 - makewhatis removed to /usr/sbin - fix bug 146631 - two-part locale dir-name is support (patch 15) - changed makewhatis version mysql-4.1.11-2 -------------- * Fri Apr 08 2005 Tom Lane 4.1.11-2 - Avoid dependency on , cause it won't build anymore on ia64. This is probably a cleaner solution for bz#143537, too. * Thu Apr 07 2005 Tom Lane 4.1.11-1 - Update to MySQL 4.1.11 to fix bz#152911 as well as other issues - Move perl-DBI, perl-DBD-MySQL dependencies to server package (bz#154123) - Override configure thread library test to suppress HAVE_LINUXTHREADS check - Fix BDB failure on s390x (bz#143537) - At last we can enable "make test" on all arches mysqlclient10-3.23.58-6 ----------------------- * Fri Apr 08 2005 Tom Lane 3.23.58-6 - Avoid dependency on , cause it won't build anymore on ia64. - Override configure thread library test to suppress HAVE_LINUXTHREADS check ncpfs-2.2.4-7 ------------- * Fri Apr 08 2005 Jiri Ryska - fixed getuid security bug CAN-2005-0013 - gcc4 fix * Wed Mar 16 2005 Elliot Lee - rebuilt pam-0.79-4 ---------- * Fri Apr 08 2005 Tomas Mraz 0.79-4 - #150537 - flush input first then write the prompt portmap-4.0-64 -------------- * Sat Apr 09 2005 Florian La Roche - add "exit 0" to postun script python-docs-2.4.1-1 ------------------- unixODBC-2.2.11-1 ----------------- * Fri Apr 08 2005 Tom Lane 2.2.11-1 - Update to unixODBC 2.2.11 vixie-cron-1:4.1-32_FC4 ----------------------- * Fri Apr 08 2005 Jason Vas Dias - 4.1-32_FC4 - do pam_close_session and pam_setcred(pamh, PAM_DELETE_CRED) - if fork fails From byte at aeon.com.my Sat Apr 9 13:28:21 2005 From: byte at aeon.com.my (Colin Charles) Date: Sat, 09 Apr 2005 23:28:21 +1000 Subject: ipod - rhythmbox (was: Re: OT: somafm.com) In-Reply-To: <42570DE7.30106@gmx.de> References: <42568B66.5080400@gmx.de> <1112975971.24604.17.camel@cutter> <42570DE7.30106@gmx.de> Message-ID: <1113053302.4917.29.camel@arena.soho.bytebot.net> On Sat, 2005-04-09 at 01:04 +0200, shrek-m at gmx.de wrote: > which packages are necessary for the iPod support ? > are these packages in "extras" ? Quite truthfully, I tend to use gtkpod. Its in some form of Extras iirc, otherwise I have packages too. (livna is a good place to check) gstreamer-plugins-mp3 is useful too But I've not seen Rhythmbox work with my iPod, sadly. Maybe I should poke at it from cvs to see if its any better -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From cimmo at libero.it Sat Apr 9 14:23:06 2005 From: cimmo at libero.it (Cimmo) Date: Sat, 09 Apr 2005 16:23:06 +0200 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <4256F44A.7060708@linux360.ro> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> <424F1079.1040504@linux360.ro> <424FF9A8.6090201@libero.it> <42519720.7060009@linux360.ro> <42523FF8.8010102@linux360.ro> <4253C411.2090705@libero.it> <4256F44A.7060708@linux360.ro> Message-ID: <4257E54A.9010305@libero.it> Ovidiu Lixandru ha scritto: >> 2) When you turn on tvtime you give some command line options? > > > Nope. I can adjust the line-in volume through the GNOME mixer, however > I can't control it through TVtime. As I said earlier, the OSS mixer > emulator doesn't work. > But how is it called in gnome mixer? I haven't seen anything "line-in" in your snapshot. Thanx From kms at passback.co.uk Sat Apr 9 16:32:15 2005 From: kms at passback.co.uk (Keith Sharp) Date: Sat, 09 Apr 2005 17:32:15 +0100 Subject: Evince 0.2.0 and landscape documents Message-ID: <1113064335.3511.3.camel@animal.passback.co.uk> Hello, Has anyone tried to view a landscape PDF document using the latest Rawhide Evince and Poppler? When I view Jeremy Katz's Xen presentation from FUDCON, Evince presents the pages as portrait format, but the page contents are landscape format. This document was correctly displayed in previous versions of Evince. Is this a know problem? Keith. From kms at passback.co.uk Sat Apr 9 17:00:15 2005 From: kms at passback.co.uk (Keith Sharp) Date: Sat, 09 Apr 2005 18:00:15 +0100 Subject: Evince 0.2.0 and landscape documents In-Reply-To: <1113064335.3511.3.camel@animal.passback.co.uk> References: <1113064335.3511.3.camel@animal.passback.co.uk> Message-ID: <1113066015.3511.5.camel@animal.passback.co.uk> On Sat, 2005-04-09 at 17:32 +0100, Keith Sharp wrote: > Hello, > > Has anyone tried to view a landscape PDF document using the latest > Rawhide Evince and Poppler? When I view Jeremy Katz's Xen presentation > from FUDCON, Evince presents the pages as portrait format, but the page > contents are landscape format. This document was correctly displayed in > previous versions of Evince. Opened 173190 in GNOMEs Bugzilla. Keith. From mefoster at gmail.com Sat Apr 9 23:55:00 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Sun, 10 Apr 2005 00:55:00 +0100 Subject: "Permission denied" on nvidia.ko built against recent rawhide kernels Message-ID: [ I'm running FC4test1 fully updated against Rawhide, on a Dell Inspiron 5160 laptop ] Has anyone else seen this? Every time I install a new kernel, I rebuild the nVidia srpm from livna.org against it. The last two times I did this (1231 and 1233 kernels), I end up with this warning when I try to install the RPM: % sudo rpm -ivh kernel-module-nvidia-2.6.11-1.1233_FC4smp-1.0.7167-0.lvn.2.3.i686.rpm Preparing... ########################################### [100%] 1:kernel-module-nvidia-2.########################################### [100%] WARNING: Can't read module /lib/modules/2.6.11-1.1233_FC4smp/kernel/drivers/video/nvidia/nvidia.ko: Permission denied Permissions on the file itself look fine to me: % sudo ls -l /lib/modules/2.6.11-1.1233_FC4smp/kernel/drivers/video/nvidia/nvidia.ko -rw-r--r-- 1 root root 4388960 Apr 10 00:36 /lib/modules/2.6.11-1.1233_FC4smp/kernel/drivers/video/nvidia/nvidia.ko If I boot one of the new kernels, I'm unable to modprobe nvidia, so X doesn't start properly. (Of course, I can still use the "nv" drivers with no problem.) This *didn't* happen with kernels up to and including 1226. Is this an selinux problem, maybe? (I'm running the "targeted" policy.) Some other package that changed at the same time as the kernel? Basically, I'm confused as to what's broken and how to fix it. Anyone else seen this? MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ My primary email address is M.E.Foster at ed.ac.uk From rad at radfiles.net Sat Apr 9 23:59:54 2005 From: rad at radfiles.net (Brian Rademacher) Date: Sat, 9 Apr 2005 17:59:54 -0600 Subject: Any place to get FC4T2 a little early? Message-ID: <007601c53d60$39e48700$0301a8c0@Rad> With a blizzard rolling in to Colorado soon, this weekend would be a perfect time for me to get core 4 test 2 on my new server...Test 1 wouldn't install at all for me, so I have some brand new hardware begging for an OS...The mirrors seem to be populated, but the directory is blocked... Are there any that aren't? From jspaleta at gmail.com Sun Apr 10 00:03:45 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 9 Apr 2005 20:03:45 -0400 Subject: "Permission denied" on nvidia.ko built against recent rawhide kernels In-Reply-To: References: Message-ID: <604aa7910504091703fe99432@mail.gmail.com> On Apr 9, 2005 7:55 PM, Mary Ellen Foster wrote: > [ I'm running FC4test1 fully updated against Rawhide, on a Dell > Inspiron 5160 laptop ] > > Has anyone else seen this? I've seen it as well. I get permisson denied AND i get avc errors generated from depmod. avc: denied { dac_override } for pid=5393 exe=/sbin/depmod capability=1 scontext=root:system_r:depmod_t tcontext=root:system_r:depmod_t tclass=capability I'm running selinux targetted as well. The fact that depmod is generating avc errors screams selinux issue.. but my selinux-fu is poor so I'm not sure how to fix this. I haven't filed this yet. I was going to examine if this also affects the ntfs add on module first... to see if is a more general problem. -jef From ivg2 at cornell.edu Sat Apr 9 23:31:13 2005 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Sat, 09 Apr 2005 19:31:13 -0400 Subject: "Permission denied" on nvidia.ko built against recent rawhide kernels In-Reply-To: <604aa7910504091703fe99432@mail.gmail.com> References: <604aa7910504091703fe99432@mail.gmail.com> Message-ID: <1113089473.25690.6.camel@cobra.ivg2.net> On Sat, 2005-04-09 at 20:03 -0400, Jeff Spaleta wrote: > On Apr 9, 2005 7:55 PM, Mary Ellen Foster wrote: > > [ I'm running FC4test1 fully updated against Rawhide, on a Dell > > Inspiron 5160 laptop ] > > > > Has anyone else seen this? > > I've seen it as well. I get permisson denied AND i get avc errors > generated from depmod. > avc: denied { dac_override } for pid=5393 exe=/sbin/depmod > capability=1 scontext=root:system_r:depmod_t > tcontext=root:system_r:depmod_t tclass=capability > > I'm running selinux targetted as well. The fact that depmod is > generating avc errors screams selinux issue.. but my selinux-fu is > poor so I'm not sure how to fix this. I haven't filed this yet. > I was going to examine if this also affects the ntfs add on module > first... to see if is a more general problem. It is not a more general problem - the issue is incorrect permissions in the livna.org package. I filed the bugzilla some time ago, and it should be fixed in the rpm, but no updated srpm was released (despite the request for one). Hopefully there will be an updated srpm with the upcoming 7147 package. -- Ivan Gyurdiev Cornell University From rramson at gmail.com Sun Apr 10 00:27:13 2005 From: rramson at gmail.com (Richard Ramson) Date: Sat, 9 Apr 2005 20:27:13 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: <007601c53d60$39e48700$0301a8c0@Rad> References: <007601c53d60$39e48700$0301a8c0@Rad> Message-ID: On Apr 9, 2005 7:59 PM, Brian Rademacher wrote: > With a blizzard rolling in to Colorado soon, this weekend would be a perfect > time for me to get core 4 test 2 on my new server...Test 1 wouldn't install > at all for me, so I have some brand new hardware begging for an OS...The > mirrors seem to be populated, but the directory is blocked... > > Are there any that aren't? > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > After all the trouble I went through to keep my PC updated with FC4T1, do I need to update to 2? I hope its not a complete reinstall. :( I tried accessing some of the 3.91 directories but couldn't get in either. I guess we gotta wait until the 11th. ;) From rpjday at mindspring.com Sun Apr 10 00:34:16 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sat, 9 Apr 2005 20:34:16 -0400 (EDT) Subject: Any place to get FC4T2 a little early? In-Reply-To: <007601c53d60$39e48700$0301a8c0@Rad> References: <007601c53d60$39e48700$0301a8c0@Rad> Message-ID: On Sat, 9 Apr 2005, Brian Rademacher wrote: > With a blizzard rolling in to Colorado soon, this weekend would be a > perfect time for me to get core 4 test 2 on my new server...Test 1 > wouldn't install at all for me, so I have some brand new hardware > begging for an OS...The mirrors seem to be populated, but the > directory is blocked... > > Are there any that aren't? not officially, and if there was, advertising it would be a really bad idea. rday From jspaleta at gmail.com Sun Apr 10 00:46:21 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 9 Apr 2005 20:46:21 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> Message-ID: <604aa79105040917466914f148@mail.gmail.com> On Apr 9, 2005 8:34 PM, Robert P. J. Day wrote: > not officially, and if there was, advertising it would be a really bad > idea. It would be a GREAT idea. That way I could contact the mirror admin via email and get the mirror locked down like its suppose to be. -jef From rad at radfiles.net Sun Apr 10 01:24:04 2005 From: rad at radfiles.net (Brian Rademacher) Date: Sat, 9 Apr 2005 19:24:04 -0600 Subject: Any place to get FC4T2 a little early? References: <007601c53d60$39e48700$0301a8c0@Rad> <604aa79105040917466914f148@mail.gmail.com> Message-ID: <004f01c53d6b$fc1b74e0$0301a8c0@Rad> > It would be a GREAT idea. That way I could contact the mirror admin > via email and get the mirror locked down like its suppose to be. > > -jef Haha...I'll let ya know (after I'm done downloading, of course)... From rodd at clarkson.id.au Sun Apr 10 04:57:31 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Sun, 10 Apr 2005 14:57:31 +1000 Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> Message-ID: <1113109051.3518.8.camel@goose> On Sat, 2005-04-09 at 20:27 -0400, Richard Ramson wrote: > After all the trouble I went through to keep my PC updated with FC4T1, > do I need to update to 2? I hope its not a complete reinstall. :( I > tried accessing some of the 3.91 directories but couldn't get in > either. I guess we gotta wait until the 11th. ;) Normally, you don't need to. BUT.... (you knew it was coming) Part of the purpose of all these tests is to test them. Much of the distro can be tested just doing update (and of course removing stuff that's been depreciated - and then possibly nagging that the depreciated package isn't included in extras yet). However, you're not just testing updates, you're testing the installer and how well a fresh install works out of the box. Just updating can't really replicate this (but it comes close), so if you can do a fresh install, that's quite useful. The easiest way to test is to keep your home folder as a seperate partition and then run a install of the current FC on one set of partitions, while testing on a different set (and using the same home dir for both - of course backing up often) This leaves you with a working version of FC while making it easier to install Tests. If you install grub for the current stable version in MBR and then install the grub for the test into the test /boot partition (or whatever partition /boot is in) you can hack up grub for the stable version to boot grub for the test version (effectively getting grub to fire up grub to fire up the test version). Rodd From dragoran at feuerpokemon.de Sun Apr 10 05:42:52 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Sun, 10 Apr 2005 07:42:52 +0200 Subject: "Permission denied" on nvidia.ko built against recent rawhide kernels In-Reply-To: <604aa7910504091703fe99432@mail.gmail.com> References: <604aa7910504091703fe99432@mail.gmail.com> Message-ID: <4258BCDC.4060108@feuerpokemon.de> Jeff Spaleta wrote: >On Apr 9, 2005 7:55 PM, Mary Ellen Foster wrote: > > >>[ I'm running FC4test1 fully updated against Rawhide, on a Dell >>Inspiron 5160 laptop ] >> >>Has anyone else seen this? >> >> > >I've seen it as well. I get permisson denied AND i get avc errors >generated from depmod. >avc: denied { dac_override } for pid=5393 exe=/sbin/depmod >capability=1 scontext=root:system_r:depmod_t >tcontext=root:system_r:depmod_t tclass=capability > >I'm running selinux targetted as well. The fact that depmod is >generating avc errors screams selinux issue.. but my selinux-fu is >poor so I'm not sure how to fix this. I haven't filed this yet. >I was going to examine if this also affects the ntfs add on module >first... to see if is a more general problem. > >-jef > > > try restorecon /lib/modules/2.6.11-1.1233_FC4smp/kernel/drivers/video/nvidia/nvidia.ko From mefoster at gmail.com Sun Apr 10 09:16:02 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Sun, 10 Apr 2005 10:16:02 +0100 Subject: "Permission denied" on nvidia.ko built against recent rawhide kernels In-Reply-To: <1113089473.25690.6.camel@cobra.ivg2.net> References: <604aa7910504091703fe99432@mail.gmail.com> <1113089473.25690.6.camel@cobra.ivg2.net> Message-ID: On Apr 10, 2005 12:31 AM, Ivan Gyurdiev wrote: > It is not a more general problem - the issue is incorrect > permissions in the livna.org package. I filed the bugzilla > some time ago, and it should be fixed in the rpm, but > no updated srpm was released (despite the request for one). > Hopefully there will be an updated srpm with the upcoming 7147 > package. Thanks for the pointer! I can confirm that the following fixed the issue for me: - chmod 755 /lib/modules/2.6.11-1.1233_FC4smp/kernel/drivers/video/nvidia/ - depmod -a After that, I am able to start X using the nvidia drivers with no problems. MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ From mpgritti at gmail.com Sun Apr 10 10:50:54 2005 From: mpgritti at gmail.com (Marco Pesenti Gritti) Date: Sun, 10 Apr 2005 12:50:54 +0200 Subject: Evince 0.2.0 and landscape documents In-Reply-To: <1113064335.3511.3.camel@animal.passback.co.uk> References: <1113064335.3511.3.camel@animal.passback.co.uk> Message-ID: Hi, yes, it's a known problem, I'm working on a fix... Marco On Apr 9, 2005 6:32 PM, Keith Sharp wrote: > Hello, > > Has anyone tried to view a landscape PDF document using the latest > Rawhide Evince and Poppler? When I view Jeremy Katz's Xen presentation > from FUDCON, Evince presents the pages as portrait format, but the page > contents are landscape format. This document was correctly displayed in > previous versions of Evince. > > Is this a know problem? > > Keith. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From buildsys at redhat.com Sun Apr 10 11:44:10 2005 From: buildsys at redhat.com (Build System) Date: Sun, 10 Apr 2005 07:44:10 -0400 Subject: rawhide report: 20050410 changes Message-ID: <200504101144.j3ABiA1a017476@porkchop.devel.redhat.com> Updated Packages: gtk+-1:1.2.10-39 ---------------- * Wed Mar 02 2005 Matthias Clasen 1:1.2.10-35 - Rebuild with gcc4 * Thu Feb 17 2005 Matthias Clasen 1:1.2.10-34 - Replace Copyright tag in header. gtk2-2.6.5-1 ------------ * Sat Apr 09 2005 Matthias Clasen - 2.6.5-1 - Update to 2.6.5 - Drop upstreamed patches * Mon Mar 28 2005 Matthias Clasen - 2.6.4-3 - Fix a double free in the bmp loader * Tue Mar 01 2005 Matthias Clasen - 2.6.4-2 - Rebuild with gcc4 imlib-1:1.9.13-24 ----------------- * Wed Mar 02 2005 Matthias Clasen 1:1.9.13-24 - Replace Copyright: with License: - rebuild with gcc4 libsilc-0:0.9.12-11 ------------------- * Sat Apr 09 2005 Stu Tomlinson 0.9.12-11 - use RPM_OPT_FLAGS (#153261) perl-Net-DNS-0.49-2 ------------------- * Sat Apr 09 2005 Ville Skytt?? - 0.49-2 - Explicitly disable tests requiring network access at build time. - Exclude Win32 and Cygwin specific modules. - More specfile cleanups. - Honor $RPM_OPT_FLAGS. * Sat Apr 02 2005 Robert Scheck 0.49-1 - upgrade to 0.49 and spec file cleanup (#153186) rhn-applet-2.1.17-3 ------------------- * Tue Nov 09 2004 Adrian Likins 2.1.17-1 - fix #138369 selinux-policy-strict-1.23.9-1 ------------------------------ * Fri Apr 08 2005 Dan Walsh 1.23.9-1 - Create separate secadm_r/secadm_t domain selinux-policy-targeted-1.23.9-1 -------------------------------- * Fri Apr 08 2005 Dan Walsh 1.23.9-1 - Create separate secadm_r/secadm_t domain spamassassin-3.0.2-8.fc4 ------------------------ * Sun Apr 10 2005 Ville Skytt?? - 3.0.2-8 - Own /usr/share/spamassassin (#152534). - Drop no longer needed dependency filter script. * Sat Apr 02 2005 Warren Togami 3.0.2-7 - req DB_File (#143186) sqlite-3.1.2-3 -------------- * Sat Apr 09 2005 Warren Togami - 3.1.2-3 - fix buildreqs (#154298) From dawid_gajownik at o2.pl Sun Apr 10 12:54:18 2005 From: dawid_gajownik at o2.pl (Dawid Gajownik) Date: Sun, 10 Apr 2005 14:54:18 +0200 Subject: libtool Message-ID: <425921FA.1040308@o2.pl> Hi! I've installed gcc and few dependencies (including libtool-1.5.14.multilib2-6) from Rawhide on my FC3. I noticed that libtool-libs-1.5.6-4.FC3.1 wasn't upgraded to libtool-ltdl-1.5.14.multilib2-6. Is this OK or libtool package should conflict with libtool-libs? Sorry for the stupid question but I was currious whether it's a correct bahavior :) -- ^_* -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From WormLineFiles at gmx.de Sun Apr 10 13:09:15 2005 From: WormLineFiles at gmx.de (Simon Lanzmich) Date: Sun, 10 Apr 2005 15:09:15 +0200 Subject: No Sound with kernel 1231 and 1233 Message-ID: <1113138555.13911.6.camel@simon.home> Hi, After updating to kernel-2.6.11-1.1231_FC4 and kernel-2.6.11-1.1233_FC4 sound stopped working on my system. However, if I boot the 1226 kernel, sound works. I have a fully updated FC4test1 system for x86_64 and my soundcard is a Audigy 2 ZS (using the emu10k1 module). Do you know what I could do? Simon From rpjday at mindspring.com Sun Apr 10 13:47:43 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sun, 10 Apr 2005 09:47:43 -0400 (EDT) Subject: Any place to get FC4T2 a little early? In-Reply-To: <1113109051.3518.8.camel@goose> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> Message-ID: On Sun, 10 Apr 2005, Rodd Clarkson wrote: > On Sat, 2005-04-09 at 20:27 -0400, Richard Ramson wrote: > > > After all the trouble I went through to keep my PC updated with > > FC4T1, do I need to update to 2? I hope its not a complete > > reinstall. :( I tried accessing some of the 3.91 directories but > > couldn't get in either. I guess we gotta wait until the 11th. > > ;) > > Normally, you don't need to. > > BUT.... (you knew it was coming) > > Part of the purpose of all these tests is to test them. Much of the > distro can be tested just doing update (and of course removing stuff > that's been depreciated - and then possibly nagging that the > depreciated package isn't included in extras yet). > > However, you're not just testing updates, you're testing the > installer and how well a fresh install works out of the box. Just > updating can't really replicate this (but it comes close), so if you > can do a fresh install, that's quite useful. this brings up a point i've been thinking about ever since fc4t1 had such annoying installation problems. i realize that RH doesn't like to do "respins" of test releases and, for the most part, that makes sense. but if a test release turns out to have a *serious* installation problem that prevents a lot of folks from even getting it onto their system, wouldn't a respin be justified in this situation? after all, if people can't even install it, they're certainly not going to be able to test it. thoughts? rday From cnegus at mwt.net Sun Apr 10 12:55:49 2005 From: cnegus at mwt.net (Chris Negus) Date: Sun, 10 Apr 2005 07:55:49 -0500 Subject: Audio recording in FC4 In-Reply-To: <1113109051.3518.8.camel@goose> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> Message-ID: <1113137749.5870.52.camel@butch.localhost.localdomain> Has anyone had any luck doing audio recording in FC4, test 1? I've not been able to record from line-in or microphone using rec, arecord, or gnome-sound-recorder. Also, I can't seem to select the recording device from alsamixer (bug 153302), but gnome-volume-control appears to let me select the device. Any insight would be helpful. -- Chris Negus From cdhouch at pobox.com Sun Apr 10 15:23:22 2005 From: cdhouch at pobox.com (Caerie Houchins) Date: Sun, 10 Apr 2005 10:23:22 -0500 Subject: No Sound with kernel 1231 and 1233 In-Reply-To: <1113138555.13911.6.camel@simon.home> References: <1113138555.13911.6.camel@simon.home> Message-ID: <425944EA.3070003@pobox.com> I had the same issue. I eventually found that the Audigy Analog/Digital Ooutput Jack had been muted somehow and that the IEC958 Optical Raw had been unmuted. Not sure how that got changed or which update changed them though. Once I redid all my settings using the ncurses alsamixer (from terminal window) it was all fine. Hope that fixes your problem too. Caerie Simon Lanzmich wrote: >Hi, >After updating to kernel-2.6.11-1.1231_FC4 and kernel-2.6.11-1.1233_FC4 >sound stopped working on my system. However, if I boot the 1226 kernel, >sound works. >I have a fully updated FC4test1 system for x86_64 and my soundcard is a >Audigy 2 ZS (using the emu10k1 module). >Do you know what I could do? > >Simon > > > From cimmo at libero.it Sun Apr 10 15:48:09 2005 From: cimmo at libero.it (Cimmo) Date: Sun, 10 Apr 2005 17:48:09 +0200 Subject: No Sound with kernel 1231 and 1233 In-Reply-To: <1113138555.13911.6.camel@simon.home> References: <1113138555.13911.6.camel@simon.home> Message-ID: <42594AB9.5040901@libero.it> Simon Lanzmich ha scritto: >Hi, >After updating to kernel-2.6.11-1.1231_FC4 and kernel-2.6.11-1.1233_FC4 >sound stopped working on my system. However, if I boot the 1226 kernel, >sound works. >I have a fully updated FC4test1 system for x86_64 and my soundcard is a >Audigy 2 ZS (using the emu10k1 module). >Do you know what I could do? > >Simon > > Probably some patches in kernel 2.6.12rc2 from alsa broke emu10k1, rc2 is in fact introduced with 1231 and 1233 in Fedora. http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.12-rc2 From byte at aeon.com.my Sun Apr 10 15:53:46 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 11 Apr 2005 01:53:46 +1000 Subject: smbfs mounts, and disconnected (then reconnected) networks Message-ID: <1113148426.4917.144.camel@arena.soho.bytebot.net> So, I tend to do: mount -t smbfs //myserver/share /mnt a lot. Problem is, I do this on my laptop, and I do tend to move it around sometimes, to places that don't involve my network. Because ACPI sleep doesn't work on my beautiful x86 laptop, I resort to just closing the lid, putting it in my backpack, and moving it usually, a 5-minute drive away from my home to where I usually spend the rest of my day Now, if I try to stat /mnt, I can an I/O error. This is mighty annoying, so is there a timeout for "lost mounts"? Then I come home at the end of the day, am back on my network (that NetworkManager dutifully signs me back on), and /mnt is still inaccessible Note that in all these scenarious, unmounting /mnt _does not work_ I try to remount by doing: mount -t smbfs //myserver/share /mnt and it obviously doesn't work. mount remount /mnt is pointless too Any idea if this is a bug of sorts, or is there something I'm not doing right? I mean, seamless integration would be that if my network isn't seen anymore, unmount stuff Though I can see problems with that, say with NFS mounted home directories. The last time I tried that, I recall things just being left in a hung state on screen when the nfs server disappeard. I presume this is the same now Thoughts? Comments? Thanks -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From mike at netlyncs.com Sun Apr 10 15:13:08 2005 From: mike at netlyncs.com (Mike Chambers) Date: Sun, 10 Apr 2005 10:13:08 -0500 Subject: No Sound with kernel 1231 and 1233 In-Reply-To: <1113138555.13911.6.camel@simon.home> References: <1113138555.13911.6.camel@simon.home> Message-ID: <1113145988.2888.1.camel@scrappy.netlyncs.com> On Sun, 2005-04-10 at 15:09 +0200, Simon Lanzmich wrote: > Hi, > After updating to kernel-2.6.11-1.1231_FC4 and kernel-2.6.11-1.1233_FC4 > sound stopped working on my system. However, if I boot the 1226 kernel, > sound works. > I have a fully updated FC4test1 system for x86_64 and my soundcard is a > Audigy 2 ZS (using the emu10k1 module). > Do you know what I could do? Must be something wrong with the module or something. I noticed the same thing, and thought it was something I did wrong, due to my integrated sound does work, SB Live! (using same module you mentioned) doesn't in these last two kernels. -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From surak at casa.surak.eti.br Sun Apr 10 16:23:05 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Sun, 10 Apr 2005 13:23:05 -0300 Subject: smbfs mounts, and disconnected (then reconnected) networks In-Reply-To: <1113148426.4917.144.camel@arena.soho.bytebot.net> References: <1113148426.4917.144.camel@arena.soho.bytebot.net> Message-ID: <1113150185.18484.0.camel@localhost.surak.eti.br> Em Seg, 2005-04-11 ?s 01:53 +1000, Colin Charles escreveu: > mount -t smbfs //myserver/share /mnt > Now, if I try to stat /mnt, I can an I/O error. This is mighty annoying, > so is there a timeout for "lost mounts"? I always though that smb was stateless, thus less effected by disconnection problems than nfs... From cra at WPI.EDU Sun Apr 10 16:30:33 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Sun, 10 Apr 2005 12:30:33 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> Message-ID: <20050410163033.GK1904@angus.ind.WPI.EDU> On Sun, Apr 10, 2005 at 09:47:43AM -0400, Robert P. J. Day wrote: > problem that prevents a lot of folks from even getting it onto their > system, wouldn't a respin be justified in this situation? after all, > if people can't even install it, they're certainly not going to be > able to test it. There is a respin done everyday. It is called rawhide, and on good days you can install it from scratch. From kmaraas at broadpark.no Sun Apr 10 16:33:38 2005 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Sun, 10 Apr 2005 18:33:38 +0200 Subject: high temp? In-Reply-To: <200504072227.10058.gene.heskett@verizon.net> References: <4255C609.4070109@duke.edu> <200504072227.10058.gene.heskett@verizon.net> Message-ID: <1113150819.3569.5.camel@localhost.localdomain> tor, 07,.04.2005 kl. 22.27 -0400, skrev Gene Heskett: > On Thursday 07 April 2005 19:45, Robbie Foust wrote: > >Hi, > > > >Apr 7 04:29:06 localhost kernel: Critical temperature reached (95 > > C), shutting down. > >Apr 7 04:29:06 localhost shutdown: shutting down for system halt > > > >Any suggestions? This seems to happen nightly on my IBM Thinkpad > > A31p, fc4t1. :-( (yes the fan is working :-) > > Cron runs a bunch of housekeeping and maintainance utilities starting > at 4 AM. Even if the fan is running, to hit 95C indicates the unit > needs more air, lots more air, or its full of dust bunnies & needs an > air hose taken to its internals. 95C is very very hot indeed. > Just checked my logs since I've had at least one spurious shutdown a short while after booting. No cron jobs running and the laptop was feeling cooler than it does normally after a couple of hours' use. [root at localhost vex]# grep "Critical temp" /var/log/messages.* /var/log/messages.1:Apr 5 12:01:49 localhost kernel: Critical temperature reached (114 C), shutting down. /var/log/messages.1:Apr 5 12:01:49 localhost kernel: Critical temperature reached (52 C), shutting down. /var/log/messages.2:Apr 2 14:04:57 localhost kernel: Critical temperature reached (119 C), shutting down. /var/log/messages.2:Apr 2 14:04:58 localhost kernel: Critical temperature reached (24 C), shutting down. [root at localhost vex]# Cheers Kjartan From gene.heskett at verizon.net Sun Apr 10 17:05:28 2005 From: gene.heskett at verizon.net (Gene Heskett) Date: Sun, 10 Apr 2005 13:05:28 -0400 Subject: high temp? In-Reply-To: <1113150819.3569.5.camel@localhost.localdomain> References: <4255C609.4070109@duke.edu> <200504072227.10058.gene.heskett@verizon.net> <1113150819.3569.5.camel@localhost.localdomain> Message-ID: <200504101305.28380.gene.heskett@verizon.net> On Sunday 10 April 2005 12:33, Kjartan Maraas wrote: >tor, 07,.04.2005 kl. 22.27 -0400, skrev Gene Heskett: >> On Thursday 07 April 2005 19:45, Robbie Foust wrote: >> >Hi, >> > >> >Apr 7 04:29:06 localhost kernel: Critical temperature reached >> > (95 C), shutting down. >> >Apr 7 04:29:06 localhost shutdown: shutting down for system halt >> > >> >Any suggestions? This seems to happen nightly on my IBM Thinkpad >> > A31p, fc4t1. :-( (yes the fan is working :-) >> >> Cron runs a bunch of housekeeping and maintainance utilities >> starting at 4 AM. Even if the fan is running, to hit 95C >> indicates the unit needs more air, lots more air, or its full of >> dust bunnies & needs an air hose taken to its internals. 95C is >> very very hot indeed. > >Just checked my logs since I've had at least one spurious shutdown a >short while after booting. No cron jobs running and the laptop was >feeling cooler than it does normally after a couple of hours' use. > >[root at localhost vex]# grep "Critical temp" /var/log/messages.* >/var/log/messages.1:Apr 5 12:01:49 localhost kernel: Critical > temperature reached (114 C), shutting down. /var/log/messages.1:Apr > 5 12:01:49 localhost kernel: Critical temperature reached (52 C), > shutting down. /var/log/messages.2:Apr 2 14:04:57 localhost > kernel: Critical temperature reached (119 C), shutting down. > /var/log/messages.2:Apr 2 14:04:58 localhost kernel: Critical > temperature reached (24 C), shutting down. [root at localhost vex]# > >Cheers >Kjartan I'll repeat, there is something seriously sick in that box, either in the monitoring, or in the cooling. Back to the vendor, carrying the logs as evidence. Since it reports 114C and 52C in the same exact second, followed by much later, a 119C and 24C only one second later, I'd suspect the monitoring itself is broken. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.34% setiathome rank, not too shabby for a WV hillbilly Yahoo.com and AOL/TW attorneys please note, additions to the above message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved. From rpjday at mindspring.com Sun Apr 10 17:08:02 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sun, 10 Apr 2005 13:08:02 -0400 (EDT) Subject: Any place to get FC4T2 a little early? In-Reply-To: <20050410163033.GK1904@angus.ind.WPI.EDU> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> Message-ID: On Sun, 10 Apr 2005, Chuck R. Anderson wrote: > On Sun, Apr 10, 2005 at 09:47:43AM -0400, Robert P. J. Day wrote: > > problem that prevents a lot of folks from even getting it onto > > their system, wouldn't a respin be justified in this situation? > > after all, if people can't even install it, they're certainly not > > going to be able to test it. > There is a respin done everyday. It is called rawhide, and on good > days you can install it from scratch. i'm sorry, maybe i just never noticed -- does rawhide actually include new ISO images as well respun on a daily basis? news to me. rday From skvidal at phy.duke.edu Sun Apr 10 17:06:18 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 10 Apr 2005 13:06:18 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> Message-ID: <1113152778.2815.16.camel@cutter> > i'm sorry, maybe i just never noticed -- does rawhide actually include > new ISO images as well respun on a daily basis? news to me. > no, but it is network installable. -sv From Fedora at TQMcube.com Sun Apr 10 19:02:54 2005 From: Fedora at TQMcube.com (David Cary Hart) Date: Sun, 10 Apr 2005 15:02:54 -0400 Subject: FC4-T2 Tomorrow Message-ID: <1113159774.17089.5.camel@dch.tqmcube.com> Still on schedule? -- ________________________________________________________________________ Kill Spam at the Source: http://www.TQMcube.com/spam_trap.htm Today's Spam Trap Adds: http://www.TQMcube.com/BlockedToday RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm From shrek-m at gmx.de Sun Apr 10 19:09:55 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 10 Apr 2005 21:09:55 +0200 Subject: FC4-T2 Tomorrow In-Reply-To: <1113159774.17089.5.camel@dch.tqmcube.com> References: <1113159774.17089.5.camel@dch.tqmcube.com> Message-ID: <42597A03.4000207@gmx.de> David Cary Hart wrote: >Still on schedule? > > http://fedora.redhat.com/participate/schedule/ 11 april test2, string build freeze (builds completed) -- shrek-m From terraformers at gmx.net Sun Apr 10 19:17:08 2005 From: terraformers at gmx.net (Lars G) Date: Sun, 10 Apr 2005 21:17:08 +0200 Subject: rawhide report: 20050410 changes References: <200504101144.j3ABiA1a017476@porkchop.devel.redhat.com> Message-ID: On Sun, 10 Apr 2005 07:44:10 -0400, Build System wrote: ... anyone have the "computer location" icon in nautilus/browser missing too after todays update ? best lars From FrankSanderDo at vodafone.de Sun Apr 10 19:16:45 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Sun, 10 Apr 2005 21:16:45 +0200 Subject: high temp? In-Reply-To: <200504101305.28380.gene.heskett@verizon.net> References: <4255C609.4070109@duke.edu> <200504072227.10058.gene.heskett@verizon.net> <1113150819.3569.5.camel@localhost.localdomain> <200504101305.28380.gene.heskett@verizon.net> Message-ID: <42597B9D.5080809@vodafone.de> Gene Heskett wrote: >On Sunday 10 April 2005 12:33, Kjartan Maraas wrote: > > >>tor, 07,.04.2005 kl. 22.27 -0400, skrev Gene Heskett: >> >> >>>On Thursday 07 April 2005 19:45, Robbie Foust wrote: >>> >>> >>>>Hi, >>>> >>>>Apr 7 04:29:06 localhost kernel: Critical temperature reached >>>>(95 C), shutting down. >>>>Apr 7 04:29:06 localhost shutdown: shutting down for system halt >>>> >>>>Any suggestions? This seems to happen nightly on my IBM Thinkpad >>>>A31p, fc4t1. :-( (yes the fan is working :-) >>>> >>>> >>>Cron runs a bunch of housekeeping and maintainance utilities >>>starting at 4 AM. Even if the fan is running, to hit 95C >>>indicates the unit needs more air, lots more air, or its full of >>>dust bunnies & needs an air hose taken to its internals. 95C is >>>very very hot indeed. >>> >>> >>Just checked my logs since I've had at least one spurious shutdown a >>short while after booting. No cron jobs running and the laptop was >>feeling cooler than it does normally after a couple of hours' use. >> >>[root at localhost vex]# grep "Critical temp" /var/log/messages.* >>/var/log/messages.1:Apr 5 12:01:49 localhost kernel: Critical >>temperature reached (114 C), shutting down. /var/log/messages.1:Apr >> 5 12:01:49 localhost kernel: Critical temperature reached (52 C), >>shutting down. /var/log/messages.2:Apr 2 14:04:57 localhost >>kernel: Critical temperature reached (119 C), shutting down. >>/var/log/messages.2:Apr 2 14:04:58 localhost kernel: Critical >>temperature reached (24 C), shutting down. [root at localhost vex]# >> >>Cheers >>Kjartan >> >> > >I'll repeat, there is something seriously sick in that box, either in >the monitoring, or in the cooling. Back to the vendor, carrying the >logs as evidence. Since it reports 114C and 52C in the same exact >second, followed by much later, a 119C and 24C only one second later, >I'd suspect the monitoring itself is broken. > > > Hi folks, some how on my AMD PC I figured the same problem. I was able to check for real values and found the monitoring wrong. is that handled by lm-sensors? Any ideas how to over come? thanks Frank -------------- next part -------------- An HTML attachment was scrubbed... URL: From terraformers at gmx.net Sun Apr 10 21:59:04 2005 From: terraformers at gmx.net (Lars G) Date: Sun, 10 Apr 2005 23:59:04 +0200 Subject: rawhide report: 20050410 changes References: <200504101144.j3ABiA1a017476@porkchop.devel.redhat.com> Message-ID: On Sun, 10 Apr 2005 21:17:08 +0200, Lars G wrote: > On Sun, 10 Apr 2005 07:44:10 -0400, Build System wrote: > ... > > > anyone have the "computer location" icon in nautilus/browser > missing too after todays update ? > > > best > lars ok looks like it's this bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154340 lars From rad at radfiles.net Sun Apr 10 22:45:36 2005 From: rad at radfiles.net (Brian Rademacher) Date: Sun, 10 Apr 2005 16:45:36 -0600 Subject: Drives will not format... Message-ID: <001501c53e1f$0326cd30$0301a8c0@Rad> System is an Abit SU-2S, dual Opteron 246, 2 gigs ECC, 2 Maxtor 300 gig SATA-II drives, Marvell 88SX-6081 SATA II controller... I can get each drive to format on it's own and install, but when both are connected, formatting in software RAID 0, or even leaving it as the default "automatic" partitions results in: Writing inode tables 980/4454 (then it stops) Warning, had trouble writing out superblocks...Anaconda dies shortly thereafter saying that it can't continue... Then the drives go off line, and "Rejecting I/O to offline device" shows up in dmesg... I've taken out RAM, passed every kernel parameter I can think of before the install, wiped out the HDs with DD, etc... From DwaineGarden at rogers.com Mon Apr 11 01:54:29 2005 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Sun, 10 Apr 2005 21:54:29 -0400 Subject: No Sound with kernel 1231 and 1233 In-Reply-To: <1113145988.2888.1.camel@scrappy.netlyncs.com> References: <1113138555.13911.6.camel@simon.home> <1113145988.2888.1.camel@scrappy.netlyncs.com> Message-ID: <4259D8D5.9030207@rogers.com> Mike Chambers wrote: >On Sun, 2005-04-10 at 15:09 +0200, Simon Lanzmich wrote: > > >>Hi, >>After updating to kernel-2.6.11-1.1231_FC4 and kernel-2.6.11-1.1233_FC4 >>sound stopped working on my system. However, if I boot the 1226 kernel, >>sound works. >>I have a fully updated FC4test1 system for x86_64 and my soundcard is a >>Audigy 2 ZS (using the emu10k1 module). >>Do you know what I could do? >> >> > >Must be something wrong with the module or something. I noticed the >same thing, and thought it was something I did wrong, due to my >integrated sound does work, SB Live! (using same module you mentioned) >doesn't in these last two kernels. > > > Sounds is working fine for the VIA 8235 with kernel 1233 8*) Dwaine. From rfoust at duke.edu Sun Apr 10 22:20:42 2005 From: rfoust at duke.edu (Robbie Foust) Date: Sun, 10 Apr 2005 18:20:42 -0400 Subject: high temp? In-Reply-To: <42597B9D.5080809@vodafone.de> References: <4255C609.4070109@duke.edu> <200504072227.10058.gene.heskett@verizon.net> <1113150819.3569.5.camel@localhost.localdomain> <200504101305.28380.gene.heskett@verizon.net> <42597B9D.5080809@vodafone.de> Message-ID: <4259A6BA.4020001@duke.edu> My machine is actually quite clean (the Thinkpad A31p). It just gets really hot, unfortunately. Next time I think I'll get something that runs a little cooler... - Robbie Robbie Foust OIT-CASI Duke University Frank Sander wrote: > Gene Heskett wrote: > >>On Sunday 10 April 2005 12:33, Kjartan Maraas wrote: >> >> >>>tor, 07,.04.2005 kl. 22.27 -0400, skrev Gene Heskett: >>> >>> >>>>On Thursday 07 April 2005 19:45, Robbie Foust wrote: >>>> >>>> >>>>>Hi, >>>>> >>>>>Apr 7 04:29:06 localhost kernel: Critical temperature reached >>>>>(95 C), shutting down. >>>>>Apr 7 04:29:06 localhost shutdown: shutting down for system halt >>>>> >>>>>Any suggestions? This seems to happen nightly on my IBM Thinkpad >>>>>A31p, fc4t1. :-( (yes the fan is working :-) >>>>> >>>>> >>>>Cron runs a bunch of housekeeping and maintainance utilities >>>>starting at 4 AM. Even if the fan is running, to hit 95C >>>>indicates the unit needs more air, lots more air, or its full of >>>>dust bunnies & needs an air hose taken to its internals. 95C is >>>>very very hot indeed. >>>> >>>> >>>Just checked my logs since I've had at least one spurious shutdown a >>>short while after booting. No cron jobs running and the laptop was >>>feeling cooler than it does normally after a couple of hours' use. >>> >>>[root at localhost vex]# grep "Critical temp" /var/log/messages.* >>>/var/log/messages.1:Apr 5 12:01:49 localhost kernel: Critical >>>temperature reached (114 C), shutting down. /var/log/messages.1:Apr >>> 5 12:01:49 localhost kernel: Critical temperature reached (52 C), >>>shutting down. /var/log/messages.2:Apr 2 14:04:57 localhost >>>kernel: Critical temperature reached (119 C), shutting down. >>>/var/log/messages.2:Apr 2 14:04:58 localhost kernel: Critical >>>temperature reached (24 C), shutting down. [root at localhost vex]# >>> >>>Cheers >>>Kjartan >>> >>> >> >>I'll repeat, there is something seriously sick in that box, either in >>the monitoring, or in the cooling. Back to the vendor, carrying the >>logs as evidence. Since it reports 114C and 52C in the same exact >>second, followed by much later, a 119C and 24C only one second later, >>I'd suspect the monitoring itself is broken. >> >> >> > Hi folks, > > some how on my AMD PC I figured the same problem. I was able to check > for real values and found the monitoring wrong. > is that handled by lm-sensors? > Any ideas how to over come? > > thanks > Frank From mharris at www.linux.org.uk Mon Apr 11 02:56:17 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Sun, 10 Apr 2005 22:56:17 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> Message-ID: <4259E751.90600@www.linux.org.uk> Robert P. J. Day wrote: > On Sun, 10 Apr 2005, Rodd Clarkson wrote: > > >>On Sat, 2005-04-09 at 20:27 -0400, Richard Ramson wrote: >> >> >>>After all the trouble I went through to keep my PC updated with >>>FC4T1, do I need to update to 2? I hope its not a complete >>>reinstall. :( I tried accessing some of the 3.91 directories but >>>couldn't get in either. I guess we gotta wait until the 11th. >>>;) >> >>Normally, you don't need to. >> >>BUT.... (you knew it was coming) >> >>Part of the purpose of all these tests is to test them. Much of the >>distro can be tested just doing update (and of course removing stuff >>that's been depreciated - and then possibly nagging that the >>depreciated package isn't included in extras yet). >> >>However, you're not just testing updates, you're testing the >>installer and how well a fresh install works out of the box. Just >>updating can't really replicate this (but it comes close), so if you >>can do a fresh install, that's quite useful. > > > this brings up a point i've been thinking about ever since fc4t1 had > such annoying installation problems. i realize that RH doesn't like > to do "respins" of test releases and, for the most part, that makes > sense. > > but if a test release turns out to have a *serious* installation > problem that prevents a lot of folks from even getting it onto their > system, wouldn't a respin be justified in this situation? after all, > if people can't even install it, they're certainly not going to be > able to test it. > > thoughts? Agreed 100%. From mharris at www.linux.org.uk Mon Apr 11 02:57:36 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Sun, 10 Apr 2005 22:57:36 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: <20050410163033.GK1904@angus.ind.WPI.EDU> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> Message-ID: <4259E7A0.3090602@www.linux.org.uk> Chuck R. Anderson wrote: > On Sun, Apr 10, 2005 at 09:47:43AM -0400, Robert P. J. Day wrote: > >>problem that prevents a lot of folks from even getting it onto their >>system, wouldn't a respin be justified in this situation? after all, >>if people can't even install it, they're certainly not going to be >>able to test it. > > > There is a respin done everyday. It is called rawhide, and on good > days you can install it from scratch. That doesn't test the installer case very well. Most people do not do anaconda installs of random rawhide builds. I think Robert's suggestion is completely rational. From jeffy5 at optonline.net Mon Apr 11 03:18:01 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Sun, 10 Apr 2005 23:18:01 -0400 Subject: FCT2 Availability Message-ID: <1113189481.5218.1.camel@jeffrey.jeffsdomain.net> At what time tomorrow will FCT2 become available tomorrow? I live in the Eastern Timezone. Jeff From cra at WPI.EDU Mon Apr 11 03:32:00 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Sun, 10 Apr 2005 23:32:00 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: <4259E7A0.3090602@www.linux.org.uk> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> Message-ID: <20050411033200.GD8833@angus.ind.WPI.EDU> On Sun, Apr 10, 2005 at 10:57:36PM -0400, Mike A. Harris wrote: > Chuck R. Anderson wrote: > >There is a respin done everyday. It is called rawhide, and on good > >days you can install it from scratch. > > That doesn't test the installer case very well. Most people do not > do anaconda installs of random rawhide builds. Why not? I do anaconda installs of random rawhide builds all the time by booting the files in isolinux/ using grub. The only bit that doesn't get tested is the actual ISO generation. If most people don't know this can be done, perhaps it should be publicized more. > I think Robert's suggestion is completely rational. I don't see the need for a full iso set to be generated that often. Test releases are just "stable" points in the rawhide tree that happen about once a month. I think this is often enough for full iso sets. From pri.rhl3 at iadonisi.to Mon Apr 11 03:38:28 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Sun, 10 Apr 2005 23:38:28 -0400 Subject: OT: Re: note to vmware users In-Reply-To: <200504081626.29382.czar@czarc.net> References: <200504081626.29382.czar@czarc.net> Message-ID: <1113190708.20747.4.camel@md.local.linuxlobbyist.org> On Fri, 2005-04-08 at 15:26 -0500, Gene C. wrote: > On a FC4T1 systems updated to the latest kernel (2.6.11-1.1231_FC4) (and > x86_64 system in my case) with VMware workstation 5 RC3 (12888), trying to > configure/run vmware host stuff will cause a kernel panic! > > It seems to work OK with the 2.6.11-1.1226_FC4 kernel. Confirmed here on i686 kernel with VMware Workstation 5 GA (build 13124), but there is a new patch at http://platan.vc.cvut.cz/ftp/pub/vmware/vmware-any-any-update90.tar.gz that fixes the problem. -- -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 rpjday at mindspring.com Mon Apr 11 03:41:52 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sun, 10 Apr 2005 23:41:52 -0400 (EDT) Subject: Any place to get FC4T2 a little early? In-Reply-To: <20050411033200.GD8833@angus.ind.WPI.EDU> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> Message-ID: On Sun, 10 Apr 2005, Chuck R. Anderson wrote: > I don't see the need for a full iso set to be generated that often. > Test releases are just "stable" points in the rawhide tree that > happen about once a month. I think this is often enough for full > iso sets. it's *not* often enough if you're talking about official test releases, for which RH is looking for as much feedback as they can get, and there's a serious installation flaw that prevents a significant number of people from even getting it onto their systems. and, typically, these installation problems are identified within about a day of availability and are fixed almost immediately, so there's no reason not to slap up a fixed ISO. i realize this has no significance in the cosmic scheme of things but i downloaded fc4t1 within hours of its availability, made it accessible via NFS and went to put it on a test machine. as many people noticed, fc4t1 had a bug that affected NFS installs. i could have screwed around, burned CDs, checked bugzilla, looked for a workaround ... something. but i have a lot to do so i just punted and let it go. i don't have time to figure out why *any* version of FC -- test or otherwise -- can't be installed normally. so i scrapped it. now here comes fc4t2. once again, i'll be all over that, downloading as soon as i can. and if it fails to install again, i'll forget that one, too. i'm more than happy to put up with the inevitable bugs that can be handled via regular updates. but i'm not going to waste my time with a release that won't even install properly. that sort of thing is unacceptable, even in an initial test release. rday From rodd at clarkson.id.au Mon Apr 11 04:04:52 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 11 Apr 2005 14:04:52 +1000 Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> Message-ID: <1113192292.3780.13.camel@jellyfish.redfishdemo.com> On Sun, 2005-04-10 at 23:41 -0400, Robert P. J. Day wrote: > On Sun, 10 Apr 2005, Chuck R. Anderson wrote: > > > I don't see the need for a full iso set to be generated that often. > > Test releases are just "stable" points in the rawhide tree that > > happen about once a month. I think this is often enough for full > > iso sets. > > it's *not* often enough if you're talking about official test > releases, for which RH is looking for as much feedback as they can > get, and there's a serious installation flaw that prevents a > significant number of people from even getting it onto their systems. > and, typically, these installation problems are identified within > about a day of availability and are fixed almost immediately, so > there's no reason not to slap up a fixed ISO. Given the amount of data this means resending to mirrors, this might be one reason for not doing so. Maybe instead of 'slapping up a fixed ISO' (which while it had some noted issues, also worked very well for many people), the developers could look at releasing a 'update' for the installer to fix these problems. I've seen this used to fix problems with the installer after the release (the filesystem/parted stuff with FC3 for example) and it works well and the file size for such 'updates' are small enough and easy enough to use. Would this be possible? Rodd. Rodd From cra at WPI.EDU Mon Apr 11 04:12:49 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Mon, 11 Apr 2005 00:12:49 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> Message-ID: <20050411041249.GE8833@angus.ind.WPI.EDU> On Sun, Apr 10, 2005 at 11:41:52PM -0400, Robert P. J. Day wrote: > it's *not* often enough if you're talking about official test > releases, for which RH is looking for as much feedback as they can > get, and there's a serious installation flaw that prevents a > significant number of people from even getting it onto their systems. > and, typically, these installation problems are identified within > about a day of availability and are fixed almost immediately, so > there's no reason not to slap up a fixed ISO. What is a significant number of people? I had no problem installing test1. New ISO's need to be propagated to mirrors as whole new files. It is already hard enough to keep rawhide in sync with all the mirrors, nevermind new sets of complete ISO's totalling 10 gig or more. Well, ok. I could see a new boot.iso being built. At least that is only a few megs. and would allow testing the entire boot from a real CD through to a network install. > now here comes fc4t2. once again, i'll be all over that, downloading > as soon as i can. and if it fails to install again, i'll forget that > one, too. i'm more than happy to put up with the inevitable bugs that > can be handled via regular updates. but i'm not going to waste my > time with a release that won't even install properly. that sort of > thing is unacceptable, even in an initial test release. Just install rawhide. A test release becomes rawhide after a "yum update" anyway. If it fails to install, try again the next day. And the next. Eventually you'll get to a day where it installs, and then you can "yum update" from there. If not, file a bug on the installer, and hopefully it will be fixed in a few days and you can try again. From mpeters at mac.com Mon Apr 11 04:54:54 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 11 Apr 2005 04:54:54 +0000 Subject: Any place to get FC4T2 a little early? In-Reply-To: (from rpjday@mindspring.com on Sun Apr 10 20:41:52 2005) References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> Message-ID: <1113195294l.6287l.0l@devel.mpeters.local> On 04/10/2005 08:41:52 PM, Robert P. J. Day wrote: > and, typically, these installation problems are identified within > about a day of availability and are fixed almost immediately, so > there's no reason not to slap up a fixed ISO. which is yet another readon for Fedora to adopt jigdo - the respun iso could be distributed via jigdo, making very little downloading required for those who had issues to be able to test the respin and see if they are resolved. -- Michael A. Peters http://mpeters.us/ From mpeters at mac.com Mon Apr 11 04:57:56 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 11 Apr 2005 04:57:56 +0000 Subject: Any place to get FC4T2 a little early? In-Reply-To: <1113192292.3780.13.camel@jellyfish.redfishdemo.com> (from rodd@clarkson.id.au on Sun Apr 10 21:04:52 2005) References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <1113192292.3780.13.camel@jellyfish.redfishdemo.com> Message-ID: <1113195476l.6287l.1l@devel.mpeters.local> On 04/10/2005 09:04:52 PM, Rodd Clarkson wrote: > > Given the amount of data this means resending to mirrors, this might > be > one reason for not doing so. Which can be solved by jigdo. Debian Sarge typically updates their iso weekly - getting the latest iso to test is usually doable in less than an hour - for the full 2 DVD distribution - if you already have the previous weeks iso's, because jigdo will re-use those parts that have already been downloaded, and only fetch the new pieces - producing iso files that match the md5sum perfectly. Jigdo is the right way to distribute a "re-spin" test release. -- Michael A. Peters http://mpeters.us/ From skvidal at phy.duke.edu Mon Apr 11 04:45:17 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 11 Apr 2005 00:45:17 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: <1113195294l.6287l.0l@devel.mpeters.local> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <1113195294l.6287l.0l@devel.mpeters.local> Message-ID: <1113194717.2813.13.camel@cutter> > which is yet another readon for Fedora to adopt jigdo - the respun iso > could be distributed via jigdo, making very little downloading required > for those who had issues to be able to test the respin and see if they > are resolved. > Do me a favor. Everytime someone mentions isos, you mention jigdo. However, what I've never seen you do is link to jigdo-ized releases of fedora. try it sometime. do a jigdo from fc4t1 to fc4t2 isos. I wanna see what sort of bandwidth saving is possible. Rather than just take your word and jigdo's website word for it. Let's get some numbers, shall we? -sv From byte at aeon.com.my Mon Apr 11 05:22:52 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 11 Apr 2005 15:22:52 +1000 Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> Message-ID: <1113196972.4917.188.camel@arena.soho.bytebot.net> On Sun, 2005-04-10 at 13:08 -0400, Robert P. J. Day wrote: > > There is a respin done everyday. It is called rawhide, and on good > > days you can install it from scratch. > > i'm sorry, maybe i just never noticed -- does rawhide actually include > new ISO images as well respun on a daily basis? news to me. Rawhide is installable daily (using boot.iso) from nfs/ftp/http and iirc, hard disk even And you _can_ roll ISOs yourself if need be -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From byte at aeon.com.my Mon Apr 11 05:24:18 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 11 Apr 2005 15:24:18 +1000 Subject: Any place to get FC4T2 a little early? In-Reply-To: <20050411033200.GD8833@angus.ind.WPI.EDU> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> Message-ID: <1113197058.4917.190.camel@arena.soho.bytebot.net> On Sun, 2005-04-10 at 23:32 -0400, Chuck R. Anderson wrote: > > That doesn't test the installer case very well. Most people do not > > do anaconda installs of random rawhide builds. > > Why not? I do anaconda installs of random rawhide builds all the time > by booting the files in isolinux/ using grub. The only bit that > doesn't get tested is the actual ISO generation. If most people don't > know this can be done, perhaps it should be publicized more. I do it via nfs; I sync almost daily, and kick off random x86/ppc installs But ISO generation bits even releng ;-) > > I think Robert's suggestion is completely rational. > > I don't see the need for a full iso set to be generated that often. > Test releases are just "stable" points in the rawhide tree that happen > about once a month. I think this is often enough for full iso sets. Of course, we could then start posting xdelta's of the ISOs if we want to generate daily. It'll work for most days unless there's a mass rebuild -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From arjanv at redhat.com Mon Apr 11 06:10:36 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 11 Apr 2005 08:10:36 +0200 Subject: smbfs mounts, and disconnected (then reconnected) networks In-Reply-To: <1113150185.18484.0.camel@localhost.surak.eti.br> References: <1113148426.4917.144.camel@arena.soho.bytebot.net> <1113150185.18484.0.camel@localhost.surak.eti.br> Message-ID: <1113199837.6275.12.camel@laptopd505.fenrus.org> On Sun, 2005-04-10 at 13:23 -0300, Alexandre Strube wrote: > Em Seg, 2005-04-11 ?s 01:53 +1000, Colin Charles escreveu: > > mount -t smbfs //myserver/share /mnt > > Now, if I try to stat /mnt, I can an I/O error. This is mighty annoying, > > so is there a timeout for "lost mounts"? > > I always though that smb was stateless, thus less effected by > disconnection problems than nfs... nfs is stateless, smb is not. -------------- 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 zjsun at biigroup.com Mon Apr 11 05:40:29 2005 From: zjsun at biigroup.com (szj) Date: Mon, 11 Apr 2005 13:40:29 +0800 Subject: April 11 points to what time? In-Reply-To: <1113197058.4917.190.camel@arena.soho.bytebot.net> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <1113197058.4917.190.camel@arena.soho.bytebot.net> Message-ID: <425A0DCD.8040601@biigroup.com> Hi, All: Forgive me my stupid question. The release schedule of Fedora says FCT2 willl release at April 11. I wonder what time zone the Fedora team uses. I live in east Aisa where time is ahead of GMT 8 hours. But I think even in GMT now it should past April 11 o'clock. Why the FCT2 have not come out?? Maybe they use the America local time, f.e. west British Columbia. Best Regards. From mefoster at gmail.com Mon Apr 11 06:46:14 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Mon, 11 Apr 2005 07:46:14 +0100 Subject: April 11 points to what time? In-Reply-To: <425A0DCD.8040601@biigroup.com> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <1113197058.4917.190.camel@arena.soho.bytebot.net> <425A0DCD.8040601@biigroup.com> Message-ID: On Apr 11, 2005 6:40 AM, szj wrote: > Forgive me my stupid question. The release schedule of Fedora says > FCT2 willl release at April 11. I wonder what time zone the Fedora team > uses. I live in east Aisa where time is ahead of GMT 8 hours. But I > think even in GMT now it should past April 11 o'clock. Why the FCT2 > have not come out?? Maybe they use the America local time, f.e. > west British Columbia. Check your local mirrors ... it might be that one has unlocked the relevant directory already. MEF [somewhat reluctant to say which UK mirror she's currently downloading from for risk of overloading it ... :) ] -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From cra at WPI.EDU Mon Apr 11 07:13:17 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Mon, 11 Apr 2005 03:13:17 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: <1113194717.2813.13.camel@cutter> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <1113195294l.6287l.0l@devel.mpeters.local> <1113194717.2813.13.camel@cutter> Message-ID: <20050411071317.GG8833@angus.ind.WPI.EDU> On Mon, Apr 11, 2005 at 12:45:17AM -0400, seth vidal wrote: > Do me a favor. > Everytime someone mentions isos, you mention jigdo. However, what I've > never seen you do is link to jigdo-ized releases of fedora. > try it sometime. > do a jigdo from fc4t1 to fc4t2 isos. Ok. I'll do that tomorrow for fc4t2. > I wanna see what sort of bandwidth saving is possible. Rather than just > take your word and jigdo's website word for it. Well, for the mirrors, the bandwidth savings would be pretty obvious since they would only need to downloaded the distro once, not thrice like many of them do now (tree + CDs + DVD). > Let's get some numbers, shall we? More interesting would be rsyncing the tree from rawhide -> test -> final release, then using master-server-provided jigdo files to create the CD and DVD ISOs. I agree that getting numbers for this would be worthwhile. I'll see what I can do here. From mpeters at mac.com Mon Apr 11 07:25:05 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 11 Apr 2005 07:25:05 +0000 Subject: Jigdo [was re: fc4t2 a little early] In-Reply-To: <1113194717.2813.13.camel@cutter> (from skvidal@phy.duke.edu on Sun Apr 10 21:45:17 2005) References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <1113195294l.6287l.0l@devel.mpeters.local> <1113194717.2813.13.camel@cutter> Message-ID: <1113204305l.6332l.0l@devel.mpeters.local> On 04/10/2005 09:45:17 PM, seth vidal wrote: > > > which is yet another readon for Fedora to adopt jigdo - the respun > iso > > could be distributed via jigdo, making very little downloading > required > > for those who had issues to be able to test the respin and see if > they > > are resolved. > > > > Do me a favor. > Everytime someone mentions isos, you mention jigdo. However, what > I've > never seen you do is link to jigdo-ized releases of fedora. > > try it sometime. > > do a jigdo from fc4t1 to fc4t2 isos. > > I wanna see what sort of bandwidth saving is possible. Rather than > just > take your word and jigdo's website word for it. > > Let's get some numbers, shall we? "Every time" is a little bit of an exageration, but yes - I confess, I pimp jigdo - it saves me a lot of bandwidth with Debian ISO's. With respect to a FC4T1 to FC4T2 jigdo update, there may be some bandwidth savings, but it probably would not be much because a lot of packages will have changed between the two respective ISO's. Tiniest change in a package, and jigdo wants an entire new package. Where jigdo will save bandwidth - if the test releases were released via jigdo, I could tell it to scan my mirror of rawhide packages, and it would only need to downloads files needed for the iso that were not in my rawhide mirror. With FC4T1 there were 3 major bugs on release - 1) gdm 2) firstboot 3) disk integrity check With jigdo, it would have been possible to release a FC4T1.a that had those fixed, since not many files on the iso's would need to be changed to fix at least the first two issues, getting a fixed iso would be as simple as mounting your FC4Test1 dvd iso, pointing jigdo-liste at the FC4Test1.a jigdo file, and telling it to scan your mounted FC4Test1 dvd. The files that were identical between the two would not need to be redownloaded to make the new iso file, because jigdo-lite would find them on the mounted DVD. Where jigdo also saves bandwidth is the creation of the test releases from people who have local rawhide mirrors. They can have jigdo-lite scan their rawhide mirror, and it can create the iso files using mostly packages from the local rawhide mirror - only needing to fetch those files from the fedora server that were not present in the local rawhide mirror. Jigdo's biggest advantage however is that is saves on mirror disk space, and that I believe was the original reason Debian moved to using it. If you have a full mirror of fedora, you have every single rpm 3 times (one for download outside the images, one in DVD image, one in CD image) - and noarch rpm's, you have many many times. With jigdo, a lot of mirrors could choose not to mirror the iso images - but instead only mirror the packages and jigdo files needed to create CD's/DVD's - and still be able to provide CDs/DVDs to their users without needing the disk space of all of the ISO images. I imagine this would also greatly reduce the bandwidth needed before a release to populate the mirrors. The bandwidth jigdo would save going from FC4T1 to FC4T2 can be calculated, look at the size of files that identical between the two. Tests aren't needed, if jigdo-lite has scanned a file it needs for the image it is creating, it uses that file - and doesn't download it. It's probably not that great between FC4T1 and FC4T2 because a large number of packages have been updated. Where the savings would be - would be creating iso's for people who already have lots of current rawhide packages (IE have jigdo-lite scan /var/cache/yum/extras- development/ ) and the desired (but currently non-existant) respins of test iso's to fix issues that are found within 24 hours of a release. -- Michael A. Peters http://mpeters.us/ From shrek-m at gmx.de Mon Apr 11 08:05:20 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 11 Apr 2005 10:05:20 +0200 Subject: FCT2 Availability In-Reply-To: <1113189481.5218.1.camel@jeffrey.jeffsdomain.net> References: <1113189481.5218.1.camel@jeffrey.jeffsdomain.net> Message-ID: <425A2FC0.4080505@gmx.de> Jeffrey D. Yuille wrote: >At what time tomorrow will FCT2 become available tomorrow? I live in >the Eastern Timezone. > at the time you can access http://download.fedora.redhat.com/pub/fedora/linux/core/test/3.91/ i guess today around 18:00 (gmt +01) http://fedora.redhat.com/download/mirrors.html some mirrors later or never eg. fc4t1 announcement https://www.redhat.com/archives/fedora-announce-list/2005-March/msg00035.html -- shrek-m From fedora at nodata.co.uk Mon Apr 11 09:10:41 2005 From: fedora at nodata.co.uk (nodata) Date: Mon, 11 Apr 2005 11:10:41 +0200 (CEST) Subject: April 11 points to what time? In-Reply-To: <425A0DCD.8040601@biigroup.com> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <1113197058.4917.190.camel@arena.soho.bytebot.net> <425A0DCD.8040601@biigroup.com> Message-ID: <64582.213.164.3.90.1113210641.squirrel@www.nodata.co.uk> > Hi, All: > > Forgive me my stupid question. The release schedule of Fedora says > FCT2 willl release at April 11. I wonder what time zone the Fedora team > uses. I live in east Aisa where time is ahead of GMT 8 hours. But I > think even in GMT now it should past April 11 o'clock. Why the FCT2 > have not come out?? Maybe they use the America local time, f.e. > west British Columbia. > > Best Regards. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > EST iirc. Eastern Standard Time. -0500 from GMT (Universal) time. From luya at jpopmail.com Mon Apr 11 09:36:44 2005 From: luya at jpopmail.com (luya at jpopmail.com) Date: Mon, 11 Apr 2005 01:36:44 -0800 Subject: About submitting updated package Message-ID: <20050411093644.AEDCA1FB15@ws5-1.us4.outblaze.com> Hello to Fedora developers, I thank you for prociding response from my previous post "Is it possible to make Fedora boot faster?". Since then, my fellow FC3 users understand the process. The other message is addressing to Warren Togami or any developers. It is about submitting blender 2.36 package as I am very new using the wiki configuration and cvs. I reused the 2.35 spec and brought some cleaning. Let me know how do I send spec and build source, Thanks -- _______________________________________________ Get your free email from http://mymail.jp.popstarmail.org Powered by Outblaze From shrek-m at gmx.de Mon Apr 11 09:47:41 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 11 Apr 2005 11:47:41 +0200 Subject: April 11 points to what time? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <1113197058.4917.190.camel@arena.soho.bytebot.net> <425A0DCD.8040601@biigroup.com> Message-ID: <425A47BD.5080005@gmx.de> Mary Ellen Foster http://homepages.inf.ed.ac.uk/mef/ wrote: >MEF [somewhat reluctant to say which > ac. >UK mirror she's currently downloading from for risk of overloading it ... :) ] > -- shrek-m From surak at casa.surak.eti.br Mon Apr 11 10:50:09 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Mon, 11 Apr 2005 07:50:09 -0300 Subject: Any place to get FC4T2 a little early? In-Reply-To: <20050411041249.GE8833@angus.ind.WPI.EDU> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <20050411041249.GE8833@angus.ind.WPI.EDU> Message-ID: <1113216609.28562.2.camel@localhost.surak.eti.br> Em Seg, 2005-04-11 ?s 00:12 -0400, Chuck R. Anderson escreveu: > > get, and there's a serious installation flaw that prevents a > > significant number of people from even getting it onto their systems. > > and, typically, these installation problems are identified within > What is a significant number of people? I had no problem installing > test1. Lucky you - I couldn't get it to boot on the three intel machines I've tested it. (both cd and dvd) > New ISO's need to be propagated to mirrors as whole new files. It is > already hard enough to keep rawhide in sync with all the mirrors, > nevermind new sets of complete ISO's totalling 10 gig or more. There are other ways of doing it. (say jigdo for instance) > Just install rawhide. A test release becomes rawhide after a "yum > update" anyway. If it fails to install, try again the next day. And How? If you can't even boot it. I'm talking about the iso. Not doing floppies and so. > the next. Eventually you'll get to a day where it installs, and then > you can "yum update" from there. If not, file a bug on the installer, > and hopefully it will be fixed in a few days and you can try again. From owaugly at xmission.com Mon Apr 11 11:05:50 2005 From: owaugly at xmission.com (Al Kroeger) Date: Mon, 11 Apr 2005 05:05:50 -0600 Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> Message-ID: <425A5A0E.5050209@xmission.com> i could have screwed around, burned CDs, checked bugzilla, looked for >a workaround ... something. but i have a lot to do so i just punted >and let it go. i don't have time to figure out why *any* version of >FC -- test or otherwise -- can't be installed normally. so i scrapped >it. > >now here comes fc4t2. once again, i'll be all over that, downloading >as soon as i can. and if it fails to install again, i'll forget that >one, too. i'm more than happy to put up with the inevitable bugs that >can be handled via regular updates. but i'm not going to waste my >time with a release that won't even install properly. that sort of >thing is unacceptable, even in an initial test release. > >rday > > > Well, that sums up my feelings about it in a nutshell. I screwed around with it for a couple of hours, then bagged it! What's there to test if I can't even install it? I'll just wait for fc4t2 and give that a shot. Failing that, wait for t3.... owa From rpjday at mindspring.com Mon Apr 11 11:25:22 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 11 Apr 2005 07:25:22 -0400 (EDT) Subject: Any place to get FC4T2 a little early? In-Reply-To: <1113216609.28562.2.camel@localhost.surak.eti.br> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <20050411041249.GE8833@angus.ind.WPI.EDU> <1113216609.28562.2.camel@localhost.surak.eti.br> Message-ID: On Mon, 11 Apr 2005, Alexandre Strube wrote: > Em Seg, 2005-04-11 ?s 00:12 -0400, Chuck R. Anderson escreveu: > > > get, and there's a serious installation flaw that prevents a > > > significant number of people from even getting it onto their systems. > > > and, typically, these installation problems are identified within > > What is a significant number of people? I had no problem installing > > test1. > Lucky you - I couldn't get it to boot on the three intel machines > I've tested it. (both cd and dvd) that was kind of my point. i wasn't suggesting that new ISOs be respun to correct minor bugs, just major installation issues that prevent a significant number of folks from getting it onto their system. sorry if i phrased that badly but, as i said, in terms of any new FC test releases, my acid test in whether i'm even going to look at it is if i can get it to install. if a perfectly normal installation fails these days, i just delete the ISOs, get back to work, and wait for the next release. rday From fedora at nodata.co.uk Mon Apr 11 11:31:47 2005 From: fedora at nodata.co.uk (nodata) Date: Mon, 11 Apr 2005 13:31:47 +0200 (CEST) Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <20050411041249.GE8833@angus.ind.WPI.EDU> <1113216609.28562.2.camel@localhost.surak.eti.br> Message-ID: <35398.213.164.3.90.1113219107.squirrel@www.nodata.co.uk> > On Mon, 11 Apr 2005, Alexandre Strube wrote: > respun to correct minor bugs, just major installation issues that > prevent a significant number of folks from getting it onto their > system. Please can you post bugzilla numbers for these? Thanks. From buildsys at redhat.com Mon Apr 11 11:42:05 2005 From: buildsys at redhat.com (Build System) Date: Mon, 11 Apr 2005 07:42:05 -0400 Subject: rawhide report: 20050411 changes Message-ID: <200504111142.j3BBg53A009788@porkchop.devel.redhat.com> Updated Packages: aspell-af-50:0.50-2 ------------------- aspell-br-50:0.50-2 ------------------- aspell-ca-50:0.50-2 ------------------- emacs-21.4-2 ------------ * Mon Apr 11 2005 Jens Petersen - 21.4-2 - update etags to 17.11 (idht4n at hotmail.com, 151390) - add etags-14.21-17.11-diff.patch - replace i386 setarch redefinitions of __make and makeinstall with emacs-21.4-setarch_for_loadup-101818.patch and setting SETARCH on i386 (Jason Vas Dias, 101818) * Sun Apr 10 2005 Jens Petersen - 21.4-1 - update to 21.4 movemail vulnerability release - no longer need movemail-CAN-2005-0100.patch - replace /usr/bin/emacs alternatives with a wrapper script (Warren Togami) to prevent it from disappearing when upgrading (Michal Jaegermann, 154326) - suffix the X emacs binaries with -x and the no X binaries with -nox - the wrapper script /usr/bin/emacs-%version runs emacs-x if installed or otherwise emacs-nox. /usr/bin/emacs is a symlink to the wrapper - make emacs and emacs-nox own the subdirs in /usr/libexec - add a bunch of fixes from debian's emacs21_21.4a-1 patch: battery-acpi-support.dpatch, bzero-and-have-stdlib.dpatch, coding-region-leak.dpatch, detect-coding-iso2022.dpatch, fix-batch-mode-signal-handling.dpatch, pcl-cvs-format.dpatch, python-completion-ignored-extensions.dpatch, remote-files-permissions.dpatch, save-buffer.dpatch, scroll-margin.dpatch, xfree86-4.3-modifiers.dpatch - add fix-x-vs-no-x-diffs.dpatch - define emacs_libexecdir - build both emacs and emacs-nox as %{version}.1 and move common DOC file to emacs-common - suffix version in fns-%{version}.1.el with -x and -nox respectively - add 100 to elisp patches file-4.13-4 ----------- * Mon Apr 11 2005 Radek Vokal - 4.13-4 - check Cyrus files before Apple Quicktime movies (#154342) * Mon Mar 07 2005 Radek Vokal - 4.13-3 - check for shared libs before fs dump files (#149868) * Fri Mar 04 2005 Radek Vokal - 4.13-2 - gcc4 rebuilt flex-2.5.4a-34 -------------- * Sun Apr 10 2005 Jakub Jelinek 2.5.4a-34 - rebuilt with GCC 4 - add %check script gimp-2:2.2.6-1 -------------- * Mon Apr 11 2005 Nils Philippsen - version 2.2.6 gnome-games-1:2.10.0-3 ---------------------- * Sun Apr 10 2005 Warren Togami 1:2.10.0-3 - undo previous change - remove unnecessary ldconfig calls - remove crack obsolete * Sun Apr 10 2005 Ray Strode 1:2.10.0-2 - Add requires line for guile (bug 154297) gtk2-2.6.6-1 ------------ * Mon Apr 11 2005 Matthias Clasen - 2.6.6-1 - Update to 2.6.6 - Drop upstreamed patches * Sun Apr 10 2005 Jeremy Katz - 2.6.5-2 - add patch from upstream CVS for broken icons (#154340, bgo#169870) hwdata-0.156-1 -------------- * Sun Apr 10 2005 Mike A. Harris 0.156-1 - Update SiS entries in Cards/pcitable to match what Xorg X11 6.8.2 supports iiimf-1:12.1.1-12.svn2435 ------------------------- * Fri Apr 08 2005 Akira TAGOH - 1:12.1.1-12.svn2435 - le.xml.conf is now marked as %ghost. - delete a htt user only when it still exists. (#154207) * Mon Apr 04 2005 Akira TAGOH - 1:12.1.1-11.svn2435 - update to svn2435 - fallback LEs properly with XIM. (#139811) - iiimecf works now with even the unix domain socket. (#143759) - added Provides: iiimf-csconv stuff for iiimf-libs agaist the Package Naming Guidelines. - iiimsf-rh-debuginfo.patch: build with corrent path for -debuginfo. - iiimqcf-rh-build.patch: updated to build iiimqcf. - added epoch to upgrade iiimf-csconv with iiimf-libs correctly. (Jens Petersen) * Fri Apr 01 2005 Akira TAGOH - update to svn2421 - fixed the hardcoded IMDIR path. (#131936) - annoying 'status has not been enabled yet' syslog message was gone. (#135284) - fixed the crash issue on GTK+ when it's destroying. (#153020) - call iiimf-le-tools with -g option. - also call iiimf-le-tools with the valid LE path. - these patches are merged into upstream: - iiimsf-rh-gcc4.patch - htt_xbe-rh-gcc4.patch - leif-unit-tamil-phonetic-135035.patch - leif-unit-gu-inscriptfix-140337.patch indent-2.2.9-8 -------------- * Sun Apr 10 2005 Jakub Jelinek 2.2.9-8 - add %check * Sun Apr 10 2005 Jakub Jelinek 2.2.9-7 - rebuilt with GCC4 - fixed source URL jwhois-3.2.2-13 --------------- * Mon Apr 11 2005 Miloslav Trmac - 3.2.2-13 - Update to upstream config as of Apr 11 2005 (get results in English from whois.nic.ad.jp) kernel-2.6.11-1.1234_FC4 ------------------------ * Sun Apr 10 2005 Dave Jones - Integrate Roland McGrath's changes to make exec-shield and vdso play nicely together. ruby-1.8.2-7 ------------ * Thu Apr 07 2005 Akira TAGOH - 1.8.2-7 - ruby-1.8.2-deadcode.patch: removed the dead code from the source. (#146108) - make sure that all documentation files in ruby-docs are the world- readable. (#147279) From surak at casa.surak.eti.br Mon Apr 11 11:55:31 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Mon, 11 Apr 2005 08:55:31 -0300 Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <20050411041249.GE8833@angus.ind.WPI.EDU> <1113216609.28562.2.camel@localhost.surak.eti.br> Message-ID: <1113220531.29253.8.camel@localhost.surak.eti.br> Em Seg, 2005-04-11 ?s 07:25 -0400, Robert P. J. Day escreveu: > sorry if i phrased that badly but, as i said, in terms of any new FC > test releases, my acid test in whether i'm even going to look at it is > if i can get it to install. if a perfectly normal installation fails > these days, i just delete the ISOs, get back to work, and wait for the > next release. that's it - one less person to test the 'test release' and fill bugs - do you understand why is important to have some way of correcting at least the most critical install bugs fixed even before a new release? I'm sure there are things that we would contribute in bugzilla, if at least we were able to run it. -- Alexandre Strube From rpjday at mindspring.com Mon Apr 11 12:24:38 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 11 Apr 2005 08:24:38 -0400 (EDT) Subject: Any place to get FC4T2 a little early? In-Reply-To: <35398.213.164.3.90.1113219107.squirrel@www.nodata.co.uk> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <20050411041249.GE8833@angus.ind.WPI.EDU> <1113216609.28562.2.camel@localhost.surak.eti.br> <35398.213.164.3.90.1113219107.squirrel@www.nodata.co.uk> Message-ID: On Mon, 11 Apr 2005, nodata wrote: > > On Mon, 11 Apr 2005, Alexandre Strube wrote: > > respun to correct minor bugs, just major installation issues that > > prevent a significant number of folks from getting it onto their > > system. > > Please can you post bugzilla numbers for these? um ... why? it's easy enough to get a list of installation-related problems with a simple query: https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora+Core&version=fc4test1&component=anaconda&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= rday From alan.gagne at comcast.net Mon Apr 11 12:44:47 2005 From: alan.gagne at comcast.net (Alan J. Gagne) Date: Mon, 11 Apr 2005 08:44:47 -0400 Subject: kernel_devel Message-ID: <1113223487.20359.3.camel@agagne.int.demandware.com> Error during update of todays build. Installing: kernel-devel ####################### [11/28] Failed to mmap /usr/src/kernels/2.6.11-1.1233_FC4- i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1234_FC4- i686/./include/config/MARKER Failed to mmap ./include/config/MARKER From fedora at nodata.co.uk Mon Apr 11 12:46:48 2005 From: fedora at nodata.co.uk (nodata) Date: Mon, 11 Apr 2005 14:46:48 +0200 (CEST) Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <20050411041249.GE8833@angus.ind.WPI.EDU> <1113216609.28562.2.camel@localhost.surak.eti.br> <35398.213.164.3.90.1113219107.squirrel@www.nodata.co.uk> Message-ID: <56134.213.164.3.90.1113223608.squirrel@www.nodata.co.uk> > On Mon, 11 Apr 2005, nodata wrote: > >> > On Mon, 11 Apr 2005, Alexandre Strube wrote: >> > respun to correct minor bugs, just major installation issues that >> > prevent a significant number of folks from getting it onto their >> > system. >> >> Please can you post bugzilla numbers for these? > > um ... why? it's easy enough to get a list of installation-related > problems with a simple query: > > https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora+Core&version=fc4test1&component=anaconda&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= > Because I'm interested in whether this is an issue in response to some fairly common bugs that prevent a lot of people installing Test 1 (in which case I'd like to see what they are); or a a more generalised suggestion to produce more frequent isos, rather than waiting until the next test release. If it's the first case, I don't see any critical issues on that bugzilla link. If it's the second, people can either bugzilla it, and report the problem here, hopefully for a fix. They could roll their own, or they could wait until the next Test release. There don't seem to be many of the second category (maybe people are being quiet?), which is why I'm interested. From shrek-m at gmx.de Mon Apr 11 12:48:26 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 11 Apr 2005 14:48:26 +0200 Subject: Any place to get FC4T2 a little early? In-Reply-To: <425A5A0E.5050209@xmission.com> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <425A5A0E.5050209@xmission.com> Message-ID: <425A721A.5080202@gmx.de> Al Kroeger wrote: > Well, that sums up my feelings about it in a nutshell. I screwed > around with it for a couple of hours, then bagged it! What's there to > test if I can't even install it? you can test ... the boot.iso ? the installation cd#1 ? the installer - anaconda ? ... and if it will not install on your hardware you can file bug-reports against your hardware. your problem if fc4 comes out and will not install on your hardware. > I'll just wait for fc4t2 and give that a shot. Failing that, wait > for t3.... installation was broken several times in test releases. -- shrek-m From shrek-m at gmx.de Mon Apr 11 12:56:29 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 11 Apr 2005 14:56:29 +0200 Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <20050411041249.GE8833@angus.ind.WPI.EDU> <1113216609.28562.2.camel@localhost.surak.eti.br> <35398.213.164.3.90.1113219107.squirrel@www.nodata.co.uk> Message-ID: <425A73FD.6050104@gmx.de> Robert P. J. Day wrote: >On Mon, 11 Apr 2005, nodata wrote: > >>>On Mon, 11 Apr 2005, Alexandre Strube wrote: >>>respun to correct minor bugs, just major installation issues that >>>prevent a significant number of folks from getting it onto their >>>system. >>> >>> >>Please can you post bugzilla numbers for these? >> >> >um ... why? it's easy enough to get a list of installation-related >problems with a simple query: > >https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora+Core&version=fc4test1&component=anaconda&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= > > which bug describes exactly your installation problems ? mine are filed. -- shrek-m From cra at WPI.EDU Mon Apr 11 13:16:21 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Mon, 11 Apr 2005 09:16:21 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: <425A5A0E.5050209@xmission.com> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <425A5A0E.5050209@xmission.com> Message-ID: <20050411131621.GH8833@angus.ind.WPI.EDU> On Mon, Apr 11, 2005 at 05:05:50AM -0600, Al Kroeger wrote: > Well, that sums up my feelings about it in a nutshell. I screwed around > with it for a couple of hours, then bagged it! What's there to test if > I can't even install it? I'll just wait for fc4t2 and give that a > shot. Failing that, wait for t3.... > owa If everyone is like you and doesn't file a bug report, it wont get fixed ever! Geez, is it really that hard to download development/i386/images/boot.iso and try again the next day? You have a virtual "fc-test-$date" available to you, make use of it. From ziga.mahkovec at klika.si Mon Apr 11 14:02:20 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Mon, 11 Apr 2005 16:02:20 +0200 Subject: smbfs mounts, and disconnected (then reconnected) networks In-Reply-To: <1113148426.4917.144.camel@arena.soho.bytebot.net> References: <1113148426.4917.144.camel@arena.soho.bytebot.net> Message-ID: <1113228140.8883.10.camel@localhost> On Mon, 2005-04-11 at 01:53 +1000, Colin Charles wrote: > So, I tend to do: > > mount -t smbfs //myserver/share /mnt > > a lot. Problem is, I do this on my laptop, and I do tend to move it > around sometimes, to places that don't involve my network. Because ACPI > sleep doesn't work on my beautiful x86 laptop, I resort to just closing > the lid, putting it in my backpack, and moving it usually, a 5-minute > drive away from my home to where I usually spend the rest of my day > > Now, if I try to stat /mnt, I can an I/O error. This is mighty annoying, > so is there a timeout for "lost mounts"? > [...] If that's not an NT4 server you're accessing, you could try the newer CIFS filesystem (mount.cifs) and see if it behaves any better. > Note that in all these scenarious, unmounting /mnt _does not work_ When I have these problems with stale NFS mounts, I usually resort to lazy unmounting (umount -l). Hope that helps, -- Ziga From justin.conover at gmail.com Mon Apr 11 14:02:38 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 11 Apr 2005 09:02:38 -0500 Subject: kernel_devel In-Reply-To: <1113223487.20359.3.camel@agagne.int.demandware.com> References: <1113223487.20359.3.camel@agagne.int.demandware.com> Message-ID: On Apr 11, 2005 7:44 AM, Alan J. Gagne wrote: > Error during update of todays build. > > Installing: kernel-devel ####################### > [11/28] > > Failed to mmap /usr/src/kernels/2.6.11-1.1233_FC4- > i686/./include/config/MARKER > > Failed to mmap /usr/src/kernels/2.6.11-1.1234_FC4- > i686/./include/config/MARKER > > Failed to mmap ./include/config/MARKER > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > Same here on the smp kernel Updating : kernel-smp-devel ####################### [ 9/34] Failed to mmap /usr/src/kernels/2.6.11-1.1234_FC4-smp-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1234_FC4smp-i686/./include/config/MARKER Failed to mmap ./include/config/MARKER From justin.conover at gmail.com Mon Apr 11 14:06:53 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 11 Apr 2005 09:06:53 -0500 Subject: kernel_devel In-Reply-To: References: <1113223487.20359.3.camel@agagne.int.demandware.com> Message-ID: Have you filed a bug? From dawid_gajownik at o2.pl Mon Apr 11 14:10:08 2005 From: dawid_gajownik at o2.pl (Dawid Gajownik) Date: Mon, 11 Apr 2005 16:10:08 +0200 Subject: rawhide report: 20050411 changes In-Reply-To: <200504111142.j3BBg53A009788@porkchop.devel.redhat.com> References: <200504111142.j3BBg53A009788@porkchop.devel.redhat.com> Message-ID: <425A8540.30800@o2.pl> Dnia 04/11/2005 01:42 PM, U?ytkownik Build System napisa?: > Updated Packages: > > aspell-af-50:0.50-2 > ------------------- > > aspell-br-50:0.50-2 > ------------------- > > aspell-ca-50:0.50-2 > ------------------- How about updating aspell to version 0.60.2 (#141968)? It can be too late if you wait few weeks more (I mean devel freeze) :( -- ^_* -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From alan at redhat.com Mon Apr 11 14:22:59 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 11 Apr 2005 10:22:59 -0400 Subject: Preferences gone from main menu? In-Reply-To: References: Message-ID: <20050411142259.GB12919@devserv.devel.redhat.com> On Fri, Apr 08, 2005 at 09:24:41AM -0400, Fulko.Hew at sita.aero wrote: > 1/ its condescending, > 2/ its so Microsoft'ish. "Strong intellectual property policy" 8) Ironically they get it wrong too. It says "Your software has ..." when reporting an error. Which is curious as it's not sold so should say "Our softwaare has" 8) > 3/ you can effectively collect everything, everywhere into a 'my > something' > kind of category if you tried, depending on your point of view. There is a clear divide between "stuff that affects me" and "stuff that affects other users too". End users don't seem too clear on the divide sometimes From byte at aeon.com.my Mon Apr 11 14:26:54 2005 From: byte at aeon.com.my (Colin Charles) Date: Tue, 12 Apr 2005 00:26:54 +1000 Subject: smbfs mounts, and disconnected (then reconnected) networks In-Reply-To: <1113228140.8883.10.camel@localhost> References: <1113148426.4917.144.camel@arena.soho.bytebot.net> <1113228140.8883.10.camel@localhost> Message-ID: <1113229614.4917.223.camel@arena.soho.bytebot.net> On Mon, 2005-04-11 at 16:02 +0200, Ziga Mahkovec wrote: > > Now, if I try to stat /mnt, I can an I/O error. This is mighty > annoying, > > so is there a timeout for "lost mounts"? > > [...] > > If that's not an NT4 server you're accessing, you could try the newer > CIFS filesystem (mount.cifs) and see if it behaves any better. I seemed to have forgotten to use this option ;-) I'll give it a try next time when I have to do a remount (server is running a possibly root-able RH8 (with custom kernel), so I'll have to just pat my firewall :) > > Note that in all these scenarious, unmounting /mnt _does not work_ > > When I have these problems with stale NFS mounts, I usually resort to > lazy unmounting (umount -l). That's what I've been doing (I really just want to reuse /mnt :P). I just wanted to know if there were other options and if something like NetworkManager should be handling this A cool feature to have is if I shift networks (like move from home to my hypothetical office), what I normally have mounted in my home profile gets mounted (say my shares for music, movies, etc...) and what I normally have mounted in my office profile gets mounted (like the accounts, finances, etc...) at appropriate locations based on _which_ Wifi network I got on. Works via wired too, provided you know the mac address of the dhcp server -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From kyrre at solution-forge.net Mon Apr 11 14:28:39 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 11 Apr 2005 16:28:39 +0200 Subject: high temp? In-Reply-To: <200504101305.28380.gene.heskett@verizon.net> References: <4255C609.4070109@duke.edu> <200504072227.10058.gene.heskett@verizon.net> <1113150819.3569.5.camel@localhost.localdomain> <200504101305.28380.gene.heskett@verizon.net> Message-ID: <1113229718.4450.3.camel@localhost.localdomain> s?n, 10.04.2005 kl. 19.05 skrev Gene Heskett: > On Sunday 10 April 2005 12:33, Kjartan Maraas wrote: > >tor, 07,.04.2005 kl. 22.27 -0400, skrev Gene Heskett: > >> On Thursday 07 April 2005 19:45, Robbie Foust wrote: > >> >Hi, > >> > > >> >Apr 7 04:29:06 localhost kernel: Critical temperature reached > >> > (95 C), shutting down. > >> >Apr 7 04:29:06 localhost shutdown: shutting down for system halt > >> > > >> >Any suggestions? This seems to happen nightly on my IBM Thinkpad > >> > A31p, fc4t1. :-( (yes the fan is working :-) > >> > >> Cron runs a bunch of housekeeping and maintainance utilities > >> starting at 4 AM. Even if the fan is running, to hit 95C > >> indicates the unit needs more air, lots more air, or its full of > >> dust bunnies & needs an air hose taken to its internals. 95C is > >> very very hot indeed. > > > >Just checked my logs since I've had at least one spurious shutdown a > >short while after booting. No cron jobs running and the laptop was > >feeling cooler than it does normally after a couple of hours' use. > > > >[root at localhost vex]# grep "Critical temp" /var/log/messages.* > >/var/log/messages.1:Apr 5 12:01:49 localhost kernel: Critical > > temperature reached (114 C), shutting down. /var/log/messages.1:Apr > > 5 12:01:49 localhost kernel: Critical temperature reached (52 C), > > shutting down. /var/log/messages.2:Apr 2 14:04:57 localhost > > kernel: Critical temperature reached (119 C), shutting down. > > /var/log/messages.2:Apr 2 14:04:58 localhost kernel: Critical > > temperature reached (24 C), shutting down. [root at localhost vex]# > > > >Cheers > >Kjartan > > I'll repeat, there is something seriously sick in that box, either in > the monitoring, or in the cooling. Back to the vendor, carrying the > logs as evidence. Since it reports 114C and 52C in the same exact > second, followed by much later, a 119C and 24C only one second later, > I'd suspect the monitoring itself is broken. > Now its only needed to figure out: Is it the driver, or the hardware? Anyone with same HW and identical config can try and reproduce? From gamcgee6019 at verizon.net Mon Apr 11 14:44:39 2005 From: gamcgee6019 at verizon.net (Gary A. McGee) Date: Mon, 11 Apr 2005 09:44:39 -0500 Subject: high temp? In-Reply-To: <1113229718.4450.3.camel@localhost.localdomain> References: <4255C609.4070109@duke.edu> <200504072227.10058.gene.heskett@verizon.net> <1113150819.3569.5.camel@localhost.localdomain> <200504101305.28380.gene.heskett@verizon.net> <1113229718.4450.3.camel@localhost.localdomain> Message-ID: <425A8D57.1000009@verizon.net> Kyrre Ness Sjobak wrote: > s?n, 10.04.2005 kl. 19.05 skrev Gene Heskett: > >>On Sunday 10 April 2005 12:33, Kjartan Maraas wrote: >> >>>tor, 07,.04.2005 kl. 22.27 -0400, skrev Gene Heskett: >>> >>>>On Thursday 07 April 2005 19:45, Robbie Foust wrote: >>>> >>>>>Hi, >>>>> >>>>>Apr 7 04:29:06 localhost kernel: Critical temperature reached >>>>>(95 C), shutting down. >>>>>Apr 7 04:29:06 localhost shutdown: shutting down for system halt >>>>> >>>>>Any suggestions? This seems to happen nightly on my IBM Thinkpad >>>>>A31p, fc4t1. :-( (yes the fan is working :-) >>>> >>>>Cron runs a bunch of housekeeping and maintainance utilities >>>>starting at 4 AM. Even if the fan is running, to hit 95C >>>>indicates the unit needs more air, lots more air, or its full of >>>>dust bunnies & needs an air hose taken to its internals. 95C is >>>>very very hot indeed. >>> >>>Just checked my logs since I've had at least one spurious shutdown a >>>short while after booting. No cron jobs running and the laptop was >>>feeling cooler than it does normally after a couple of hours' use. >>> >>>[root at localhost vex]# grep "Critical temp" /var/log/messages.* >>>/var/log/messages.1:Apr 5 12:01:49 localhost kernel: Critical >>>temperature reached (114 C), shutting down. /var/log/messages.1:Apr >>> 5 12:01:49 localhost kernel: Critical temperature reached (52 C), >>>shutting down. /var/log/messages.2:Apr 2 14:04:57 localhost >>>kernel: Critical temperature reached (119 C), shutting down. >>>/var/log/messages.2:Apr 2 14:04:58 localhost kernel: Critical >>>temperature reached (24 C), shutting down. [root at localhost vex]# >>> >>>Cheers >>>Kjartan >> >>I'll repeat, there is something seriously sick in that box, either in >>the monitoring, or in the cooling. Back to the vendor, carrying the >>logs as evidence. Since it reports 114C and 52C in the same exact >>second, followed by much later, a 119C and 24C only one second later, >>I'd suspect the monitoring itself is broken. >> > > Now its only needed to figure out: Is it the driver, or the hardware? > Anyone with same HW and identical config can try and reproduce? > Greetings: A similar thing has happened to me on several occasions. I have an HP Pavilion, model ze5470 US laptop, with a 2.66 GHz P4. It happens when processor usage is high for an extended period, like when tarring a large file structure. I noticed that this occurred after I upgraded the memory to 1 GB. Perhaps the larger memory cards generate more heat. Regards, Gary From justin.conover at gmail.com Mon Apr 11 14:54:26 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 11 Apr 2005 09:54:26 -0500 Subject: About submitting updated package In-Reply-To: <20050411093644.AEDCA1FB15@ws5-1.us4.outblaze.com> References: <20050411093644.AEDCA1FB15@ws5-1.us4.outblaze.com> Message-ID: On Apr 11, 2005 4:36 AM, luya at jpopmail.com wrote: > Hello to Fedora developers, > I thank you for prociding response from my previous post "Is it possible to make Fedora boot faster?". Since then, my fellow FC3 users understand the process. > > The other message is addressing to Warren Togami or any developers. It is about submitting blender 2.36 package as I am very new using the wiki configuration and cvs. I reused the 2.35 spec and brought some cleaning. Let me know how do I send spec and build source, Thanks > -- > _______________________________________________ > Get your free email from http://mymail.jp.popstarmail.org > > Powered by Outblaze > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > Wrong list http://www.redhat.com/mailman/listinfo/fedora-extras-list Blender is part of the "extras". From cra at WPI.EDU Mon Apr 11 15:04:31 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Mon, 11 Apr 2005 11:04:31 -0400 Subject: Using jigdo to save on downloads In-Reply-To: <20050411071317.GG8833@angus.ind.WPI.EDU> References: <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <1113195294l.6287l.0l@devel.mpeters.local> <1113194717.2813.13.camel@cutter> <20050411071317.GG8833@angus.ind.WPI.EDU> Message-ID: <20050411150431.GI8833@angus.ind.WPI.EDU> On Mon, Apr 11, 2005 at 03:13:17AM -0400, Chuck R. Anderson wrote: > On Mon, Apr 11, 2005 at 12:45:17AM -0400, seth vidal wrote: > > I wanna see what sort of bandwidth saving is possible. Rather than just > > take your word and jigdo's website word for it. > > Well, for the mirrors, the bandwidth savings would be pretty obvious > since they would only need to downloaded the distro once, not thrice > like many of them do now (tree + CDs + DVD). > > > Let's get some numbers, shall we? > > More interesting would be rsyncing the tree from rawhide -> test -> > final release, then using master-server-provided jigdo files to create > the CD and DVD ISOs. I agree that getting numbers for this would be > worthwhile. I'll see what I can do here. FC4T2 size: test/3.91/i386/ test/3.91/SRPMS/ Total 15 GiB For anyone that maintains a rawhide mirror already (most mirrors), going to FC4T2 you only need to download this much: 183 MiB That includes 1.1 MiB of jigdo/template files. You can find the jigdo/template files I generated here. Feel free to edit the .jigdo files themselves and change/add more lines to the [Servers] sections. Right now I left them pointing at the master server. Or you can specify a local file path during reassembly (below). http://download.wpi.edu/pub/jigdo/ For jigdo itself, the packages which I intend to submit to Extras are here (built/tested on FC3): http://angus.ind.wpi.edu/~cra/fedora/extras/jigdo/ To recreate the original CD/DVD ISO images from your file tree: jigdo-lite http://download.wpi.edu/pub/jigdo/FC4-test2-i386-disc1.jigdo Jigsaw Download "lite" Copyright (C) 2001-2004 | jigdo@ Richard Atterer | atterer.net Downloading .jigdo file --10:56:26-- http://download.wpi.edu/pub/jigdo/FC4-test2-i386-disc1.jigdo => `FC4-test2-i386-disc1.jigdo' Resolving download.wpi.edu... 130.215.32.86 Connecting to download.wpi.edu[130.215.32.86]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 60,698 [text/plain] 0K 100% 165.39 MB/s 10:56:26 (165.39 MB/s) - `FC4-test2-i386-disc1.jigdo' saved [60,698/60,698] ----------------------------------------------------------------- Images offered by `http://download.wpi.edu/pub/jigdo/FC4-test2-i386-disc1.jigdo': 1: FC4-test2-i386-disc1.iso ----------------------------------------------------------------- If you already have a previous version of the CD you are downloading, jigdo can re-use files on the old CD that are also present in the new image, and you do not need to download them again. Mount the old CD ROM and enter the path it is mounted under (e.g. `/mnt/cdrom'). Alternatively, just press enter if you want to start downloading the remaining files. Files to scan: /srv/ftp/pub/fedora/linux/core/test/3.91/i386/os Downloading .template file --10:56:38-- http://download.wpi.edu/pub/jigdo/FC4-test2-i386-disc1.template => `FC4-test2-i386-disc1.template' Resolving download.wpi.edu... 130.215.32.86 Connecting to download.wpi.edu[130.215.32.86]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 129,022 [text/plain] 0K . 100% 5.16 MB/s 10:56:38 (5.16 MB/s) - `FC4-test2-i386-disc1.template' saved [129,022/129,022] general: Image file: general: Jigdo: general: Template: general: [exit(0)] general: Image file: FC4-test2-i386-disc1.iso general: Jigdo: FC4-test2-i386-disc1.jigdo general: Template: FC4-test2-i386-disc1.template 100% 0k/0k scanning Successfully created `FC4-test2-i386-disc1.iso' general: [exit(0)] ----------------------------------------------------------------- Finished! The fact that you got this far is a strong indication that `FC4-test2-i386-disc1.iso' was generated correctly. I will perform an additional, final check, which you can interrupt safely with Ctrl-C if you do not want to wait. general: Image file: FC4-test2-i386-disc1.iso general: Jigdo: FC4-test2-i386-disc1.jigdo general: Template: FC4-test2-i386-disc1.template 0% 256k/633206k verifying image general: [exit(0)] 26.82user 9.41system 1:32.50elapsed 39%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (3major+10954minor)pagefaults 0swaps (repeat for the other images) Here is the procedure I used and the timings of the runs: cd test/3.91/SRPMS/ cp -avx ../../../development/SRPMS/ . cd ../i386/os/ cp -avx ../../../development/i386/ . cd ../debug/ mv ../os/debug . cd test/3.91/SRPMS/ /usr/bin/time rsync -av --delete-after \ rsync://[your-neighborhood-friendly-mirror]/test/3.91/SRPMS/ . receiving file list ... done ./ comps-3.91-0.20050407.src.rpm fedora-release-3.91-1.src.rpm deleting [a bunch of obsolete rawhide files] sent 148 bytes received 103420 bytes 3395.67 bytes/sec total size is 2605906175 speedup is 25161.31 0.03user 1.56system 0:29.52elapsed 5%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (0major+490minor)pagefaults 0swaps cd test/3.91/i386/debug/ /usr/bin/time rsync -av --delete-after \ rsync://[your-neighborhood-friendly--mirror]/test/3.91/i386/debug/ . receiving file list ... done ./ headers/ repodata/ fedora-release-debuginfo-3.91-1.i386.rpm headers/[a bunch of hdr files] repodata/filelists.xml.gz repodata/other.xml.gz repodata/primary.xml.gz repodata/repomd.xml deleting [a bunch of obsolete rawhide files] sent 15153 bytes received 9247918 bytes 173141.51 bytes/sec total size is 1885583549 speedup is 203.56 0.11user 2.96system 0:52.33elapsed 5%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (0major+574minor)pagefaults 0swaps cd test/3.91/i386/os/ /usr/bin/time rsync -av --delete-after \ rsync://[your-neighborhood-friendly-mirror]/test/3.91/i386/os/ . receiving file list ... done ./ Fedora/ Fedora/RPMS/ Fedora/base/ .discinfo Fedora/RPMS/comps-3.91-0.20050407.i386.rpm Fedora/RPMS/fedora-release-3.91-1.i386.rpm Fedora/base/comps.rpm Fedora/base/comps.xml Fedora/base/hdlist Fedora/base/hdlist2 Fedora/base/hdstg2.img Fedora/base/netstg2.img SRPMS -> ../../SRPMS headers/ images/ images/pxeboot/ Fedora/base/stage2.img isolinux/ repodata/ GPL README-Accessibility README-en RELEASE-NOTES-en RPM-GPG-KEY RPM-GPG-KEY-beta RPM-GPG-KEY-fedora RPM-GPG-KEY-fedora-rawhide RPM-GPG-KEY-fedora-test RPM-GPG-KEY-rawhide autorun eula.txt headers/comps-1-3.91-0.20050407.i386.hdr headers/comps-1-3.91-0.20050407.src.hdr headers/fedora-release-0-3.91-1.i386.hdr headers/fedora-release-0-3.91-1.src.hdr headers/header.info headers/header.src.info images/README images/boot.iso images/diskboot.img images/pxeboot/README images/pxeboot/initrd.img images/pxeboot/vmlinuz images/rescuecd.iso isolinux/boot.msg isolinux/general.msg isolinux/initrd.img isolinux/isolinux.bin isolinux/isolinux.cfg isolinux/memtest isolinux/options.msg isolinux/param.msg isolinux/rescue.msg isolinux/snake.msg isolinux/splash.lss isolinux/vmlinuz repodata/comps.xml repodata/filelists.xml.gz repodata/other.xml.gz repodata/primary.xml.gz repodata/repomd.xml deleting yumgroups.xml deleting i386/images/boot.iso deleting i386/images/.listing deleting directory i386/images deleting directory i386 deleting [a bunch of obsolete rawhide files] sent 264720 bytes received 180311140 bytes 1059095.95 bytes/sec total size is 2699311849 speedup is 14.95 3.54user 12.18system 2:50.71elapsed 9%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (0major+2123minor)pagefaults 0swaps /usr/bin/time jigdo-file make-template \ --cache=/var/cache/jigdo-cache.db \ --image=/srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-DVD.iso \ --jigdo=FC4-test2-i386-DVD.jigdo \ --template=FC4-test2-i386-DVD.template \ --label fedora-linux-core=/srv/ftp/pub/fedora/linux/core/ \ --uri fedora-linux-core=http://[mirror]/pub/fedora/linux/core/ \ /srv/ftp/pub/fedora/linux/core//test/3.91/ general: Image file: /srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-DVD.iso general: Jigdo: FC4-test2-i386-DVD.jigdo general: Template: FC4-test2-i386-DVD.template general: URI mapping: `fedora-linux-core' => `http://[mirror]/pub/fedora/linux/core/' Finished - image size is 2657673216 bytes. general: [exit(0)] 1487.39user 18.08system 26:38.37elapsed 94%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (10major+2949minor)pagefaults 0swaps /usr/bin/time jigdo-file make-template \ --cache=/var/cache/jigdo-cache.db \ --image=/srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-disc1.iso \ --jigdo=FC4-test2-i386-disc1.jigdo \ --template=FC4-test2-i386-disc1.template \ --label fedora-linux-core=/srv/ftp/pub/fedora/linux/core/ \ --uri fedora-linux-core=http://[mirror]/pub/fedora/linux/core/ \ /srv/ftp/pub/fedora/linux/core//test/3.91/ general: Image file: /srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-disc1.iso general: Jigdo: FC4-test2-i386-disc1.jigdo general: Template: FC4-test2-i386-disc1.template general: URI mapping: `fedora-linux-core' => `http://[mirror]/pub/fedora/linux/core/' Finished - image size is 648402944 bytes. general: [exit(0)] 563.70user 1.80system 9:28.03elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (17major+3153minor)pagefaults 0swaps /usr/bin/time jigdo-file make-template \ --cache=/var/cache/jigdo-cache.db \ --image=/srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-disc2.iso \ --jigdo=FC4-test2-i386-disc2.jigdo \ --template=FC4-test2-i386-disc2.template \ --label fedora-linux-core=/srv/ftp/pub/fedora/linux/core/ \ --uri fedora-linux-core=http://[mirror]/pub/fedora/linux/core/ \ /srv/ftp/pub/fedora/linux/core//test/3.91/ general: Image file: /srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-disc2.iso general: Jigdo: FC4-test2-i386-disc2.jigdo general: Template: FC4-test2-i386-disc2.template general: URI mapping: `fedora-linux-core' => `http://[mirror]/pub/fedora/linux/core/' Finished - image size is 656263168 bytes. general: [exit(0)] 311.40user 1.58system 5:13.65elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (0major+3034minor)pagefaults 0swaps /usr/bin/time jigdo-file make-template \ --cache=/var/cache/jigdo-cache.db \ --image=/srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-disc3.iso \ --jigdo=FC4-test2-i386-disc3.jigdo \ --template=FC4-test2-i386-disc3.template \ --label fedora-linux-core=/srv/ftp/pub/fedora/linux/core/ \ --uri fedora-linux-core=http://[mirror]/pub/fedora/linux/core/ \ /srv/ftp/pub/fedora/linux/core//test/3.91/ general: Image file: /srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-disc3.iso general: Jigdo: FC4-test2-i386-disc3.jigdo general: Template: FC4-test2-i386-disc3.template general: URI mapping: `fedora-linux-core' => `http://[mirror]/pub/fedora/linux/core/' Finished - image size is 669345792 bytes. general: [exit(0)] 260.72user 1.65system 4:23.26elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (0major+3033minor)pagefaults 0swaps /usr/bin/time jigdo-file make-template \ --cache=/var/cache/jigdo-cache.db \ --image=/srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-disc4.iso \ --jigdo=FC4-test2-i386-disc4.jigdo \ --template=FC4-test2-i386-disc4.template \ --label fedora-linux-core=/srv/ftp/pub/fedora/linux/core/ \ --uri fedora-linux-core=http://[mirror]/pub/fedora/linux/core/ \ /srv/ftp/pub/fedora/linux/core//test/3.91/ general: Image file: /srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-disc4.iso general: Jigdo: FC4-test2-i386-disc4.jigdo general: Template: FC4-test2-i386-disc4.template general: URI mapping: `fedora-linux-core' => `http://[mirror]/pub/fedora/linux/core/' Finished - image size is 603430912 bytes. general: [exit(0)] 358.96user 1.64system 6:01.24elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (0major+3037minor)pagefaults 0swaps /usr/bin/time jigdo-file make-template \ --cache=/var/cache/jigdo-cache.db \ --image=/srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-SRPMS-disc1.iso \ --jigdo=FC4-test2-i386-SRPMS-disc1.jigdo \ --template=FC4-test2-i386-SRPMS-disc1.template \ --label fedora-linux-core=/srv/ftp/pub/fedora/linux/core/ \ --uri fedora-linux-core=http://[mirror]/pub/fedora/linux/core/ \ /srv/ftp/pub/fedora/linux/core//test/3.91/ general: Image file: /srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-SRPMS-disc1.iso general: Jigdo: FC4-test2-i386-SRPMS-disc1.jigdo general: Template: FC4-test2-i386-SRPMS-disc1.template general: URI mapping: `fedora-linux-core' => `http://[mirror]/pub/fedora/linux/core/' Finished - image size is 650930176 bytes. general: [exit(0)] 210.17user 2.75system 3:44.35elapsed 94%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (2major+3096minor)pagefaults 0swaps /usr/bin/time jigdo-file make-template \ --cache=/var/cache/jigdo-cache.db \ --image=/srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-SRPMS-disc2.iso \ --jigdo=FC4-test2-i386-SRPMS-disc2.jigdo \ --template=FC4-test2-i386-SRPMS-disc2.template \ --label fedora-linux-core=/srv/ftp/pub/fedora/linux/core/ \ --uri fedora-linux-core=http://[mirror]/pub/fedora/linux/core/ \ /srv/ftp/pub/fedora/linux/core//test/3.91/ general: Image file: /srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-SRPMS-disc2.iso general: Jigdo: FC4-test2-i386-SRPMS-disc2.jigdo general: Template: FC4-test2-i386-SRPMS-disc2.template general: URI mapping: `fedora-linux-core' => `http://[mirror]/pub/fedora/linux/core/' Finished - image size is 650944512 bytes. general: [exit(0)] 219.23user 2.76system 3:53.31elapsed 95%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (0major+3217minor)pagefaults 0swaps /usr/bin/time jigdo-file make-template \ --cache=/var/cache/jigdo-cache.db \ --image=/srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-SRPMS-disc3.iso \ --jigdo=FC4-test2-i386-SRPMS-disc3.jigdo \ --template=FC4-test2-i386-SRPMS-disc3.template \ --label fedora-linux-core=/srv/ftp/pub/fedora/linux/core/ \ --uri fedora-linux-core=http://[mirror]/pub/fedora/linux/core/ \ /srv/ftp/pub/fedora/linux/core//test/3.91/ general: Image file: /srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-SRPMS-disc3.iso general: Jigdo: FC4-test2-i386-SRPMS-disc3.jigdo general: Template: FC4-test2-i386-SRPMS-disc3.template general: URI mapping: `fedora-linux-core' => `http://[mirror]/pub/fedora/linux/core/' Finished - image size is 650930176 bytes. general: [exit(0)] 190.68user 2.77system 3:25.46elapsed 94%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (0major+3180minor)pagefaults 0swaps /usr/bin/time jigdo-file make-template \ --cache=/var/cache/jigdo-cache.db \ --image=/srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-SRPMS-disc4.iso \ --jigdo=FC4-test2-i386-SRPMS-disc4.jigdo \ --template=FC4-test2-i386-SRPMS-disc4.template \ --label fedora-linux-core=/srv/ftp/pub/fedora/linux/core/ \ --uri fedora-linux-core=http://[mirror]/pub/fedora/linux/core/ \ /srv/ftp/pub/fedora/linux/core//test/3.91/ general: Image file: /srv/ftp/pub/fedora/linux/core/test/3.91/i386/iso/FC4-test2-i386-SRPMS-disc4.iso general: Jigdo: FC4-test2-i386-SRPMS-disc4.jigdo general: Template: FC4-test2-i386-SRPMS-disc4.template general: URI mapping: `fedora-linux-core' => `http://[mirror]/pub/fedora/linux/core/' Finished - image size is 650913792 bytes. general: [exit(0)] 217.25user 2.80system 3:52.51elapsed 94%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (0major+3298minor)pagefaults 0swaps From jorton at redhat.com Mon Apr 11 15:23:52 2005 From: jorton at redhat.com (Joe Orton) Date: Mon, 11 Apr 2005 16:23:52 +0100 Subject: kernel_devel In-Reply-To: <1113223487.20359.3.camel@agagne.int.demandware.com> References: <1113223487.20359.3.camel@agagne.int.demandware.com> Message-ID: <20050411152352.GA11008@redhat.com> On Mon, Apr 11, 2005 at 08:44:47AM -0400, Alan J. Gagne wrote: > Error during update of todays build. > > Installing: kernel-devel ####################### > [11/28] > > Failed to mmap /usr/src/kernels/2.6.11-1.1233_FC4- > i686/./include/config/MARKER I filed this as: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154404 joe From rfoust at duke.edu Mon Apr 11 11:36:17 2005 From: rfoust at duke.edu (Robbie Foust) Date: Mon, 11 Apr 2005 07:36:17 -0400 Subject: high temp? In-Reply-To: <425A8D57.1000009@verizon.net> References: <4255C609.4070109@duke.edu> <200504072227.10058.gene.heskett@verizon.net> <1113150819.3569.5.camel@localhost.localdomain> <200504101305.28380.gene.heskett@verizon.net> <1113229718.4450.3.camel@localhost.localdomain> <425A8D57.1000009@verizon.net> Message-ID: <425A6131.5090307@duke.edu> My laptop also has 1gb of ram, but I would be surprised if that has anything to do with how much heat is generated. The heat on my machine is coming from the processor. Is there a way to get real-time temp readings in linux? It would be interesting to monitor the temp readings while doing processor intensive things. - Robbie Robbie Foust OIT-CASI Duke University >> >> Now its only needed to figure out: Is it the driver, or the hardware? >> Anyone with same HW and identical config can try and reproduce? >> > Greetings: > > A similar thing has happened to me on several occasions. I have an HP > Pavilion, model ze5470 US laptop, with a 2.66 GHz P4. It happens when > processor usage is high for an extended period, like when tarring a > large file structure. I noticed that this occurred after I upgraded > the memory to 1 GB. Perhaps the larger memory cards generate more heat. > > Regards, > > Gary > From no-reply-gw at fcp.homelinux.org Mon Apr 11 16:07:52 2005 From: no-reply-gw at fcp.homelinux.org (=?UTF-8?B?amNveDU4?=) Date: Mon, 11 Apr 2005 18:07:52 +0200 Subject: FC4 Test1 - Lock at boot loader, no keyboard active In-Reply-To: <2ffe40b767772c5a2801eef3207ae36b@fcp.homelinux.org> Message-ID: I have a similar problem with a Dell Latitude CP. FC3 is successfully installed. When I attempt to update to FC4, both the Install CD and the Rescue CD will freeze while attempting to boot. The text for the initial menus comes up (with the F1 through F5 options), but none of the graphics (splashscreen or Fedora hat). The keyboard is frozen. Can't enter F1 - F5 nor Ctrl-Alt-Del. Must do a hard reboot. Since these machines don't boot from USB and Fedora doesn't provide a boot.img for floppies, I don't know what to try next. -- This is an email sent via the webforum on http://fcp.homelinux.org http://fcp.homelinux.org/modules/newbb/viewtopic.php?post_id=58179&topic_id=13622&forum=12#forumpost58179 From no-reply-gw at fcp.homelinux.org Mon Apr 11 16:08:31 2005 From: no-reply-gw at fcp.homelinux.org (=?UTF-8?B?WnNvbHRlZQ==?=) Date: Mon, 11 Apr 2005 18:08:31 +0200 Subject: gnome splash screen stays around In-Reply-To: <20050401151533.GA19694@sliderule.msquared.com.au> Message-ID: <587f467d6de9bd2fa19ead458c3cb1f9@fcp.homelinux.org> Quote: Msquared wrote: Hiya! The gnome splash screen on my FC4t1 setup stays around after I log in, until I click in it. If it's a known problem, please let me know which packages fix it (I can't download all 440M worth of updates through my tiny dialup). If it's not yet a known problem, let me know what you need to know to help someone diagnose the cause. Regards, Msquared... Hi! I have the same problem, except that I added a startup program in session properties. If I remove it, it works fine. It's a simple script for my sound card, so I need it. How can I fix it? thx -- This is an email sent via the webforum on http://fcp.homelinux.org http://fcp.homelinux.org/modules/newbb/viewtopic.php?post_id=58300&topic_id=13929&forum=12#forumpost58300 From cimmo at libero.it Mon Apr 11 16:10:07 2005 From: cimmo at libero.it (Cimmo) Date: Mon, 11 Apr 2005 18:10:07 +0200 Subject: FC4-T2 Tomorrow In-Reply-To: <42597A03.4000207@gmx.de> References: <1113159774.17089.5.camel@dch.tqmcube.com> <42597A03.4000207@gmx.de> Message-ID: <425AA15F.3040801@libero.it> An HTML attachment was scrubbed... URL: From rramson at gmail.com Mon Apr 11 16:50:10 2005 From: rramson at gmail.com (Richard Ramson) Date: Mon, 11 Apr 2005 12:50:10 -0400 Subject: gnome splash screen stays around In-Reply-To: <587f467d6de9bd2fa19ead458c3cb1f9@fcp.homelinux.org> References: <20050401151533.GA19694@sliderule.msquared.com.au> <587f467d6de9bd2fa19ead458c3cb1f9@fcp.homelinux.org> Message-ID: On Apr 11, 2005 12:08 PM, Zsoltee wrote: > Quote: > Msquared wrote: > Hiya! > > The gnome splash screen on my FC4t1 setup stays around after I log > in, > until I click in it. > > If it's a known problem, please let me know which packages fix > it (I can't > download all 440M worth of updates through my tiny dialup). If > it's not > yet a known problem, let me know what you need to know to help > someone > diagnose the cause. > > Regards, Msquared... > > Hi! > > I have the same problem, except that I added a startup program in > session properties. > If I remove it, it works fine. It's a simple script for my sound > card, so I need it. > How can I fix it? > > thx > > -- > This is an email sent via the webforum on http://fcp.homelinux.org > http://fcp.homelinux.org/modules/newbb/viewtopic.php?post_id=58300&topic_id=13929&forum=12#forumpost58300 > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > This is a known problem. Run yum update gdm From davej at redhat.com Mon Apr 11 16:59:13 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 11 Apr 2005 12:59:13 -0400 Subject: kernel_devel In-Reply-To: <1113223487.20359.3.camel@agagne.int.demandware.com> References: <1113223487.20359.3.camel@agagne.int.demandware.com> Message-ID: <20050411165913.GB31153@redhat.com> On Mon, Apr 11, 2005 at 08:44:47AM -0400, Alan J. Gagne wrote: > Error during update of todays build. > > Installing: kernel-devel ####################### > [11/28] > > Failed to mmap /usr/src/kernels/2.6.11-1.1233_FC4- > i686/./include/config/MARKER > > Failed to mmap /usr/src/kernels/2.6.11-1.1234_FC4- > i686/./include/config/MARKER > > Failed to mmap ./include/config/MARKER > Which kernel was _running_ whilst you were doing this? Dave From jspaleta at gmail.com Mon Apr 11 17:03:23 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 11 Apr 2005 13:03:23 -0400 Subject: kernel_devel In-Reply-To: <20050411165913.GB31153@redhat.com> References: <1113223487.20359.3.camel@agagne.int.demandware.com> <20050411165913.GB31153@redhat.com> Message-ID: <604aa79105041110035474eedb@mail.gmail.com> On Apr 11, 2005 12:59 PM, Dave Jones wrote: > Which kernel was _running_ whilst you were doing this? uname -r 2.6.11-1.1231_FC4smp And I get this when updating latest kernel-smp-devel Failed to mmap /usr/src/kernels/2.6.11-1.1234_FC4-smp-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1234_FC4smp-i686/./include/config/MARKER Failed to mmap ./include/config/MARKER -jef From davej at redhat.com Mon Apr 11 17:03:58 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 11 Apr 2005 13:03:58 -0400 Subject: Announcing Fedora Core 4 Test 2 In-Reply-To: <20050411152339.GB13257@nostromo.devel.redhat.com> References: <20050411152339.GB13257@nostromo.devel.redhat.com> Message-ID: <20050411170357.GC31153@redhat.com> On Mon, Apr 11, 2005 at 11:23:39AM -0400, Bill Nottingham wrote: > Users were cautioned against using Fedora Core Test 2 in production > environments. Reminding the users that it's a test release, Otto > said "There's no guarantee that it won't eat your data or fail to > install. It could even cause an alien takeover of your humble town." > > Please report problems at: > > http://bugzilla.redhat.com/bugzilla > > File bugs against product 'Fedora Core', release 'fc4test1'. ehm, fc4test2 perhaps ? Dave From justin.conover at gmail.com Mon Apr 11 17:11:03 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 11 Apr 2005 12:11:03 -0500 Subject: kernel_devel In-Reply-To: <20050411165913.GB31153@redhat.com> References: <1113223487.20359.3.camel@agagne.int.demandware.com> <20050411165913.GB31153@redhat.com> Message-ID: On Apr 11, 2005 11:59 AM, Dave Jones wrote: > On Mon, Apr 11, 2005 at 08:44:47AM -0400, Alan J. Gagne wrote: > > Error during update of todays build. > > > > Installing: kernel-devel ####################### > > [11/28] > > > > Failed to mmap /usr/src/kernels/2.6.11-1.1233_FC4- > > i686/./include/config/MARKER > > > > Failed to mmap /usr/src/kernels/2.6.11-1.1234_FC4- > > i686/./include/config/MARKER > > > > Failed to mmap ./include/config/MARKER > > > > Which kernel was _running_ whilst you were doing this? > > Dave > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > vmlinuz-2.6.11-1.1233_FC4smp From justin.conover at gmail.com Mon Apr 11 17:20:47 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 11 Apr 2005 12:20:47 -0500 Subject: Announcing Fedora Core 4 Test 2 In-Reply-To: <20050411170357.GC31153@redhat.com> References: <20050411152339.GB13257@nostromo.devel.redhat.com> <20050411170357.GC31153@redhat.com> Message-ID: On Apr 11, 2005 12:03 PM, Dave Jones wrote: > On Mon, Apr 11, 2005 at 11:23:39AM -0400, Bill Nottingham wrote: > > > Users were cautioned against using Fedora Core Test 2 in production > > environments. Reminding the users that it's a test release, Otto > > said "There's no guarantee that it won't eat your data or fail to > > install. It could even cause an alien takeover of your humble town." > > > > Please report problems at: > > > > http://bugzilla.redhat.com/bugzilla > > > > File bugs against product 'Fedora Core', release 'fc4test1'. > > ehm, fc4test2 perhaps ? > > Dave > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > >From fedora.redhat.com "Fedora Core 4 test 2 Available! The first test release of Fedora Core 4 is now available from Red Hat and at distinguished mirror sites near you, and is also available in the torrent. New features in Fedora Core 4 test 2 include GNOME 2.10, KDE 3.4, as well as a preview of GCC 4.0, as well as support for the PowerPC architecture. Please file bugs via Bugzilla, Product Fedora Core, Version fc4test2, so that they are noticed and appropriately classified. Discuss this release on fedora-test-list." The "FIRST" ;-) From dragoran at feuerpokemon.de Mon Apr 11 17:23:31 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 11 Apr 2005 19:23:31 +0200 Subject: Drives will not format... In-Reply-To: <001501c53e1f$0326cd30$0301a8c0@Rad> References: <001501c53e1f$0326cd30$0301a8c0@Rad> Message-ID: <425AB293.8070800@feuerpokemon.de> Brian Rademacher wrote: > System is an Abit SU-2S, dual Opteron 246, 2 gigs ECC, 2 Maxtor 300 > gig SATA-II drives, Marvell 88SX-6081 SATA II controller... > > I can get each drive to format on it's own and install, but when both > are connected, formatting in software RAID 0, or even leaving it as > the default "automatic" partitions results in: > > Writing inode tables 980/4454 (then it stops) > > Warning, had trouble writing out superblocks...Anaconda dies shortly > thereafter saying that it can't continue... > > Then the drives go off line, and "Rejecting I/O to offline device" > shows up in dmesg... > > I've taken out RAM, passed every kernel parameter I can think of > before the install, wiped out the HDs with DD, etc... looks like a bug fill it ... From gene.heskett at verizon.net Mon Apr 11 17:25:51 2005 From: gene.heskett at verizon.net (Gene Heskett) Date: Mon, 11 Apr 2005 13:25:51 -0400 Subject: high temp? In-Reply-To: <425A6131.5090307@duke.edu> References: <4255C609.4070109@duke.edu> <425A8D57.1000009@verizon.net> <425A6131.5090307@duke.edu> Message-ID: <200504111325.51228.gene.heskett@verizon.net> On Monday 11 April 2005 07:36, Robbie Foust wrote: >My laptop also has 1gb of ram, but I would be surprised if that has >anything to do with how much heat is generated. The heat on my > machine is coming from the processor. > >Is there a way to get real-time temp readings in linux? It would be >interesting to monitor the temp readings while doing processor > intensive things. > >- Robbie > Sure, if you can make it work with your hardware, and occasionally it works here when the cli program "sensors" doesn't, is "gkrellm", which sits on your screen near an edge and reports that, and a lot more stuff if you configure it to do so, all in real time. My cpu is currently running at 131.2F for example. Actually in runs pretty steady at that because both einstein and seti are running here, essentially keeping my cpu at 100%, but they are niced at 19, so I don't feel them in my useage at all. >Robbie Foust >OIT-CASI >Duke University > >>> Now its only needed to figure out: Is it the driver, or the >>> hardware? Anyone with same HW and identical config can try and >>> reproduce? >> >> Greetings: >> >> A similar thing has happened to me on several occasions. I have >> an HP Pavilion, model ze5470 US laptop, with a 2.66 GHz P4. It >> happens when processor usage is high for an extended period, like >> when tarring a large file structure. I noticed that this occurred >> after I upgraded the memory to 1 GB. Perhaps the larger memory >> cards generate more heat. >> >> Regards, >> >> Gary -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.34% setiathome rank, not too shabby for a WV hillbilly Yahoo.com and AOL/TW attorneys please note, additions to the above message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved. From fedora at nodata.co.uk Mon Apr 11 17:26:54 2005 From: fedora at nodata.co.uk (nodata) Date: Mon, 11 Apr 2005 19:26:54 +0200 Subject: Announcing Fedora Core 4 Test 2 In-Reply-To: References: <20050411152339.GB13257@nostromo.devel.redhat.com> <20050411170357.GC31153@redhat.com> Message-ID: <1113240414.3110.5.camel@localhost.localdomain> On Mon, 2005-04-11 at 12:20 -0500, Justin Conover wrote: > On Apr 11, 2005 12:03 PM, Dave Jones wrote: > > On Mon, Apr 11, 2005 at 11:23:39AM -0400, Bill Nottingham wrote: > > > > > Users were cautioned against using Fedora Core Test 2 in production > > > environments. Reminding the users that it's a test release, Otto > > > said "There's no guarantee that it won't eat your data or fail to > > > install. It could even cause an alien takeover of your humble town." > > > > > > Please report problems at: > > > > > > http://bugzilla.redhat.com/bugzilla > > > > > > File bugs against product 'Fedora Core', release 'fc4test1'. > > > > ehm, fc4test2 perhaps ? > > > > Dave > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > >From fedora.redhat.com > > "Fedora Core 4 test 2 Available! > > The first test release of Fedora Core 4 is now available from Red Hat > and at distinguished mirror sites near you, and is also available in > the torrent. New features in Fedora Core 4 test 2 include GNOME 2.10, > KDE 3.4, as well as a preview of GCC 4.0, as well as support for the > PowerPC architecture. Please file bugs via Bugzilla, Product Fedora > Core, Version fc4test2, so that they are noticed and appropriately > classified. Discuss this release on fedora-test-list." > > The "FIRST" ;-) > Oh come on! This always happens! *checks whether fc4t2 is in bugzilla yet* *faints* From mpeters at mac.com Mon Apr 11 17:29:17 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 11 Apr 2005 17:29:17 +0000 Subject: Using jigdo to save on downloads In-Reply-To: <20050411150431.GI8833@angus.ind.WPI.EDU> (from cra@WPI.EDU on Mon Apr 11 08:04:31 2005) References: <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <1113195294l.6287l.0l@devel.mpeters.local> <1113194717.2813.13.camel@cutter> <20050411071317.GG8833@angus.ind.WPI.EDU> <20050411150431.GI8833@angus.ind.WPI.EDU> Message-ID: <1113240557l.10494l.0l@devel.mpeters.local> On 04/11/2005 08:04:31 AM, Chuck R. Anderson wrote: > > You can find the jigdo/template files I generated here. Feel free to > edit the .jigdo files themselves and change/add more lines to the > [Servers] sections. Right now I left them pointing at the master > server. Or you can specify a local file path during reassembly > (below). > > http://download.wpi.edu/pub/jigdo/ > > For jigdo itself, the packages which I intend to submit to Extras are > here (built/tested on FC3): > > http://angus.ind.wpi.edu/~cra/fedora/extras/jigdo/ > > To recreate the original CD/DVD ISO images from your file tree: Using chuck's jigdo template for fc4t2 dvd - and my rawhide mirror (updated last night around midnight) - here is a screenshot of jigdo demonstrating just how effective it is: http://homepage.mac.com/mpeters/misc/fc4t2jigdo.png After telling it to scan my mirror of rawhide, it found 1562 of the 1820 files on the DVD image. That's 86% of the DVD image that I don't have to download because I already have it - and as an added bonus, for my "DVD Challenged" box, after the DVD is assembled, mount the iso, and create the CD images very quickly by having jigdo-lite scan the DVD image. -- Michael A. Peters http://mpeters.us/ From shrek-m at gmx.de Mon Apr 11 17:50:42 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 11 Apr 2005 19:50:42 +0200 Subject: high temp? In-Reply-To: <425A6131.5090307@duke.edu> References: <4255C609.4070109@duke.edu> <200504072227.10058.gene.heskett@verizon.net> <1113150819.3569.5.camel@localhost.localdomain> <200504101305.28380.gene.heskett@verizon.net> <1113229718.4450.3.camel@localhost.localdomain> <425A8D57.1000009@verizon.net> <425A6131.5090307@duke.edu> Message-ID: <425AB8F2.1050800@gmx.de> Robbie Foust wrote: > Is there a way to get real-time temp readings in linux? It would be > interesting to monitor the temp readings while doing processor > intensive things. $ rpm -ql lm_sensors detect your sensors with # sensors-detect [...probing your chips and follow the instructions eg. ...] To load everything that is needed, add this to some /etc/rc* file: #----cut here---- # I2C adapter drivers modprobe i2c-amd756 modprobe i2c-isa # I2C chip drivers # no driver for Smart Battery Charger yet modprobe smartbatt modprobe max6650 modprobe saa1064 modprobe lm92 modprobe eeprom modprobe smbus-arp modprobe pca9540 modprobe w83627hf # sleep 2 # optional /usr/bin/sensors -s # recommended #----cut here---- [...] # service lm_sensors start # service lm_sensors status eg. $ sensors w83627hf-isa-0290 Adapter: ISA adapter VCore 1: +1.76 V (min = +0.00 V, max = +0.00 V) VCore 2: +1.78 V (min = +0.00 V, max = +0.00 V) +3.3V: +3.34 V (min = +3.14 V, max = +3.47 V) +5V: +5.05 V (min = +4.76 V, max = +5.24 V) +12V: +12.77 V (min = +10.82 V, max = +13.19 V) -12V: -12.69 V (min = -13.18 V, max = -10.80 V) -5V: -5.55 V (min = -5.25 V, max = -4.75 V) V5SB: +5.38 V (min = +4.76 V, max = +5.24 V) VBat: +3.04 V (min = +2.40 V, max = +3.60 V) fan1: 0 RPM (min = -1 RPM, div = 2) fan2: 0 RPM (min = 337500 RPM, div = 2) fan3: 4821 RPM (min = 703 RPM, div = 8) temp1: +29?C (high = +16?C, hyst = +0?C) sensor = thermistor temp2: +48.0?C (high = +70?C, hyst = +65?C) sensor = thermistor temp3: +71.0?C (high = +70?C, hyst = +65?C) sensor = thermistor ALARM [...] -- shrek-m From czar at czarc.net Mon Apr 11 17:53:23 2005 From: czar at czarc.net (Gene C.) Date: Mon, 11 Apr 2005 12:53:23 -0500 Subject: OT: Re: note to vmware users In-Reply-To: <1113190708.20747.4.camel@md.local.linuxlobbyist.org> References: <200504081626.29382.czar@czarc.net> <1113190708.20747.4.camel@md.local.linuxlobbyist.org> Message-ID: <200504111353.24102.czar@czarc.net> On Sunday 10 April 2005 23:38, Paul Iadonisi wrote: > On Fri, 2005-04-08 at 15:26 -0500, Gene C. wrote: > > On a FC4T1 systems updated to the latest kernel (2.6.11-1.1231_FC4) (and > > x86_64 system in my case) with VMware workstation 5 RC3 (12888), trying > > to configure/run vmware host stuff will cause a kernel panic! > > > > It seems to work OK with the 2.6.11-1.1226_FC4 kernel. > > Confirmed here on i686 kernel with VMware Workstation 5 GA (build > 13124), but there is a new patch at > http://platan.vc.cvut.cz/ftp/pub/vmware/vmware-any-any-update90.tar.gz > that fixes the problem. Thank you, thank you. I had just checked the vmware newsgroups for any info on this problems and there was nothing. It is strange that the update fixes the kernel problem even though there is nothing about it on the newsgroups (or maybe it is older message than I looked at). How did you come to try the update or do you always just apply the updates? -- Gene From czar at czarc.net Mon Apr 11 18:39:18 2005 From: czar at czarc.net (Gene C.) Date: Mon, 11 Apr 2005 13:39:18 -0500 Subject: Any place to get FC4T2 a little early? In-Reply-To: <1113196972.4917.188.camel@arena.soho.bytebot.net> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113196972.4917.188.camel@arena.soho.bytebot.net> Message-ID: <200504111439.18972.czar@czarc.net> On Monday 11 April 2005 01:22, Colin Charles wrote: > On Sun, 2005-04-10 at 13:08 -0400, Robert P. J. Day wrote: > > > There is a respin done everyday. It is called rawhide, and on good > > > days you can install it from scratch. > > > > i'm sorry, maybe i just never noticed -- does rawhide actually include > > new ISO images as well respun on a daily basis? news to me. > > Rawhide is installable daily (using boot.iso) from nfs/ftp/http and > iirc, hard disk even ftp/http across the Internet ... yes. I do not know of anyone who exports nfs across the Internet but you can doesload the entire development tree and then nfs install it locall (I have done that in the past). Harddisk ... no ... not unless something dramatic has changed recently. At one time you could do a harddisk install of the expanded tree but that was disabled when too many users had problems ... currently, harddisk installs only work with ISO images. -- Gene From mharris at www.linux.org.uk Mon Apr 11 18:39:37 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Mon, 11 Apr 2005 14:39:37 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: <20050411033200.GD8833@angus.ind.WPI.EDU> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> Message-ID: <425AC469.5060503@www.linux.org.uk> Chuck R. Anderson wrote: > On Sun, Apr 10, 2005 at 10:57:36PM -0400, Mike A. Harris wrote: > >>Chuck R. Anderson wrote: >> >>>There is a respin done everyday. It is called rawhide, and on good >>>days you can install it from scratch. >> >>That doesn't test the installer case very well. Most people do not >>do anaconda installs of random rawhide builds. > > > Why not? I do anaconda installs of random rawhide builds all the time > by booting the files in isolinux/ using grub. The only bit that > doesn't get tested is the actual ISO generation. If most people don't > know this can be done, perhaps it should be publicized more. > > >>I think Robert's suggestion is completely rational. > > > I don't see the need for a full iso set to be generated that often. > Test releases are just "stable" points in the rawhide tree that happen > about once a month. I think this is often enough for full iso sets. Random rawhide installs provide one type of test coverage. Official test releases provide a different type of test coverage. As someone on the receiving end of Fedora Core bug reports, I can categorically state that the number of bug reports received over time increases visibly when an official "testN" release occurs, compared to in-between test releases. This would clearly seem to indicate that a much much larger number of people test our official "testN" releases and report bugs than do installer testing via random rawhide builds. Maintaining X - the only time I ever see incoming bug reports about X not working in anaconda, is either immediately following an official test release, or immediately following an official OS release. During normal rawhide builds for general development, and in between the test builds, I *never* see "X hangs during anaconda" bug reports from people using rawhide installs. My conclusion is that official test releases provide us with the largest cross section beta testing compared to the testing done by a much smaller subset of users with random rawhide builds. Of course, an alternate conclusion could be that somehow X bugs never trigger in rawhide installs, and only trigger in official test releases and official OS releases... but the probability of that being true is slim. So blowing an official beta test release due to some nasty bug that affects a large body of testers, IMHO very much does cause us to lose a *lot* of real world testing. Plus, since more people install official test releases, if they get burned badly by one of our test releases, it theoretically might increase the likelyhood that they'll be less quick to test the next test release in case it is bad too. Finally... If the test coverage we got from people who track rawhide and/or do rawhide ISO installs was large enough test coverage for the installer and related environment - we wouldn't likely bother making "test" releases, because we'd get the test coverage we want anyway. For some strange reason, we do however... ;o) From rpjday at mindspring.com Mon Apr 11 19:19:54 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 11 Apr 2005 15:19:54 -0400 (EDT) Subject: Any place to get FC4T2 a little early? In-Reply-To: <425AC469.5060503@www.linux.org.uk> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <425AC469.5060503@www.linux.org.uk> Message-ID: On Mon, 11 Apr 2005, Mike A. Harris wrote: > Random rawhide installs provide one type of test coverage. > Official test releases provide a different type of test coverage. i know i've suggested something like this before, but it would be nice to have a really, really prominent link on the fedora page to, perhaps, major breaking news of moderate to serious installation bugs in each test release and their work arounds. currently, in the FC4T2 section at http://fedora.redhat.com, there's some useful info, but there's nothing that leaps off the screen at you that says, "Are you having trouble installing? GO HERE!" Perhaps something as simple as a link to: https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora+Core&version=fc4test2&component=anaconda&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= or whatever's appropriate. when folks are trying to install, and things just aren't going their way, they want help fast, so giving them a single point of contact can minimize the frustration. rday p.s. and speaking of links on the fedora main page, that "Package list" link mocks me every time i visit. :-P From jspaleta at gmail.com Mon Apr 11 20:37:41 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 11 Apr 2005 16:37:41 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <425AC469.5060503@www.linux.org.uk> Message-ID: <604aa791050411133759d9e907@mail.gmail.com> On Apr 11, 2005 3:19 PM, Robert P. J. Day wrote: > currently, in the FC4T2 section at http://fedora.redhat.com, there's > some useful info, but there's nothing that leaps off the screen at you > that says, "Are you having trouble installing? GO HERE!" The fedora mainsite is not particularly dynamic and I'm not sure things are ready yet to incorporate contributed community content directly. Now that fedoraforum is an "official" forum... perhaps a link to a url in fedoraforum would work best for this purpose.. so that community people can compile a thread of discussion about installation issues.... OR... you can have a page in the wiki at fedoraforum.org maintained by community members to compile a list of significant issues. But someone or a group of people are going to have to step up and volunteer their time to maintain this sort of thing and be on the ball about it. It will take effort to comb through bugzilla and the lists to determine what is and is not a "serious" install issue. I humbly suggest that the best way to get this sort of thing linked into the official site is to start maintaining such a url in fedoraforum or in the fedoraproject wiki, make a commitment to maintaining it for more than one 'release' and then asked to be linked. A dead link that isn't going to be maintained by anyone isn't particularly useful long term. >https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora+Core&version=fc4test2&component=anaconda&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= > > or whatever's appropriate. I really don't think a cookie-cutter bugzilla query is all that useful, for general consumption. People who know how to interact with bugzilla can query bugzilla for themselves. For people who don't know how to interact with bugzilla...thats just going to be a long list of text. What you really want is some human-being to classify certain issues as "important" or "common" and to compile known workarounds, referencing bugzilla tickets as needed. > > when folks are trying to install, and things just aren't going their > way, they want help fast, so giving them a single point of contact can > minimize the frustration. Personally, i think anyone who desires "help fast" for a test release is probably approaching the endeavor with the wrong attitude and expectations. And again, i think these people are going to be looking for a human editted summary not a list of bugzilla tickets. -jef"I don't care who you are, and how much you hate George Lucas' blood-sucking approach to marketting and trademark licensing, nor how badly you thought episodes 1 and 2 blew. All of it.. the hype and the disappointment and even the Jar-Jar tongue shaped candy..has been vindicated by the creation of dark chocolate M&M's. We should all get down on our knees and thank Lucas and his money lusting trademark licensing team for making dark chocolate M&M's a reality. My life will be forever changed."spaleta From FrankSanderDo at vodafone.de Mon Apr 11 20:14:24 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Mon, 11 Apr 2005 22:14:24 +0200 Subject: Bulid an Iso was: Re: Any place to get FC4T2 a little early? In-Reply-To: <1113196972.4917.188.camel@arena.soho.bytebot.net> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <1113196972.4917.188.camel@arena.soho.bytebot.net> Message-ID: <425ADAA0.4000502@vodafone.de> Colin Charles wrote: >On Sun, 2005-04-10 at 13:08 -0400, Robert P. J. Day wrote: > > >>>There is a respin done everyday. It is called rawhide, and on good >>>days you can install it from scratch. >>> >>> >>i'm sorry, maybe i just never noticed -- does rawhide actually include >>new ISO images as well respun on a daily basis? news to me. >> >> > >Rawhide is installable daily (using boot.iso) from nfs/ftp/http and >iirc, hard disk even > >And you _can_ roll ISOs yourself if need be > > Hi folks, only a question from a dummy :-) Iwould like to build an FC3 iso containing the actual rpms and (most important) booting with an actual kernel. This is to get one of my PC running wich it does not with with the FC3 DVD ISO becaus of the old kernel. How can I build an CD or DVD iso? See you Frank From d00jkr at efd.lth.se Mon Apr 11 21:18:20 2005 From: d00jkr at efd.lth.se (Jacob Kroon) Date: Mon, 11 Apr 2005 23:18:20 +0200 Subject: FC4test2 Minimum install Message-ID: <425AE99C.3060606@efd.lth.se> I'm not quite sure but I think Anaconda wanted to install about 850MB when doing a "minimum" install, and if I remember correctly from the previous releases this is a substantial increase, which also led to the fact that you now need both CD#1 _and_ CD#2 to do a minimum install (previously you only needed CD#1) Which at least I am kind of disappointed at, I prefer to do a minimum install and then "yum install" whatever I need later on. Why the huge increase of space needed? Regards Jacob "not meaning to flame anything/anyone" Kroon From jpearson42 at wowway.com Mon Apr 11 21:19:11 2005 From: jpearson42 at wowway.com (John Pearson) Date: Mon, 11 Apr 2005 17:19:11 -0400 Subject: FC2T2 install Message-ID: <200504111719.12136.jpearson42@wowway.com> This looks like a flawless install. The iso's failed the integrity check, but installation was no problem. I did a personal computer installation, so that I only needed to download 2 isos. yum update failed until I disabled the gpgcheck, since some of the packages lacked signatures. Then the update went without a problem. I am adding packages and testing -- KDE for a civilized desktop [duck/cover/snigger], and other amenities. This looks really good. -Jpearson From ivazquez at ivazquez.net Mon Apr 11 21:30:21 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 11 Apr 2005 17:30:21 -0400 Subject: Bulid an Iso was: Re: Any place to get FC4T2 a little early? In-Reply-To: <425ADAA0.4000502@vodafone.de> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <1113196972.4917.188.camel@arena.soho.bytebot.net> <425ADAA0.4000502@vodafone.de> Message-ID: <1113255021.5131.21.camel@ignacio.ignacio.lan> On Mon, 2005-04-11 at 22:14 +0200, Frank Sander wrote: > Iwould like to build an FC3 iso containing the actual rpms and (most > important) booting with an actual kernel. > This is to get one of my PC running wich it does not with with the FC3 > DVD ISO becaus of the old kernel. > > How can I build an CD or DVD iso? http://bipolar.longbros.com/index.php?p=29&more=1&c=1&tb=1&pb=1 -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 czar at czarc.net Mon Apr 11 21:38:12 2005 From: czar at czarc.net (Gene C.) Date: Mon, 11 Apr 2005 16:38:12 -0500 Subject: Bulid an Iso was: Re: Any place to get FC4T2 a little early? In-Reply-To: <425ADAA0.4000502@vodafone.de> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113196972.4917.188.camel@arena.soho.bytebot.net> <425ADAA0.4000502@vodafone.de> Message-ID: <200504111738.12911.czar@czarc.net> On Monday 11 April 2005 16:14, Frank Sander wrote: > Iwould like to build an FC3 iso containing the actual rpms and (most > important) booting with an actual kernel. > This is to get one of my PC running wich it does not with with the FC3 > DVD ISO becaus of the old kernel. > > How can I build an CD or DVD iso? HOWTO: How to update Fedora Core 3 Distribution CDs: http://fedoranews.org/contributors/gene_czarcinski/update_distro/ -- Gene From notting at redhat.com Mon Apr 11 21:41:20 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 11 Apr 2005 17:41:20 -0400 Subject: FC4test2 Minimum install In-Reply-To: <425AE99C.3060606@efd.lth.se> References: <425AE99C.3060606@efd.lth.se> Message-ID: <20050411214120.GB17345@nostromo.devel.redhat.com> Jacob Kroon (d00jkr at efd.lth.se) said: > I'm not quite sure but I think Anaconda wanted to install about 850MB > when doing a "minimum" > install, and if I remember correctly from the previous releases this is > a substantial increase, which > also led to the fact that you now need both CD#1 _and_ CD#2 to do a > minimum install (previously > you only needed CD#1) Which at least I am kind of disappointed at, I > prefer to do a minimum install > and then "yum install" whatever I need later on. Why the huge increase > of space needed? Probably dependencies gone bad. Would have to look at the package set to know for sure. Bill From d00jkr at efd.lth.se Mon Apr 11 21:46:52 2005 From: d00jkr at efd.lth.se (Jacob Kroon) Date: Mon, 11 Apr 2005 23:46:52 +0200 Subject: FC4test2 Minimum install In-Reply-To: <425AE99C.3060606@efd.lth.se> References: <425AE99C.3060606@efd.lth.se> Message-ID: <425AF04C.2050300@efd.lth.se> Jacob Kroon wrote: > I'm not quite sure but I think Anaconda wanted to install about 850MB > when doing a "minimum" > install, and if I remember correctly from the previous releases this > is a substantial increase, which > also led to the fact that you now need both CD#1 _and_ CD#2 to do a > minimum install (previously > you only needed CD#1) Which at least I am kind of disappointed at, I > prefer to do a minimum install > and then "yum install" whatever I need later on. Why the huge increase > of space needed? > > Regards Jacob "not meaning to flame anything/anyone" Kroon > Sorry about that, the release notes state it is 620MB for a minimum, dunno where I got 850MB from. You still need CD#1 and CD#2 though. /Jacob From ja at jaa.org.uk Mon Apr 11 21:55:06 2005 From: ja at jaa.org.uk (John Austin) Date: Mon, 11 Apr 2005 22:55:06 +0100 Subject: FC4T2 xorg/matrox failure Message-ID: <1113256506.21702.10.camel@maui.jaa.org.uk> Hi, Having had problems with xorg/Matrox G550 on FC4T1 I was hoping for improvements at FC4T2 but .... cannot use the graphics install as the screen is corrupt, can't read the install notes even!!!! After text install, reboot etc, startx from run level 3 fails with corrupt screen, unusable and still totally corrupts virtual terms Cont/Alt/F1-6 Reboot the only answer :-( Anyone else with the same problem ????? I will be adding this to bugzilla https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153729 and xorg bugs John From rramson at gmail.com Mon Apr 11 22:00:29 2005 From: rramson at gmail.com (Richard Ramson) Date: Mon, 11 Apr 2005 18:00:29 -0400 Subject: FC4test2 Minimum install In-Reply-To: <425AF04C.2050300@efd.lth.se> References: <425AE99C.3060606@efd.lth.se> <425AF04C.2050300@efd.lth.se> Message-ID: On Apr 11, 2005 5:46 PM, Jacob Kroon wrote: > Jacob Kroon wrote: > > > Sorry about that, the release notes state it is 620MB for a minimum, > dunno where I got 850MB from. You still need > CD#1 and CD#2 though. > > Jacob Where did you find the release notes for FC4T2? From d00jkr at efd.lth.se Mon Apr 11 22:04:52 2005 From: d00jkr at efd.lth.se (Jacob Kroon) Date: Tue, 12 Apr 2005 00:04:52 +0200 Subject: FC4test2 Minimum install In-Reply-To: References: <425AE99C.3060606@efd.lth.se> <425AF04C.2050300@efd.lth.se> Message-ID: <425AF484.4010605@efd.lth.se> Richard Ramson wrote: >On Apr 11, 2005 5:46 PM, Jacob Kroon wrote: > > >>Jacob Kroon wrote: >> >> >>Sorry about that, the release notes state it is 620MB for a minimum, >>dunno where I got 850MB from. You still need >>CD#1 and CD#2 though. >> >>Jacob >> >> > >Where did you find the release notes for FC4T2? > > > http://download.fedora.redhat.com/pub/fedora/linux/core/test/3.91/i386/os/RELEASE-NOTES-en /Jacob From mefoster at gmail.com Mon Apr 11 22:12:55 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Mon, 11 Apr 2005 23:12:55 +0100 Subject: FC4T2: no sound on Intel motherboard sound (snd-intel8x0) Message-ID: Mostly the install went fine -- the DVD iso failed mediacheck, but I decided to ignore that and it seems to have gone fine. However, when I ran the soundcard test in firstboot, no sound came from the internal speakers. It seems to have thought that something was playing, but I didn't hear anything. Same thing if I do system-config-soundcard. I have tried un-muting everything I could think of in alsamixer, but no dice. Anyone else seen this with Intel motherboard sound? It worked fine in test 1 and through all the rawhide updates ... MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From cra at WPI.EDU Mon Apr 11 22:21:55 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Mon, 11 Apr 2005 18:21:55 -0400 Subject: Any place to get FC4T2 a little early? In-Reply-To: <425AC469.5060503@www.linux.org.uk> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <425AC469.5060503@www.linux.org.uk> Message-ID: <20050411222155.GM17634@angus.ind.WPI.EDU> On Mon, Apr 11, 2005 at 02:39:37PM -0400, Mike A. Harris wrote: > So blowing an official beta test release due to some nasty bug > that affects a large body of testers, IMHO very much does cause > us to lose a *lot* of real world testing. Plus, since more people > install official test releases, if they get burned badly by one of > our test releases, it theoretically might increase the likelyhood > that they'll be less quick to test the next test release in case > it is bad too. I see no way to fix this. Either the users will test rawhide before the official test release is cut, or they won't. If they don't, how can we expect the official test release to be free of issues? > Finally... If the test coverage we got from people who track rawhide > and/or do rawhide ISO installs was large enough test coverage for > the installer and related environment - we wouldn't likely bother > making "test" releases, because we'd get the test coverage we want > anyway. I always try to do some rawhide installs as we are approaching an official test release to hopefully find "nasty" bugs in the installer before the official test release. However, it isn't realistic for a few people to be able to provide the kind of hardware coverage to be able to comprehensively verify that the official test release isn't going to have "nasty" problems in the installer. I suppose we can provide installer update disks to fix "nasty" bugs after an official test release is out, but by then you've already burned your test user base. It is all perception I guess. With the update mechanism in place, a test user that updates regularly is really running rawhide anyway. I've just been trying to point out to some of these testers that all is not lost if a test release fails to install--just try the rawhide install. From mefoster at gmail.com Mon Apr 11 22:22:16 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Mon, 11 Apr 2005 23:22:16 +0100 Subject: [false alarm] FC4T2: no sound on Intel motherboard sound (snd-intel8x0) In-Reply-To: References: Message-ID: On Apr 11, 2005 11:12 PM, Mary Ellen Foster wrote: > I have tried un-muting everything I could > think of in alsamixer, but no dice. Okay, obviously not *everything* -- this time I really un-muted all the settings and turned them all up, and now I hear the sound. I don't think that used to be necessary, but whatever. False alarm, I guess. Sorry. I could do an iterative thing to figure out exactly which setting it was that did it, I suppose, but that's not such an exciting prospect ... MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From jvdias at redhat.com Mon Apr 11 22:32:32 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Mon, 11 Apr 2005 18:32:32 -0400 Subject: [false alarm] FC4T2: no sound on Intel motherboard sound (snd-intel8x0) In-Reply-To: References: Message-ID: <1113258752.2993.209.camel@silly> On Mon, 2005-04-11 at 18:22, Mary Ellen Foster wrote: > On Apr 11, 2005 11:12 PM, Mary Ellen Foster wrote: > > I have tried un-muting everything I could > > think of in alsamixer, but no dice. > > Okay, obviously not *everything* -- this time I really un-muted all > the settings and turned them all up, and now I hear the sound. I don't > think that used to be necessary, but whatever. False alarm, I guess. > Sorry. > > I could do an iterative thing to figure out exactly which setting it > was that did it, I suppose, but that's not such an exciting prospect > ... > > MEF > > -- > __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ > "One of the main causes of the fall of the Roman Empire was that, > lacking zero, they had no way to indicate successful termination > of their C programs." (Robert Firth) I think you'll find it was "Headphone Jack Sense" . Once you have the sound to your liking, do 'alsactl store' and then put 'alsactl restore' in /etc/rc.d/rc.local, and the sound will be restored after boot . From notting at redhat.com Mon Apr 11 22:32:34 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 11 Apr 2005 18:32:34 -0400 Subject: FC4test2 Minimum install In-Reply-To: <20050411214120.GB17345@nostromo.devel.redhat.com> References: <425AE99C.3060606@efd.lth.se> <20050411214120.GB17345@nostromo.devel.redhat.com> Message-ID: <20050411223234.GA18615@nostromo.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > Jacob Kroon (d00jkr at efd.lth.se) said: > > I'm not quite sure but I think Anaconda wanted to install about 850MB > > when doing a "minimum" > > install, and if I remember correctly from the previous releases this is > > a substantial increase, which > > also led to the fact that you now need both CD#1 _and_ CD#2 to do a > > minimum install (previously > > you only needed CD#1) Which at least I am kind of disappointed at, I > > prefer to do a minimum install > > and then "yum install" whatever I need later on. Why the huge increase > > of space needed? > > Probably dependencies gone bad. Would have to look at the package set > to know for sure. OK, a test minimal install is pulling in openoffice.org-core (!?) for some reason. Unsure why as of yet. Bill From dmm at 1-4-5.net Mon Apr 11 22:39:10 2005 From: dmm at 1-4-5.net (David Meyer) Date: Mon, 11 Apr 2005 15:39:10 -0700 Subject: FC4 test 2 jpilot buffer overlow... Message-ID: <20050411223910.GA31311@1-4-5.net> Anyone else seeing this: [dmm at wayback:~]1% jpilot --version *** buffer overflow detected *** Abort [dmm at wayback:~]2% Thanks, Dave -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rramson at gmail.com Mon Apr 11 22:48:22 2005 From: rramson at gmail.com (Richard Ramson) Date: Mon, 11 Apr 2005 18:48:22 -0400 Subject: FC4 test 2 jpilot buffer overlow... In-Reply-To: <20050411223910.GA31311@1-4-5.net> References: <20050411223910.GA31311@1-4-5.net> Message-ID: On Apr 11, 2005 6:39 PM, David Meyer wrote: > > Anyone else seeing this: > > [dmm at wayback:~]1% jpilot --version > *** buffer overflow detected *** > Abort > [dmm at wayback:~]2% > > Thanks, > > Dave What is jpilot anyway??? I ran the same command as you and I got the following message below. jpilot --version *** buffer overflow detected ***: jpilot terminated ======= Backtrace: ========= /lib64/libc.so.6(__chk_fail+0x2f)[0x3edcddc40f] jpilot(get_plugin_list+0x0)[0x43c2b9] jpilot(main+0x1998)[0x433ba8] /lib64/libc.so.6(__libc_start_main+0xdc)[0x3edcd1c4cc] jpilot[0x40ef3a] ======= Memory map: ======== 00400000-0047a000 r-xp 00000000 fd:00 12370525 /usr/bin/jpilot 0057a000-0057e000 rw-p 0007a000 fd:00 12370525 /usr/bin/jpilot 0057e000-00580000 rw-p 0057e000 00:00 0 0067d000-00681000 rw-p 0007d000 fd:00 12370525 /usr/bin/jpilot 00681000-006a2000 rw-p 00681000 00:00 0 [heap] 30d0900000-30d0914000 r-xp 00000000 fd:00 12371027 /usr/lib64/libgdk_pixbuf-2.0.so.0.600.6 30d0914000-30d0a14000 ---p 00014000 fd:00 12371027 /usr/lib64/libgdk_pixbuf-2.0.so.0.600.6 30d0a14000-30d0a16000 rw-p 00014000 fd:00 12371027 /usr/lib64/libgdk_pixbuf-2.0.so.0.600.6 30d0b00000-30d0b80000 r-xp 00000000 fd:00 12370945 /usr/lib64/libgdk-x11-2.0.so.0.600.6 30d0b80000-30d0c7f000 ---p 00080000 fd:00 12370945 /usr/lib64/libgdk-x11-2.0.so.0.600.6 30d0c7f000-30d0c89000 rw-p 0007f000 fd:00 12370945 /usr/lib64/libgdk-x11-2.0.so.0.600.6 30d0d00000-30d0fad000 r-xp 00000000 fd:00 12371029 /usr/lib64/libgtk-x11-2.0.so.0.600.6 30d0fad000-30d10ac000 ---p 002ad000 fd:00 12371029 /usr/lib64/libgtk-x11-2.0.so.0.600.6 30d10ac000-30d10dd000 rw-p 002ac000 fd:00 12371029 /usr/lib64/libgtk-x11-2.0.so.0.600.6 30d10dd000-30d10e0000 rw-p 30d10dd000 00:00 0 3963800000-39638da000 r-xp 00000000 fd:00 12365683 /usr/X11R6/lib64/libX11.so.6.2 39638da000-39639d9000 ---p 000da000 fd:00 12365683 /usr/X11R6/lib64/libX11.so.6.2 39639d9000-39639df000 rw-p 000d9000 fd:00 12365683 /usr/X11R6/lib64/libX11.so.6.2 3963a00000-3963a10000 r-xp 00000000 fd:00 12365812 /usr/X11R6/lib64/libXext.so.6.4 3963a10000-3963b10000 ---p 00010000 fd:00 12365812 /usr/X11R6/lib64/libXext.so.6.4 3963b10000-3963b11000 rw-p 00010000 fd:00 12365812 /usr/X11R6/lib64/libXext.so.6.4 3964000000-3964014000 r-xp 00000000 fd:00 12366487 /usr/X11R6/lib64/libXft.so.2.1.2 3964014000-3964113000 ---p 00014000 fd:00 12366487 /usr/X11R6/lib64/libXft.so.2.1.2 3964113000-3964114000 rw-p 00013000 fd:00 12366487 /usr/X11R6/lib64/libXft.so.2.1.2 3964200000-3964208000 r-xp 00000000 fd:00 12366411 /usr/X11R6/lib64/libXrender.so.1.2.2 3964208000-3964308000 ---p 00008000 fd:00 12366411 /usr/X11R6/lib64/libXrender.so.1.2.2 3964308000-3964309000 rw-p 00008000 fd:00 12366411 /usr/X11R6/lib64/libXrender.so.1.2.2 3964400000-3964409000 r-xp 00000000 fd:00 12369284 /usr/X11R6/lib64/libXcursor.so.1.0.2 3964409000-3964509000 ---p 00009000 fd:00 12369284 /usr/X11R6/lib64/libXcursor.so.1.0.2 3964509000-396450a000 rw-p 00009000 fd:00 12369284 /usr/X11R6/lib64/libXcursor.so.1.0.2 3964600000-3964603000 r-xp 00000000 fd:00 12369189 /usr/X11R6/lib64/libXrandr.so.2.0 3964603000-3964702000 ---p 00003000 fd:00 12369189 /usr/X11R6/lib64/libXrandr.so.2.0 3964702000-3964703000 rw-p 00002000 fd:00 12369189 /usr/X11R6/lib64/libXrandr.so.2.0 3964800000-3964802000 r-xp 00000000 fd:00 12369195 /usr/X11R6/lib64/libXinerama.so.1.0 3964802000-3964901000 ---p 00002000 fd:00 12369195 /usr/X11R6/lib64/libXinerama.so.1.0 3964901000-3964902000 rw-p 00001000 fd:00 12369195 /usr/X11R6/lib64/libXinerama.so.1.0 3964a00000-3964a84000 r-xp 00000000 fd:00 12360888 /usr/lib64/libglib-2.0.so.0.600.4 3964a84000-3964b83000 ---p 00084000 fd:00 12360888 /usr/lib64/libglib-2.0.so.0.600.4 3964b83000-3964b89000 rw-p 00083000 fd:00 12360888 /usr/lib64/libglib-2.0.so.0.600.4 3964b89000-3964b8a000 rw-p 3964b89000 00:00 0 3964c00000-3964c03000 r-xp 00000000 fd:00 12363952 /usr/lib64/libgmodule-2.0.so.0.600.4 3964c03000-3964d02000 ---p 00003000 fd:00 12363952 /usr/lib64/libgmodule-2.0.so.0.600.4 3964d02000-3964d03000 rw-p 00002000 fd:00 12363952 /usr/lib64/libgmodule-2.0.so.0.600.4 3964e00000-3964e37000 r-xp 00000000 fd:00 12360996 /usr/lib64/libgobject-2.0.so.0.600.4 3964e37000-3964f37000 ---p 00037000 fd:00 12360996 /usr/lib64/libgobject-2.0.so.0.600.4 3964f37000-3964f3c000 rw-p 00037000 fd:00 12360996 /usr/lib64/libgobject-2.0.so.0.600.4 3965200000-3965208000 r-xp 00000000 fd:00 12369190 /usr/X11R6/lib64/libXi.so.6.0 3965208000-3965307000 ---p 00008000 fd:00 12369190 /usr/X11R6/lib64/libXi.so.6.0 3965307000-3965308000 rw-p 00007000 fd:00 12369190 /usr/X11R6/lib64/libXi.so.6.0 3965400000-3965428000 r-xp 00000000 fd:00 12369181 /usr/lib64/libpangoft2-1.0.so.0.800.1 3965428000-3965528000 ---p 00028000 fd:00 12369181 /usr/lib64/libpangoft2-1.0.so.0.800.1 3965528000-396552a000 rw-p 00028000 fd:00 12369181 /usr/lib64/libpangoft2-1.0.so.0.800.1 3965600000-396563b000 r-xp 00000000 fd:00 12369179 /usr/lib64/libpango-1.0.so.0.800.1 396563b000-396573b000 ---p 0003b000 fd:00 12369179 /usr/lib64/libpango-1.0.so.0.800.1 396573b000-3965744000 rw-p 0003b000 fd:00 12369179 /usr/lib64/libpango-1.0.so.0.800.1 3965d00000-3965d0b000 r-xp 00000000 fd:00 12369294 /usr/lib64/libpangox-1.0.so.0.800.1 3965d0b000-3965e0b000 ---p 0000b000 fd:00 12369294 /usr/lib64/libpangox-1.0.so.0.800.1 3965e0b000-3965e0c000 rw-p 0000b000 fd:00 12369294 /usr/lib64/libpangox-1.0.so.0.800.1 3965f00000-3965f07000 r-xp 00000000 fd:00 12369291 /usr/lib64/libpangoxft-1.0.so.0.800.1 3965f07000-3966006000 ---p 00007000 fd:00 12369291 /usr/lib64/libpangoxft-1.0.so.0.800.1 3966006000-3966007000 rw-p 00006000 fd:00 12369291 /usr/lib64/libpangoxft-1.0.so.0.800.1 3966100000-3966105000 r-xp 00000000 fd:00 12369197 /usr/X11R6/lib64/libXfixes.so.3.0 3966105000-3966204000 ---p 00005000 fd:00 12369197 /usr/X11R6/lib64/libXfixes.so.3.0 3966204000-3966205000 rw-p 00004000 fd:00 12369197 /usr/X11R6/lib64/libXfixes.so.3.0 3966500000-396651a000 r-xp 00000000 fd:00 12369413 /usr/lib64/libatk-1.0.so.0.901.0 396651a000-3966619000 ---p 0001a000 fd:00 12369413 /usr/lib64/libatk-1.0.so.0.901.0 3966619000-396661e000 rw-p 00019000 fd:00 12369413 /usr/lib64/libatk-1.0.so.0.901.0 3edcb00000-3edcb19000 r-xp 00000000 fd:00 3145791 /lib64/ld-2.3.4.so 3edcc18000-3edcc19000 r--p 00018000 fd:00 3145791 /lib64/ld-2.3.4.so 3edcc19000-3edcc1a000 rw-p 00019000 fd:00 3145791 /lib64/ld-2.3.4.so 3edcd00000-3edce2d000 r-xp 00000000 fd:00 3145820 /lib64/libc-2.3.4.so 3edce2d000-3edcf2c000 ---p 0012d000 fd:00 3145820 /lib64/libc-2.3.4.so 3edcf2c000-3edcf30000 r--p 0012c000 fd:00 3145820 /lib64/libc-2.3.4.so 3edcf30000-3edcf32000 rw-p 00130000 fd:00 3145820 /lib64/libc-2.3.4.so 3edcf32000-3edcf36000 rw-p 3edcf32000 00:00 0 3edd000000-3edd084000 r-xp 00000000 fd:00 3145830 /lib64/libm-2.3.4.so 3edd084000-3edd183000 ---p 00084000 fd:00 3145830 /lib64/libm-2.3.4.so 3edd183000-3edd184000 r--p 00083000 fd:00 3145830 /lib64/libm-2.3.4.so 3edd184000-3edd185000 rw-p 00084000 fd:00 3145830 /lib64/libm-2.3.4.so 3edd200000-3edd202000 r-xp 00000000 fd:00 3145831 /lib64/libdl-2.3.4.so 3Aborted From dmm at 1-4-5.net Mon Apr 11 22:52:56 2005 From: dmm at 1-4-5.net (David Meyer) Date: Mon, 11 Apr 2005 15:52:56 -0700 Subject: FC4 test 2 jpilot buffer overlow... In-Reply-To: References: <20050411223910.GA31311@1-4-5.net> Message-ID: <20050411225256.GA31746@1-4-5.net> On Mon, Apr 11, 2005 at 06:48:22PM -0400, Richard Ramson wrote: > On Apr 11, 2005 6:39 PM, David Meyer wrote: > > > > Anyone else seeing this: > > > > [dmm at wayback:~]1% jpilot --version > > *** buffer overflow detected *** > > Abort > > [dmm at wayback:~]2% > > > > Thanks, > > > > Dave > > What is jpilot anyway??? I ran the same command as you and I got the > following message below. Its a phone/pda calendaring/sync utility; I kinda like it (when it works :-). I have had no problem with it under FC3. Dave > > jpilot --version > *** buffer overflow detected ***: jpilot terminated > ======= Backtrace: ========= > /lib64/libc.so.6(__chk_fail+0x2f)[0x3edcddc40f] > jpilot(get_plugin_list+0x0)[0x43c2b9] > jpilot(main+0x1998)[0x433ba8] > /lib64/libc.so.6(__libc_start_main+0xdc)[0x3edcd1c4cc] > jpilot[0x40ef3a] > ======= Memory map: ======== > 00400000-0047a000 r-xp 00000000 fd:00 12370525 > /usr/bin/jpilot > 0057a000-0057e000 rw-p 0007a000 fd:00 12370525 > /usr/bin/jpilot > 0057e000-00580000 rw-p 0057e000 00:00 0 > 0067d000-00681000 rw-p 0007d000 fd:00 12370525 > /usr/bin/jpilot > 00681000-006a2000 rw-p 00681000 00:00 0 [heap] > 30d0900000-30d0914000 r-xp 00000000 fd:00 12371027 > /usr/lib64/libgdk_pixbuf-2.0.so.0.600.6 > 30d0914000-30d0a14000 ---p 00014000 fd:00 12371027 > /usr/lib64/libgdk_pixbuf-2.0.so.0.600.6 > 30d0a14000-30d0a16000 rw-p 00014000 fd:00 12371027 > /usr/lib64/libgdk_pixbuf-2.0.so.0.600.6 > 30d0b00000-30d0b80000 r-xp 00000000 fd:00 12370945 > /usr/lib64/libgdk-x11-2.0.so.0.600.6 > 30d0b80000-30d0c7f000 ---p 00080000 fd:00 12370945 > /usr/lib64/libgdk-x11-2.0.so.0.600.6 > 30d0c7f000-30d0c89000 rw-p 0007f000 fd:00 12370945 > /usr/lib64/libgdk-x11-2.0.so.0.600.6 > 30d0d00000-30d0fad000 r-xp 00000000 fd:00 12371029 > /usr/lib64/libgtk-x11-2.0.so.0.600.6 > 30d0fad000-30d10ac000 ---p 002ad000 fd:00 12371029 > /usr/lib64/libgtk-x11-2.0.so.0.600.6 > 30d10ac000-30d10dd000 rw-p 002ac000 fd:00 12371029 > /usr/lib64/libgtk-x11-2.0.so.0.600.6 > 30d10dd000-30d10e0000 rw-p 30d10dd000 00:00 0 > 3963800000-39638da000 r-xp 00000000 fd:00 12365683 > /usr/X11R6/lib64/libX11.so.6.2 > 39638da000-39639d9000 ---p 000da000 fd:00 12365683 > /usr/X11R6/lib64/libX11.so.6.2 > 39639d9000-39639df000 rw-p 000d9000 fd:00 12365683 > /usr/X11R6/lib64/libX11.so.6.2 > 3963a00000-3963a10000 r-xp 00000000 fd:00 12365812 > /usr/X11R6/lib64/libXext.so.6.4 > 3963a10000-3963b10000 ---p 00010000 fd:00 12365812 > /usr/X11R6/lib64/libXext.so.6.4 > 3963b10000-3963b11000 rw-p 00010000 fd:00 12365812 > /usr/X11R6/lib64/libXext.so.6.4 > 3964000000-3964014000 r-xp 00000000 fd:00 12366487 > /usr/X11R6/lib64/libXft.so.2.1.2 > 3964014000-3964113000 ---p 00014000 fd:00 12366487 > /usr/X11R6/lib64/libXft.so.2.1.2 > 3964113000-3964114000 rw-p 00013000 fd:00 12366487 > /usr/X11R6/lib64/libXft.so.2.1.2 > 3964200000-3964208000 r-xp 00000000 fd:00 12366411 > /usr/X11R6/lib64/libXrender.so.1.2.2 > 3964208000-3964308000 ---p 00008000 fd:00 12366411 > /usr/X11R6/lib64/libXrender.so.1.2.2 > 3964308000-3964309000 rw-p 00008000 fd:00 12366411 > /usr/X11R6/lib64/libXrender.so.1.2.2 > 3964400000-3964409000 r-xp 00000000 fd:00 12369284 > /usr/X11R6/lib64/libXcursor.so.1.0.2 > 3964409000-3964509000 ---p 00009000 fd:00 12369284 > /usr/X11R6/lib64/libXcursor.so.1.0.2 > 3964509000-396450a000 rw-p 00009000 fd:00 12369284 > /usr/X11R6/lib64/libXcursor.so.1.0.2 > 3964600000-3964603000 r-xp 00000000 fd:00 12369189 > /usr/X11R6/lib64/libXrandr.so.2.0 > 3964603000-3964702000 ---p 00003000 fd:00 12369189 > /usr/X11R6/lib64/libXrandr.so.2.0 > 3964702000-3964703000 rw-p 00002000 fd:00 12369189 > /usr/X11R6/lib64/libXrandr.so.2.0 > 3964800000-3964802000 r-xp 00000000 fd:00 12369195 > /usr/X11R6/lib64/libXinerama.so.1.0 > 3964802000-3964901000 ---p 00002000 fd:00 12369195 > /usr/X11R6/lib64/libXinerama.so.1.0 > 3964901000-3964902000 rw-p 00001000 fd:00 12369195 > /usr/X11R6/lib64/libXinerama.so.1.0 > 3964a00000-3964a84000 r-xp 00000000 fd:00 12360888 > /usr/lib64/libglib-2.0.so.0.600.4 > 3964a84000-3964b83000 ---p 00084000 fd:00 12360888 > /usr/lib64/libglib-2.0.so.0.600.4 > 3964b83000-3964b89000 rw-p 00083000 fd:00 12360888 > /usr/lib64/libglib-2.0.so.0.600.4 > 3964b89000-3964b8a000 rw-p 3964b89000 00:00 0 > 3964c00000-3964c03000 r-xp 00000000 fd:00 12363952 > /usr/lib64/libgmodule-2.0.so.0.600.4 > 3964c03000-3964d02000 ---p 00003000 fd:00 12363952 > /usr/lib64/libgmodule-2.0.so.0.600.4 > 3964d02000-3964d03000 rw-p 00002000 fd:00 12363952 > /usr/lib64/libgmodule-2.0.so.0.600.4 > 3964e00000-3964e37000 r-xp 00000000 fd:00 12360996 > /usr/lib64/libgobject-2.0.so.0.600.4 > 3964e37000-3964f37000 ---p 00037000 fd:00 12360996 > /usr/lib64/libgobject-2.0.so.0.600.4 > 3964f37000-3964f3c000 rw-p 00037000 fd:00 12360996 > /usr/lib64/libgobject-2.0.so.0.600.4 > 3965200000-3965208000 r-xp 00000000 fd:00 12369190 > /usr/X11R6/lib64/libXi.so.6.0 > 3965208000-3965307000 ---p 00008000 fd:00 12369190 > /usr/X11R6/lib64/libXi.so.6.0 > 3965307000-3965308000 rw-p 00007000 fd:00 12369190 > /usr/X11R6/lib64/libXi.so.6.0 > 3965400000-3965428000 r-xp 00000000 fd:00 12369181 > /usr/lib64/libpangoft2-1.0.so.0.800.1 > 3965428000-3965528000 ---p 00028000 fd:00 12369181 > /usr/lib64/libpangoft2-1.0.so.0.800.1 > 3965528000-396552a000 rw-p 00028000 fd:00 12369181 > /usr/lib64/libpangoft2-1.0.so.0.800.1 > 3965600000-396563b000 r-xp 00000000 fd:00 12369179 > /usr/lib64/libpango-1.0.so.0.800.1 > 396563b000-396573b000 ---p 0003b000 fd:00 12369179 > /usr/lib64/libpango-1.0.so.0.800.1 > 396573b000-3965744000 rw-p 0003b000 fd:00 12369179 > /usr/lib64/libpango-1.0.so.0.800.1 > 3965d00000-3965d0b000 r-xp 00000000 fd:00 12369294 > /usr/lib64/libpangox-1.0.so.0.800.1 > 3965d0b000-3965e0b000 ---p 0000b000 fd:00 12369294 > /usr/lib64/libpangox-1.0.so.0.800.1 > 3965e0b000-3965e0c000 rw-p 0000b000 fd:00 12369294 > /usr/lib64/libpangox-1.0.so.0.800.1 > 3965f00000-3965f07000 r-xp 00000000 fd:00 12369291 > /usr/lib64/libpangoxft-1.0.so.0.800.1 > 3965f07000-3966006000 ---p 00007000 fd:00 12369291 > /usr/lib64/libpangoxft-1.0.so.0.800.1 > 3966006000-3966007000 rw-p 00006000 fd:00 12369291 > /usr/lib64/libpangoxft-1.0.so.0.800.1 > 3966100000-3966105000 r-xp 00000000 fd:00 12369197 > /usr/X11R6/lib64/libXfixes.so.3.0 > 3966105000-3966204000 ---p 00005000 fd:00 12369197 > /usr/X11R6/lib64/libXfixes.so.3.0 > 3966204000-3966205000 rw-p 00004000 fd:00 12369197 > /usr/X11R6/lib64/libXfixes.so.3.0 > 3966500000-396651a000 r-xp 00000000 fd:00 12369413 > /usr/lib64/libatk-1.0.so.0.901.0 > 396651a000-3966619000 ---p 0001a000 fd:00 12369413 > /usr/lib64/libatk-1.0.so.0.901.0 > 3966619000-396661e000 rw-p 00019000 fd:00 12369413 > /usr/lib64/libatk-1.0.so.0.901.0 > 3edcb00000-3edcb19000 r-xp 00000000 fd:00 3145791 > /lib64/ld-2.3.4.so > 3edcc18000-3edcc19000 r--p 00018000 fd:00 3145791 > /lib64/ld-2.3.4.so > 3edcc19000-3edcc1a000 rw-p 00019000 fd:00 3145791 > /lib64/ld-2.3.4.so > 3edcd00000-3edce2d000 r-xp 00000000 fd:00 3145820 > /lib64/libc-2.3.4.so > 3edce2d000-3edcf2c000 ---p 0012d000 fd:00 3145820 > /lib64/libc-2.3.4.so > 3edcf2c000-3edcf30000 r--p 0012c000 fd:00 3145820 > /lib64/libc-2.3.4.so > 3edcf30000-3edcf32000 rw-p 00130000 fd:00 3145820 > /lib64/libc-2.3.4.so > 3edcf32000-3edcf36000 rw-p 3edcf32000 00:00 0 > 3edd000000-3edd084000 r-xp 00000000 fd:00 3145830 > /lib64/libm-2.3.4.so > 3edd084000-3edd183000 ---p 00084000 fd:00 3145830 > /lib64/libm-2.3.4.so > 3edd183000-3edd184000 r--p 00083000 fd:00 3145830 > /lib64/libm-2.3.4.so > 3edd184000-3edd185000 rw-p 00084000 fd:00 3145830 > /lib64/libm-2.3.4.so > 3edd200000-3edd202000 r-xp 00000000 fd:00 3145831 > /lib64/libdl-2.3.4.so > 3Aborted > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From davej at redhat.com Mon Apr 11 22:54:53 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 11 Apr 2005 18:54:53 -0400 Subject: FC4 test 2 jpilot buffer overlow... In-Reply-To: <20050411225256.GA31746@1-4-5.net> References: <20050411223910.GA31311@1-4-5.net> <20050411225256.GA31746@1-4-5.net> Message-ID: <20050411225453.GD1337@redhat.com> On Mon, Apr 11, 2005 at 03:52:56PM -0700, David Meyer wrote: > On Mon, Apr 11, 2005 at 06:48:22PM -0400, Richard Ramson wrote: > > On Apr 11, 2005 6:39 PM, David Meyer wrote: > > > > > > Anyone else seeing this: > > > > > > [dmm at wayback:~]1% jpilot --version > > > *** buffer overflow detected *** > > > Abort > > > [dmm at wayback:~]2% > > > > > > Thanks, > > > > > > Dave > > > > What is jpilot anyway??? I ran the same command as you and I got the > > following message below. > > > Its a phone/pda calendaring/sync utility; I kinda like it > (when it works :-). I have had no problem with it under > FC3. Newer releases of glibc have extra checks for issues that can be security problems. You hit one :-) Please be sure to file a bug for this if you haven't already. Dave From skvidal at phy.duke.edu Mon Apr 11 22:57:42 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 11 Apr 2005 18:57:42 -0400 Subject: FC4test2 Minimum install In-Reply-To: <20050411223234.GA18615@nostromo.devel.redhat.com> References: <425AE99C.3060606@efd.lth.se> <20050411214120.GB17345@nostromo.devel.redhat.com> <20050411223234.GA18615@nostromo.devel.redhat.com> Message-ID: <1113260262.3173.34.camel@cutter> > OK, a test minimal install is pulling in openoffice.org-core (!?) for some > reason. Unsure why as of yet. > what groups is minimal comprised of? -sv From owaugly at xmission.com Mon Apr 11 23:20:58 2005 From: owaugly at xmission.com (Al Kroeger) Date: Mon, 11 Apr 2005 17:20:58 -0600 Subject: Any place to get FC4T2 a little early? In-Reply-To: <20050411131621.GH8833@angus.ind.WPI.EDU> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <4259E7A0.3090602@www.linux.org.uk> <20050411033200.GD8833@angus.ind.WPI.EDU> <425A5A0E.5050209@xmission.com> <20050411131621.GH8833@angus.ind.WPI.EDU> Message-ID: <425B065A.5050301@xmission.com> Chuck R. Anderson wrote: >On Mon, Apr 11, 2005 at 05:05:50AM -0600, Al Kroeger wrote: > > >>Well, that sums up my feelings about it in a nutshell. I screwed around >>with it for a couple of hours, then bagged it! What's there to test if >>I can't even install it? I'll just wait for fc4t2 and give that a >>shot. Failing that, wait for t3.... >>owa >> >> > >If everyone is like you and doesn't file a bug report, it wont get >fixed ever! Geez, is it really that hard to download >development/i386/images/boot.iso and try again the next day? You have >a virtual "fc-test-$date" available to you, make use of it. > > > You're right. I should have at least posted here, and filed a bug report. I was busy, and just bagged it. Here is some hardware info. Following the hw info is a brief narrative of the problem. cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 7 model name : AMD Duron(tm) processor stepping : 1 cpu MHz : 1293.991 cache size : 64 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse pni syscall mp mmxext 3dnowext 3dnow bogomips : 2547.71 /sbin/lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT8375 [KM266/KL266] Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] 00:08.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a) 00:08.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 0a) 00:09.0 Serial controller: 5610 56K FaxModem 56K FaxModem Model 5610 (rev 01) 00:0e.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8233A ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:11.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 23) 00:11.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 23) 01:00.0 VGA compatible controller: S3 Inc. VT8375 [ProSavage8 KM266/KL266] At the wrapup of the install, it hung on "installing boot loader" for over 45 minutes. I reset the computer, and attempted to boot. After a lengthy boot, it came to a 'DOS 6.0-looking' configuration screen, configuring monitor, mouse, printer, et al. I don't know if this is normal for a test install. I just expected the typically neat appearing Fedora/RedHat first boot screen. At the end of this 'DOS 6.0' looking setup, it continued to boot to level 3 or 4 login .... black screen, white letters.... without allowing me to name myself as a user. I couldn't get gnome, xwindows, kde.... nothing. I decided to wait it out, but, after about an hour, I bagged it. That was with fc4test1. I'm downloading fc4t2 disc 1 at the moment, and I'll try it tonight or tomorrow night. owa From dcastle at knology.net Tue Apr 12 01:14:33 2005 From: dcastle at knology.net (Dwaine Castle) Date: Mon, 11 Apr 2005 20:14:33 -0500 Subject: FC4-test2 report Message-ID: <200504120215.j3C2F44F013253@mx1.redhat.com> I got another media failure, but I installed it anyway. The installation was flawless - good work. FC4t2 runs a bit faster than FC4t1. I yum'd over 300MBs of updates some of which installed with errors which I would like to research. One thing that I miss is the gnome log viewer app. Was that app so unpopular that it got dropped? Does anybody know how I can get that back? Great work! Thank you, thank you, and thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rad at radfiles.net Tue Apr 12 03:07:05 2005 From: rad at radfiles.net (Brian Rademacher) Date: Mon, 11 Apr 2005 21:07:05 -0600 Subject: Drives will not format... References: <001501c53e1f$0326cd30$0301a8c0@Rad> <425AB293.8070800@feuerpokemon.de> Message-ID: <014601c53f0c$b5079e60$0301a8c0@Rad> I found this in the driver release notes, so it may be a bug there, and not in Fedora: - In Kernel 2.6, a device may be set into offline state due to bus reset. This issue will be fixed in a future revision. - In Kernel 2.4 a device may be set into offline state under heavy load of bus resets issued by sg_reset utility. This issue will be fixed in future revisions. Although it mentions kernel 2.4 on the second bug, the heavy load thing would make sense in my case... ----- Original Message ----- From: "dragoran" To: "Brian Rademacher" ; "For testers of Fedora Core development releases" Sent: Monday, April 11, 2005 11:23 AM Subject: Re: Drives will not format... > Brian Rademacher wrote: > >> System is an Abit SU-2S, dual Opteron 246, 2 gigs ECC, 2 Maxtor 300 gig >> SATA-II drives, Marvell 88SX-6081 SATA II controller... >> >> I can get each drive to format on it's own and install, but when both are >> connected, formatting in software RAID 0, or even leaving it as the >> default "automatic" partitions results in: >> >> Writing inode tables 980/4454 (then it stops) >> >> Warning, had trouble writing out superblocks...Anaconda dies shortly >> thereafter saying that it can't continue... >> >> Then the drives go off line, and "Rejecting I/O to offline device" shows >> up in dmesg... >> >> I've taken out RAM, passed every kernel parameter I can think of before >> the install, wiped out the HDs with DD, etc... > > looks like a bug fill it ... From notting at redhat.com Tue Apr 12 03:42:03 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 11 Apr 2005 23:42:03 -0400 Subject: FC4test2 Minimum install In-Reply-To: <1113260262.3173.34.camel@cutter> References: <425AE99C.3060606@efd.lth.se> <20050411214120.GB17345@nostromo.devel.redhat.com> <20050411223234.GA18615@nostromo.devel.redhat.com> <1113260262.3173.34.camel@cutter> Message-ID: <20050412034203.GA25975@nostromo.devel.redhat.com> seth vidal (skvidal at phy.duke.edu) said: > > OK, a test minimal install is pulling in openoffice.org-core (!?) for some > > reason. Unsure why as of yet. > > what groups is minimal comprised of? Base & Core. It's not a dep of anything (afaict), nor is it listed. Bill From jeffy5 at optonline.net Tue Apr 12 03:53:48 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Mon, 11 Apr 2005 23:53:48 -0400 Subject: Accents Not Available Message-ID: <1113278028.3460.6.camel@jeffrey.jeffsdomain.net> Hello Sirs, I have just installed FC4T2 and I just tried to use OpenOffice Writer and realized that I cannot use any accents. I have my keyboard settings set to U.S. International with deadkeys but I am still not able to use any accents i(grave, cedilla, acute, etc.) with the same keystrokes. I often need accents when I am writing something in Portuguese. In FC3, I am able to use these accents without a problem. Is this a bug or did I fail to set something properly? Any help would be appreciated. Jeff From mpeters at mac.com Tue Apr 12 04:00:13 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 12 Apr 2005 04:00:13 +0000 Subject: JetDirect is not working in FC4 test1 In-Reply-To: <1112942239l.16070l.0l@devel.mpeters.local> (from mpeters@mac.com on Thu Apr 7 23:37:19 2005) References: <1112942239l.16070l.0l@devel.mpeters.local> Message-ID: <1113278413l.6683l.0l@devel.mpeters.local> On 04/07/2005 11:37:19 PM, Michael A. Peters wrote: > > On 04/07/2005 09:38:48 PM, Herb kwan wrote: >> >> This responses to Michael A. Peters tip on April 6. >> >> The GUI test page is still not working properly on my HP LaserJet 4 >> Plus. But thanks for the tips. I tried to print a regular >> document after ignoring the print garbage. Strangely it worked. Bugs >> in test page? > > Probably - on Monday I'll do a test page from mine and see. > With all the updates I wouldn't be surprised. In fc4t2 it also is working properly for me. My printer is a HP LaserJet 4 with 32MB of ram and an Adobe L2 Postscript simm (which I don't think CUPS takes advantage of) Not sure what the model of JetDirect card is - it is a 10MB card, though. Printing the cups test page works Printing the the letter size test page works AFAIK nothing doesn't work. -- Michael A. Peters http://mpeters.us/ From byte at aeon.com.my Tue Apr 12 04:37:34 2005 From: byte at aeon.com.my (Colin Charles) Date: Tue, 12 Apr 2005 14:37:34 +1000 Subject: Bulid an Iso was: Re: Any place to get FC4T2 a little early? In-Reply-To: <425ADAA0.4000502@vodafone.de> References: <007601c53d60$39e48700$0301a8c0@Rad> <1113109051.3518.8.camel@goose> <20050410163033.GK1904@angus.ind.WPI.EDU> <1113196972.4917.188.camel@arena.soho.bytebot.net> <425ADAA0.4000502@vodafone.de> Message-ID: <1113280654.4917.281.camel@arena.soho.bytebot.net> On Mon, 2005-04-11 at 22:14 +0200, Frank Sander wrote: > > Iwould like to build an FC3 iso containing the actual rpms and (most > important) booting with an actual kernel. > This is to get one of my PC running wich it does not with with the > FC3 > DVD ISO becaus of the old kernel. > > How can I build an CD or DVD iso? http://rau.homedns.org/twiki/bin/view/Anaconda/AnacondaDocumentationProject Should be of some help... -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From mpeters at mac.com Tue Apr 12 06:04:41 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 12 Apr 2005 06:04:41 +0000 Subject: Accents Not Available In-Reply-To: <1113278028.3460.6.camel@jeffrey.jeffsdomain.net> (from jeffy5@optonline.net on Mon Apr 11 20:53:48 2005) References: <1113278028.3460.6.camel@jeffrey.jeffsdomain.net> Message-ID: <1113285881l.7050l.0l@devel.mpeters.local> On 04/11/2005 08:53:48 PM, Jeffrey D. Yuille wrote: > Hello Sirs, > > I have just installed FC4T2 and I just tried to use OpenOffice > Writer and realized that I cannot use any accents. I have my > keyboard > settings set to U.S. International with deadkeys but I am still not > able > to use any accents i(grave, cedilla, acute, etc.) with the same > keystrokes. I often need accents when I am writing something in > Portuguese. In FC3, I am able to use these accents without a > problem. > Is this a bug or did I fail to set something properly? Any help > would > be appreciated. I'm experiencing a similar thing in AbiWord in fc-3 - but different. I use to get (in fc3) special characters via ctrl-alt and then the hex keycode. It's not working for me now. Use to work in balsa/gedit too, and now isn't. The international keyboard with dead keys though does work for me. -- Michael A. Peters http://mpeters.us/ From jerryw4386 at msn.com Tue Apr 12 06:12:06 2005 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Mon, 11 Apr 2005 23:12:06 -0700 Subject: The new look of Fedora 4 test 2 Message-ID: Hi just to let you know this is the [first] fedora release that got it right in setting up my dsl modem,with out me having to fiddle with keep up the good work!!!!. And no the down side could some one please tall me where is the settings are to get the extra sounds to work on Kde desktop.there is no desktop setting wizard that i can find. And it seems my hard drive is not going to rest there is some kind of disk usage going on that keeps the drive light blinking about every half second. And will say again i do like the new look of Fedora,i could not make it on my computer with test 1,so this is my first look at Fedora 4t am kind of lost in it. Thanks for your help. _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar ? get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ From dwmw2 at infradead.org Tue Apr 12 06:52:47 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 12 Apr 2005 07:52:47 +0100 Subject: Announcing Fedora Core 4 Test 2 In-Reply-To: <20050411152339.GB13257@nostromo.devel.redhat.com> References: <20050411152339.GB13257@nostromo.devel.redhat.com> Message-ID: <1113288767.12012.133.camel@baythorne.infradead.org> On Mon, 2005-04-11 at 11:23 -0400, Bill Nottingham wrote: > Please report problems at: > > http://bugzilla.redhat.com/bugzilla Except for the fact that OpenOffice.org doesn't work on PPC, that is. We know, we already fixed it in rawhide. -- dwmw2 From tatxe at saladelfrio.com Tue Apr 12 06:55:45 2005 From: tatxe at saladelfrio.com (Tatxe) Date: Tue, 12 Apr 2005 08:55:45 +0200 Subject: Accents Not Available In-Reply-To: <1113278028.3460.6.camel@jeffrey.jeffsdomain.net> References: <1113278028.3460.6.camel@jeffrey.jeffsdomain.net> Message-ID: <1113288945.3632.8.camel@iglu.saladelfrio.com> El lun, 11-04-2005 a las 23:53 -0400, Jeffrey D. Yuille escribi?: > I have just installed FC4T2 and I just tried to use OpenOffice > Writer and realized that I cannot use any accents. I have my keyboard > settings set to U.S. International with deadkeys but I am still not able It happens to me, but I use the spanish settings. I'm trying to open a bugzilla issue, but I have a Internal Server Error. From florin at andrei.myip.org Tue Apr 12 07:11:43 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Tue, 12 Apr 2005 00:11:43 -0700 Subject: FC4test2 Minimum install In-Reply-To: <20050411223234.GA18615@nostromo.devel.redhat.com> References: <425AE99C.3060606@efd.lth.se> <20050411214120.GB17345@nostromo.devel.redhat.com> <20050411223234.GA18615@nostromo.devel.redhat.com> Message-ID: <1113289903.6994.13.camel@rivendell.home.local> On Mon, 2005-04-11 at 18:32 -0400, Bill Nottingham wrote: > OK, a test minimal install is pulling in openoffice.org-core (!?) for some > reason. Unsure why as of yet. I attached a list of packages installed by a minimal text install (unselected all package groups). -- Florin Andrei http://florin.myip.org/ -------------- next part -------------- fedora-logos libgcc setup basesystem tzdata glibc chkconfig dmraid elfutils-libelf expat glib2 libattr libselinux checkpolicy beecrypt libtermcap mingetty bash audit fedora-release hotplug iputils less pcre perl-Filter psmisc shadow-utils dbus-glib vim-minimal file cpio ed gawk coreutils gzip MAKEDEV openssl procps python pyxf86config sed authconfig setools rpm-libs sysklogd tar util-linux mkinitrd cyrus-sasl kernel kudzu libuser prelink usermode system-config-mouse man-pages dump bluez-libs dos2unix eject finger lha acl libgcrypt lrzsz mailx bzip2 anacron ksh iptstate pam_passwdqc patch pciutils aspell-en numactl logrotate rdate redhat-menus pinfo rsync setarch slocate symlinks tcp_wrappers telnet traceroute unzip wireless-tools zip freetype binutils groff krb5-workstation libxml2 logwatch make mgetty irda-utils nano nss_db bind-utils psacct ftp parted libxml2-python ntsysv python-elementtree rhnlib at pam_ccreds python-sqlite stunnel syslinux system-config-securitylevel-tui time wget xmlsec1 xorg-x11-libs acpid bluez-utils cups dhclient diskdumputils libpcap mkbootdisk autofs nss_ldap netdump pcmcia-cs nfs-utils quota sendmail up2date vixie-cron wvdial yp-tools libidn libart_lgpl pango libgcj libIDL howl ORBit2 shared-mime-info GConf2 mozilla-nspr openoffice.org-core libtiff freeglut gpg-pubkey gpg-pubkey postgresql-libs apr-util libcap httpd ntp postgresql-server php-gd cracklib-dicts hwdata rootfiles filesystem termcap glibc-common bzip2-libs device-mapper e2fsprogs ethtool gdbm hdparm libacl libsepol libstdc++ db4 libusb mktemp audit-libs cracklib hardlink iproute ncurses net-tools perl popt setserial dbus slang zlib info diffutils findutils grep grub krb5-libs module-init-tools neon readline newt rhpl pam policycoreutils sqlite rpm SysVinit udev lvm2 initscripts cyrus-sasl-md5 hal openldap passwd selinux-policy-targeted kbd mailcap rmt specspo bluez-hcidump dosfstools elfutils hesiod attr libgpg-error libjpeg lsof apmd crontabs iptables nc mtr pam_smb pax aspell fbset desktop-file-utils procmail rdist htmlview rsh schedutils lockdev statserial talk tcpdump tmpwatch unix2dos vconfig words crash fontconfig gpm jwhois libpng libxslt m4 man minicom mtools nscd bind-libs pam_krb5 bc lftp gettext netconfig pyOpenSSL python-urlgrabber jpackage-utils libwvstreams setuptool rpm-python sudo sysreport tcsh utempter which xmlsec1-openssl xorg-x11-Mesa-libGL bind caching-nameserver cyrus-sasl-plain dhcpv6_client ipsec-tools isdn4k-utils NetworkManager gnupg openssh openssh-clients openssh-server portmap ppp rp-pppoe mdadm system-config-network-tui redhat-lsb ypbind yum atk curl gtk2 gnome-mime-data gamin howl-libs libbonobo startup-notification gnome-vfs2 mozilla-nss cups-libs xorg-x11-Mesa-libGLU comps gpg-pubkey apr postgresql gmp httpd-suexec php postfix php-pear From troels at arvin.dk Tue Apr 12 07:07:50 2005 From: troels at arvin.dk (Troels Arvin) Date: Tue, 12 Apr 2005 09:07:50 +0200 Subject: Lilo-to-grub with software raid-1 References: <20050411152339.GB13257__31186.5786592991$1113279254$gmane$org@nostromo.devel.redhat.com> Message-ID: On Mon, 11 Apr 2005 11:23:39 -0400, Bill Nottingham wrote (subject "Re: Announcing Fedora Core 4 Test 2"): > In today's edition of the Herbertville Chronicle, read all about the > second test release of Fedora Core 4! [...] The release notes seem to indicate that lilo is gone in Fedora Core 4. It would be nice if the release notes described how people using root-fs on software raid-1 can make sure that grub writes the boot-loader to both disks. -- Greetings from Troels Arvin, Copenhagen, Denmark From mgb-fedora at yosemite.net Tue Apr 12 07:44:16 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 12 Apr 2005 00:44:16 -0700 Subject: FC4t2 no good without LILO Message-ID: <1113291855.14576.41.camel@mgb.bullion.ims> Removing LILO from FC4t2 Core makes Fedora unusable for serious work. 82 GRUB bugs: https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=MODIFIED&bug_status=NEEDINFO&bug_status=REOPENED&field0-0-0=product&type0-0-0=substring&value0-0-0=grub&field0-0-1=component&type0-0-1=substring&value0-0-1=grub&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=grub&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=grub 15 LILO bugs: https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=MODIFIED&bug_status=NEEDINFO&bug_status=REOPENED&field0-0-0=product&type0-0-0=substring&value0-0-0=lilo&field0-0-1=component&type0-0-1=substring&value0-0-1=lilo&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=lilo&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=lilo I just wish I had read the release notes more carefully before downloading beaucoup gigabytes. --Mike Bird From mgb-fedora at yosemite.net Tue Apr 12 07:59:12 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 12 Apr 2005 00:59:12 -0700 Subject: FC4test2 Minimum install In-Reply-To: <1113289903.6994.13.camel@rivendell.home.local> References: <425AE99C.3060606@efd.lth.se> <20050411214120.GB17345@nostromo.devel.redhat.com> <20050411223234.GA18615@nostromo.devel.redhat.com> <1113289903.6994.13.camel@rivendell.home.local> Message-ID: <1113292751.14576.48.camel@mgb.bullion.ims> On Tue, 2005-04-12 at 00:11, Florin Andrei wrote: > On Mon, 2005-04-11 at 18:32 -0400, Bill Nottingham wrote: > > > OK, a test minimal install is pulling in openoffice.org-core (!?) for some > > reason. Unsure why as of yet. > > I attached a list of packages installed by a minimal text install > (unselected all package groups). Possibly related to the fact that both xmlsec1 and openoffice.org-core provide "libxmlsec1.so.1" albeit they install them to different directories. $ rpm -qlp xmlsec1-1.2.7-4.i386.rpm | grep 'libxmlsec1.so.1$' /usr/lib/libxmlsec1.so.1 $ rpm -qlp openoffice.org-core-1.9.89-3.i386.rpm | \ grep 'libxmlsec1.so.1$' /usr/lib/openoffice.org1.9.89/program/libxmlsec1.so.1 --Mike Bird From mpeters at mac.com Tue Apr 12 08:30:17 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 12 Apr 2005 01:30:17 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113291855.14576.41.camel@mgb.bullion.ims> References: <1113291855.14576.41.camel@mgb.bullion.ims> Message-ID: <1113294617.10362.12.camel@fc4t2.mpeters.local> On Tue, 2005-04-12 at 00:44 -0700, Mike Bird wrote: > Removing LILO from FC4t2 Core makes Fedora unusable for serious work. > > 82 GRUB bugs: > https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=MODIFIED&bug_status=NEEDINFO&bug_status=REOPENED&field0-0-0=product&type0-0-0=substring&value0-0-0=grub&field0-0-1=component&type0-0-1=substring&value0-0-1=grub&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=grub&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=grub > > 15 LILO bugs: > https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=MODIFIED&bug_status=NEEDINFO&bug_status=REOPENED&field0-0-0=product&type0-0-0=substring&value0-0-0=lilo&field0-0-1=component&type0-0-1=substring&value0-0-1=lilo&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=lilo&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=lilo > > I just wish I had read the release notes more carefully before > downloading beaucoup gigabytes. > > --Mike Bird > Which of the 82 Grub bugs prevents it from being used for serious work? From jeffy5 at optonline.net Tue Apr 12 10:52:43 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Tue, 12 Apr 2005 06:52:43 -0400 Subject: Install of FC4T2 Message-ID: <1113303164.4361.8.camel@jeffrey.jeffsdomain.net> Hello, I did a clean install of FC4T2 last night and everything went well except for a couple of things: 1. The print icon did not appear in the tool bar when I began printing. Is this something new or is this an actual bug? 2. On startup, I can see where the system says that the wireless card cannot find the DHCP server on the router and thus, the wireless card cannot initialize. I have an IBM ThinkPad T-30 and I have a Linksys WPC11 Wireless card. I have to initialize the card manually on every startup. I am quite sure that this is a bug, for I didn't have this problem with FC3. I also notice that upon completion of the install, when I went to look for the screensavers, there weren't any listed in Desktop-Preferences-Screensaver. Has anyone else experienced these problems and if so, how do I resolve them? Jeff From owaugly at xmission.com Tue Apr 12 11:03:34 2005 From: owaugly at xmission.com (Al Kroeger) Date: Tue, 12 Apr 2005 05:03:34 -0600 Subject: fc4t2 install/ minor problems Message-ID: <425BAB06.8060909@xmission.com> I did a network install of fc4t2 last night. It took about 20 minutes, including a couple of honey-do interruptions, to get the pre-install stuff done.... language, source, and so on. I first tried to net-install from a mirror... mirrors.xmission.com... but the installer couldn't fine 'stage2.img' on that site. So, I did a net-install from download.fedora.redhat.com. At about 7:15 it began the download/install. I went to bed about 8:30, and it was about 56%. When I got up at 3:00, it was ready to reboot...... talk about a painless install. A few minor issues; I had to reset the modem and router in order to connect to the internet. No biggie, but this is the first time I've had to do that after an install. I'm not at all familiar with yum. I've always used apt/synaptic. If I do #yum update, it returns a message about public.gpg.key If I could install thunderbird via yum, I could cut/paste the exact error message. Firefox works, but Thunderbird was not installed. I guess it needs to be installed separately. Frankly, I prefer the Mozilla-suite, but.... whatever. OpenOffice starts to launch, then disappears. If I launch it from a command line, I get no error message. Just a blinking curser for a bit, and then returns to the $prompt. First boot, and subsequent reboots to fc4 have been uneventful. I was able to install RealPlayer10GOLD and hook up to my favorite jazz station, so all will be well. Just work out the kinks. Any feedback ref the yum thing and OpenOffice would be appreciated. Thanks. owa From rodd at clarkson.id.au Tue Apr 12 11:09:33 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 12 Apr 2005 21:09:33 +1000 Subject: RELEASE-NOTES-en Message-ID: <1113304173.3740.5.camel@goose> I'm a little confused. In the release notes (which is maybe a little too late, but I digress) it says: Note If you intend to download the Fedora Core 4 test 2 DVD ISO image, keep in mind that not all file downloading tools can accommodate files larger than 2GB in size. For example, wget will exit with a File size limit exceeded error. So far I've used wget to pull down both test1 and test2 and neither stalled out at 2GB. For example [rodd at fishbowl iso]$ ls -l total 5238164 -rw-rw-r-- 1 rodd rfbf 2700963840 Mar 11 11:34 FC4-test1-i386-DVD.iso -rw-rw-r-- 1 rodd rfbf 2657673216 Apr 8 04:28 FC4-test2-i386-DVD.iso So, does this need to be addressed, or is there something wonky with my copy of wget? ;-] Rodd From rpjday at mindspring.com Tue Apr 12 11:14:56 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 12 Apr 2005 07:14:56 -0400 (EDT) Subject: NFS install with ISO images still borked in fc4t2? Message-ID: perhaps i'm just doing something wrong but is it still the case that NFS installs with ISO images don't work? i'm getting the same error as i did with fc4t1 -- "That directory does not seem to contain a Fedora Core installation tree." this is described at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=150887 and the final comment promises that "And then, there's the upcoming FC4test2, in which this is going to work (confirmed with an internal compose last night)." so what's the story? rday From pgraner at redhat.com Tue Apr 12 11:25:33 2005 From: pgraner at redhat.com (Pete Graner) Date: Tue, 12 Apr 2005 07:25:33 -0400 Subject: FC4 test 2 jpilot buffer overlow... In-Reply-To: <20050411225453.GD1337@redhat.com> References: <20050411223910.GA31311@1-4-5.net> <20050411225256.GA31746@1-4-5.net> <20050411225453.GD1337@redhat.com> Message-ID: <425BB02D.9090609@redhat.com> Its been open awhile: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153066 Dave Jones wrote: > On Mon, Apr 11, 2005 at 03:52:56PM -0700, David Meyer wrote: > > On Mon, Apr 11, 2005 at 06:48:22PM -0400, Richard Ramson wrote: > > > On Apr 11, 2005 6:39 PM, David Meyer wrote: > > > > > > > > Anyone else seeing this: > > > > > > > > [dmm at wayback:~]1% jpilot --version > > > > *** buffer overflow detected *** > > > > Abort > > > > [dmm at wayback:~]2% > > > > > > > > Thanks, > > > > > > > > Dave > > > > > > What is jpilot anyway??? I ran the same command as you and I got the > > > following message below. > > > > > > Its a phone/pda calendaring/sync utility; I kinda like it > > (when it works :-). I have had no problem with it under > > FC3. > > Newer releases of glibc have extra checks for issues that can be > security problems. You hit one :-) > > Please be sure to file a bug for this if you haven't already. > > Dave > -- Pete Graner email: Senior Manager Office: 919.754.4376 Support Engineering Group Mobile: 910.391.7621 Red Hat Inc. http://www.redhat.com From buildsys at redhat.com Tue Apr 12 11:45:28 2005 From: buildsys at redhat.com (Build System) Date: Tue, 12 Apr 2005 07:45:28 -0400 Subject: rawhide report: 20050412 changes Message-ID: <200504121145.j3CBjSrL022398@porkchop.devel.redhat.com> New package perl-Archive-Zip Perl library for accessing Zip archives New package perl-Carp-Clan Report errors from perspective of caller of a "clan" of modules New package perl-IO-String Emulate file interface for in-core strings New package perl-IO-Zlib Perl IO:: style interface to Compress::Zlib Updated Packages: anaconda-10.2.0.48-1 -------------------- * Mon Apr 11 2005 Peter Jones - 10.2.0.48-1 - Typo fixes in gui.py (menthos, #154324) - Don't try to do early swap in test mode, and use yesno not okcancel (msw) - If the install language is an unknown locale, use en_US.UTF_8 - Fix upgrade to make devices available in the changeroot aspell-cs-50:0.51-2 ------------------- aspell-cy-50:0.50-2 ------------------- aspell-da-50:0.50-11 -------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50-11 - rebuilt aspell-de-50:0.50-10 -------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50-10 - rebuilt aspell-el-50:0.50-2 ------------------- aspell-en-50:0.51-12 -------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.51-12 - rebuilt aspell-es-50:0.50-11 -------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50-11 - rebuilt aspell-fo-50:0.51-2 ------------------- aspell-fr-50:0.50-8 ------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50-8 - rebuilt aspell-ga-50:0.50-2 ------------------- aspell-gd-50:0.50-2 ------------------- aspell-gl-50:0.50-2 ------------------- aspell-hr-50:0.51-2 ------------------- aspell-id-50:0.50.1-2 --------------------- aspell-it-50:0.53-2 ------------------- aspell-nl-50:0.50-6 ------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50-6 - rebuilt aspell-no-50:0.50.1-8 --------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50.1-8 - rebuilt aspell-pl-50:0.51-3 ------------------- aspell-sv-50:0.50-7 ------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50-7 - rebuilt evolution-2.2.2-1 ----------------- * Mon Apr 11 2005 David Malcolm - 2.2.2-1 - 2.2.2 - updated evo-calendar-print-with-pango-4.patch to handle upstream change to print_comp_item - removed patch for XB73912; now in upstream tarball - removed patch to new-mail-notify; generalised fix to cope with various DBus API versions is now upstream - removed patch for XB73844; now in upstream tarball - Update requirements: - gtkhtml3 from 3.6.1 to 3.6.2 - libgal2 from 2.4.1 to 2.4.2 - eds from 1.2.1 to 1.2.2 evolution-data-server-1.2.2-2 ----------------------------- * Mon Apr 11 2005 David Malcolm - 1.2.2-2 - added patch to calendar/libecal/e-cal.c to fix missing declaration of open_calendar * Mon Apr 11 2005 David Malcolm - 1.2.2-1 - 1.2.2 gdb-6.3.0.0-1.12 ---------------- * Mon Apr 11 2005 Andrew Cagney 6.3.0.0-1.12 - Update gstack patch, handle systems that lack /proc//tasks. * Fri Apr 08 2005 Andrew Cagney 6.3.0.0-1.11 - Replace patch warning about DW_OP_piece with a patch that implements the DW_OP_piece read path. * Sat Apr 02 2005 Andrew Cagney 6.3.0.0-1.10 - Print a warning when the separate debug info's CRC doen't match; test. gnome-pilot-2.0.13-1 -------------------- * Mon Apr 11 2005 David Malcolm - 2.0.13-1 - 2.0.13 - removed these patches (now upstream) - fix_warnings (#114281) - fix_desktop (added in 2.0.12-5) - libtool ( linkage of gpilotd) gnome-pilot-conduits-2.0.13-1 ----------------------------- * Mon Apr 11 2005 David Malcolm - 2.0.13-1 - 2.0.13 - require gnome-pilot 2.0.13 - Removed warning-fix patch (now upstream) gtkhtml3-3.6.2-1 ---------------- * Mon Apr 11 2005 David Malcolm - 3.6.2-1 - 3.6.2 kernel-2.6.11-1.1236_FC4 ------------------------ * Mon Apr 11 2005 David Woodhouse - Disable PPC cpufreq/sleep patches which make sleep less reliable - Add TIMEOUT to hotplug environment when requesting firmware (#153993) libgal2-2:2.4.2-1 ----------------- * Mon Apr 11 2005 David Malcolm - 2:2.4.2-1 - 2.4.2 libgconf-java-2.10.1-1 ---------------------- * Mon Apr 11 2005 Thomas Fitzsimmons - 2.10.1-1 - Import libgconf-java 2.10.1. libgtk-java-2.6.2-1 ------------------- * Mon Apr 11 2005 Thomas Fitzsimmons - 2.6.2-1 - Import libgtk-java 2.6.2. libselinux-1.23.6-1 ------------------- * Mon Apr 11 2005 Dan Walsh 1.23.6-1 - Update from NSA * Fixed bug in matchpathcon_filespec_destroy. nc-1.78-1 --------- * Mon Apr 11 2005 Radek Vokal 1.78-1 - update from CVS, using glib functions * Thu Mar 31 2005 Radek Vokal 1.77-1 - switching to new OpenBSD version of netcat * Fri Mar 04 2005 Radek Vokal 1.10-25 - gcc4 rebuilt openoffice.org-1:1.9.92-1 ------------------------- * Mon Apr 11 2005 Caolan McNamara - 1:1.9.92-1 - bump to next version - drop integrated workspace-gcj4.patch - drop openoffice.org-1.9.80.ooo43466.wmclass.patch g_set_application() name called multiple times - drop integrated openoffice.org-1.9.91.ooo46603.boost.sd.patch * Mon Apr 11 2005 Caolan McNamara - 1:1.9.91-2 - scripting framework builds with gcj now * Fri Apr 08 2005 Caolan McNamara - 1:1.9.91-1 - bump to latest version - have to reverse move to db4 because of rh#153231# - drop integrated workspace-systemmozilla - drop integrated workspace-gccfour - add backport of spurious sleep prototype removal - add our font fallbacks - stl stuff integrated now - happy birthday to me - add openoffice.org-1.9.90.ooo46585.sunmiscisnotstandard.filter.patch perl-Bit-Vector-6.4-2 --------------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 6.4-1 - Update to 6.4. - Bring up to date with current Fedora.Extras perl spec template. perl-Date-Calc-5.4-1 -------------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 5.4-1 - Update to 5.4. - Bring up to date with current Fedora.Extras perl spec template. php-5.0.4-3 ----------- * Mon Apr 11 2005 Joe Orton 5.0.4-3 - build shared objects as PIC (#154195) policycoreutils-1.23.4-3 ------------------------ * Mon Apr 11 2005 Dan Walsh 1.23.4-3 - remove is_selinux_enabled check from load_policy (Bad idea) * Mon Apr 11 2005 Dan Walsh 1.23.4-1 - Update to version from NSA * Merged load_policy is_selinux_enabled patch from Dan Walsh. * Merged restorecon verbose output patch from Dan Walsh. * Merged setfiles altroot patch from Chris PeBenito. portmap-4.0-65 -------------- quota-1:3.12-6 -------------- selinux-policy-strict-1.23.9-2 ------------------------------ * Mon Apr 11 2005 Dan Walsh 1.23.9-2 - Add name_connect for Mozilla - Add cvs and uucpd policy - Many fixes for strict policy sharutils-4.2.1-27 ------------------ * Mon Apr 11 2005 Than Ngo 4.2.1-27 - apply debian patch to fix insecure temporary file creation in unshar #154049, CAN-2005-0990 tomcat5-0:5.0.30-2jpp_2fc ------------------------- * Mon Apr 11 2005 Florian La Roche - /etc/init.d -> /etc/rc.d/init.d util-linux-2.12p-7 ------------------ * Tue Apr 05 2005 Karel Zak 2.12p-7 - enable build with libblkid from e2fsprogs-devel - remove workaround for duplicated labels vim-1:6.3.071-1 --------------- * Mon Apr 11 2005 Karsten Hopp 6.3.071-1 - patchlevel 71, fixes crashes when converting text with illegal characters and when moving the vertical separator to the far left (vertically splitted window) * Mon Apr 11 2005 Karsten Hopp 6.3.068-2 - quote special characters in here documents (vim.sh/vim.csh) (#154321) xinitrc-4.0.18-1 ---------------- * Mon Apr 11 2005 Jens Petersen 4.0.18-1 - Update xinput.sh to handle QT_IM_MODULE (#154830) yp-tools-2.8-8 -------------- * Fri Jun 18 2004 Alan Cox - Fix buffer overflow (non security) thanks to D Binderman * Tue Jun 15 2004 Elliot Lee - rebuilt * Fri Feb 13 2004 Elliot Lee - rebuilt ypserv-2.13-6 ------------- zlib-1.2.2.2-3 -------------- * Wed Mar 30 2005 Ivana Varekova 1.2.2.2-3 - fix bug 122408 - zlib build process runs configure twice From kapointer at charter.net Tue Apr 12 12:46:30 2005 From: kapointer at charter.net (Kyle Pointer) Date: Tue, 12 Apr 2005 07:46:30 -0500 Subject: New 'ClearLooks' Artwork Message-ID: <1113309990.2276.4.camel@fluffbox.fluffnet> I just updated my fedora core 4 test 1 to fedora core 4 test 2 just to see if there where any sort of changes I wasn't getting with YUM. And I noticed that they have changed the default theme. :-\ I love the old Bluecurve theme and think it should stay the same. And I think the GNOME LOGO or Red Hat should be optional somehow. Because one of the major reasons I have been using redhat products is because how nice they look. Now don't get me wrong, I think ClearLooks is nice and all, but I still think the default theme should be Bluecurve. I mean, its simple enough to change it, but when I was a new user and had no idea how to change themes etc. I had always been very fond of bluecurve. -- Kyle Pointer From skvidal at phy.duke.edu Tue Apr 12 13:12:40 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 12 Apr 2005 09:12:40 -0400 Subject: fc4t2 install/ minor problems In-Reply-To: <425BAB06.8060909@xmission.com> References: <425BAB06.8060909@xmission.com> Message-ID: <1113311560.3173.48.camel@cutter> > I'm not at all familiar with yum. I've always used apt/synaptic. If I > do #yum update, it returns a message about public.gpg.key open up /etc/yum.conf and change gpgcheck=1 to gpgcheck=0 see if that helps. -sv From jspaleta at gmail.com Tue Apr 12 13:18:17 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 12 Apr 2005 09:18:17 -0400 Subject: RELEASE-NOTES-en In-Reply-To: <1113304173.3740.5.camel@goose> References: <1113304173.3740.5.camel@goose> Message-ID: <604aa79105041206186be14fad@mail.gmail.com> On Apr 12, 2005 7:09 AM, Rodd Clarkson wrote: > So, does this need to be addressed, or is there something wonky with my > copy of wget? ;-] "some" versions of wget have a problem.. there have been efforts to patch wget to support lfs. You didn't tell us which version of wget package you were using. If it was a rawhide version, it may very well be patched. I do not know if the latest wget package for fc2 and fc3 are patched for large file support, the changelog in the wget package in rawhide shows the patch was added then disabled then repatched again in the fc3 timeframe but I haven't personally tested it. -jef From jspaleta at gmail.com Tue Apr 12 13:25:16 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 12 Apr 2005 09:25:16 -0400 Subject: Lilo-to-grub with software raid-1 In-Reply-To: References: <20050411152339.GB13257__31186.5786592991$1113279254$gmane$org@nostromo.devel.redhat.com> Message-ID: <604aa79105041206255c73d3b0@mail.gmail.com> On Apr 12, 2005 3:07 AM, Troels Arvin wrote: > The release notes seem to indicate that lilo is gone in Fedora Core 4. It > would be nice if the release notes described how people using root-fs on > software raid-1 can make sure that grub writes the boot-loader to both > disks. I'm not sure this is the best place to make such a request and be sure its going to be seen by the "right" people. Once you find someone who can write up a reasonable first draft of those instructions is to contact the fedora-docs-list or file a bugzilla entry with the instruction text. The release notes process creation is evolving, read: http://fedoraproject.org/wiki/FedoraDocs_2fRelNotes_2fRelNotesProcess -jef From russell at coker.com.au Tue Apr 12 13:28:29 2005 From: russell at coker.com.au (Russell Coker) Date: Tue, 12 Apr 2005 23:28:29 +1000 Subject: rdisc Message-ID: <200504122328.31595.russell@coker.com.au> FC4T2 seems to have /sbin/rdisc enabled by default. I want to test it out and write some SE Linux policy for it. Could someone please tell me the basic tests that I should perform to make sure that rdisc is working correctly. Please make sure to mention server-side software that runs on Fedora. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From cra at WPI.EDU Tue Apr 12 13:42:44 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Tue, 12 Apr 2005 09:42:44 -0400 Subject: Lilo-to-grub with software raid-1 In-Reply-To: References: <20050411152339.GB13257__31186.5786592991$1113279254$gmane$org@nostromo.devel.redhat.com> Message-ID: <20050412134244.GL8833@angus.ind.WPI.EDU> On Tue, Apr 12, 2005 at 09:07:50AM +0200, Troels Arvin wrote: > On Mon, 11 Apr 2005 11:23:39 -0400, Bill Nottingham wrote (subject "Re: > Announcing Fedora Core 4 Test 2"): > > > In today's edition of the Herbertville Chronicle, read all about the > > second test release of Fedora Core 4! > [...] > > The release notes seem to indicate that lilo is gone in Fedora Core 4. It > would be nice if the release notes described how people using root-fs on > software raid-1 can make sure that grub writes the boot-loader to both > disks. I think the FC4 installer does make sure grub writes to both disks of sw raid-1. From cmadams at hiwaay.net Tue Apr 12 13:44:17 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 12 Apr 2005 08:44:17 -0500 Subject: Lilo-to-grub with software raid-1 In-Reply-To: References: <20050411152339.GB13257__31186.5786592991$1113279254$gmane$org@nostromo.devel.redhat.com> Message-ID: <20050412134417.GA1207380@hiwaay.net> Once upon a time, Troels Arvin said: > The release notes seem to indicate that lilo is gone in Fedora Core 4. It > would be nice if the release notes described how people using root-fs on > software raid-1 can make sure that grub writes the boot-loader to both > disks. I believe that is handled by anaconda automatically now; see this changelog entry: * Sun Feb 20 2005 Peter Jones - 10.2.0.21-1 - get rid of lilo - make grub work with raid1 /boot and /root -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From cmadams at hiwaay.net Tue Apr 12 13:45:48 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 12 Apr 2005 08:45:48 -0500 Subject: FC4t2 no good without LILO In-Reply-To: <1113291855.14576.41.camel@mgb.bullion.ims> References: <1113291855.14576.41.camel@mgb.bullion.ims> Message-ID: <20050412134548.GB1207380@hiwaay.net> Once upon a time, Mike Bird said: > Removing LILO from FC4t2 Core makes Fedora unusable for serious work. Please point to the bugs that make GRUB "unusable for serious work." LILO is the one unusable for serious work in many ways. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From pjones at redhat.com Tue Apr 12 13:50:45 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 09:50:45 -0400 Subject: Lilo-to-grub with software raid-1 In-Reply-To: References: <20050411152339.GB13257__31186.5786592991$1113279254$gmane$org@nostromo.devel.redhat.com> Message-ID: <1113313845.5479.0.camel@localhost.localdomain> On Tue, 2005-04-12 at 09:07 +0200, Troels Arvin wrote: > On Mon, 11 Apr 2005 11:23:39 -0400, Bill Nottingham wrote (subject "Re: > Announcing Fedora Core 4 Test 2"): > > > In today's edition of the Herbertville Chronicle, read all about the > > second test release of Fedora Core 4! > [...] > > The release notes seem to indicate that lilo is gone in Fedora Core 4. It > would be nice if the release notes described how people using root-fs on > software raid-1 can make sure that grub writes the boot-loader to both > disks. In theory, "upgrade" should do that. In practice, I just started making sure upgrade would work for anything like that yesterday, so it might be a little bumpy at first. -- Peter From jspaleta at gmail.com Tue Apr 12 13:52:58 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 12 Apr 2005 09:52:58 -0400 Subject: fc4t2 install/ minor problems In-Reply-To: <425BAB06.8060909@xmission.com> References: <425BAB06.8060909@xmission.com> Message-ID: <604aa79105041206526c0617c2@mail.gmail.com> On Apr 12, 2005 7:03 AM, Al Kroeger wrote: > Any feedback ref the yum thing and OpenOffice would be appreciated. Thanks. > owa the test releases come pre-configured to pull updates from the development repository. The development repository does not always have signed packages, so disabling gpg checking for the development tree is something to consider doing. openoffice.org issue could very well be a bug. You didn't tell us which architecture you installed on so I can't get more specific than that. Easiest thing to do is attempt to update to today's openoffice packages and see if that fixes the problem. -jef From pjones at redhat.com Tue Apr 12 14:05:53 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 10:05:53 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113291855.14576.41.camel@mgb.bullion.ims> References: <1113291855.14576.41.camel@mgb.bullion.ims> Message-ID: <1113314753.5479.11.camel@localhost.localdomain> On Tue, 2005-04-12 at 00:44 -0700, Mike Bird wrote: > Removing LILO from FC4t2 Core makes Fedora unusable for serious work. I assume you intend on following this up with supporting details at some point. > 82 GRUB bugs: [...] > 15 LILO bugs: [...] Neither of these counts or bug lists is actually representative of the reliability or usability of either grub or lilo. This is especially the case given that you've included: a) bugs against other programs such as up2date and the kernel, often with text like the title of #133849: "Grub works fine, the problem is FC2 hangs after initializing the swap." b) bugs in "modified" state, which are most likely fixed c) bugs in "needinfo" state, which are likely either fixed, bogus, or are not reproducible d) bugs which are duplicated (intentionally) for different releases or products e) problems that are completely unsupported, but have not yet been closed for whatever reason (many of those overlap, of course) If you've got some specific problem with grub, and it's not already filed, file it as a bug. If it is already reported, read the bug report carefully, and think hard about if you can add any data that would be useful in fixing the problem. Making broad, unsupported statements about how crappy things are doesn't do anything but make people like you less, and that's not productive for you, me, or Fedora. -- Peter From cimmo at libero.it Tue Apr 12 14:43:05 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 12 Apr 2005 16:43:05 +0200 Subject: nforce4 network issues In-Reply-To: <424B135F.2070506@libero.it> References: <424B135F.2070506@libero.it> Message-ID: <425BDE79.8010208@libero.it> Updated to Fedora Core 4 test 2 x86_64 with kernel 1226 same issues Tried kernel version 1236 same issues I need a lot of help because I cannot resolve this issue by myself https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152566 Thanx Cimmo From jpearson42 at wowway.com Tue Apr 12 14:47:22 2005 From: jpearson42 at wowway.com (John Pearson) Date: Tue, 12 Apr 2005 10:47:22 -0400 Subject: rawhide report: 20050412 changes In-Reply-To: <200504121145.j3CBjSrL022398@porkchop.devel.redhat.com> References: <200504121145.j3CBjSrL022398@porkchop.devel.redhat.com> Message-ID: <200504121047.22740.jpearson42@wowway.com> On Tuesday 12 April 2005 07:45 am, Build System wrote: > New package perl-Archive-Zip > Perl library for accessing Zip archives > ... > zlib-1.2.2.2-3 > -------------- > * Wed Mar 30 2005 Ivana Varekova 1.2.2.2-3 > - fix bug 122408 - zlib build process runs configure twice Is there a standard time when updates become available? It looks like I missed it with the cron job this morning. -John Pearson From sean.bruno at dsl-only.net Tue Apr 12 14:49:25 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Tue, 12 Apr 2005 07:49:25 -0700 Subject: Install of FC4T2 In-Reply-To: <1113303164.4361.8.camel@jeffrey.jeffsdomain.net> References: <1113303164.4361.8.camel@jeffrey.jeffsdomain.net> Message-ID: <1113317366.7802.3.camel@localhost.localdomain> On Tue, 2005-04-12 at 06:52 -0400, Jeffrey D. Yuille wrote: > Hello, > > I did a clean install of FC4T2 last night and everything went well > except for a couple of things: 1. The print icon did not appear in the > tool bar when I began printing. Is this something new or is this an > actual bug? I opened this one a while ago: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153180 Sean From jreiser at BitWagon.com Tue Apr 12 14:55:19 2005 From: jreiser at BitWagon.com (John Reiser) Date: Tue, 12 Apr 2005 07:55:19 -0700 Subject: FC4 vs. MacMini (PowerPC) Message-ID: <425BE157.8090706@BitWagon.com> I'd like to run FC4 on a MacMini, but can't get there from here. FC4t1 was dead-on-arrival because the install CD/DVD would not boot ( https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151234 ). Now FC4t2 cannot be trusted to partition the harddrive ( https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154479 ). Multibooting Mac OS X is a requirement, but neither DiskDruid nor fdisk recognizes the existing partitions as shipped by Apple [Ubuntu-5.04 fdisk does] so I'm very leery. If anyone has set up FC4t2 successfully to multiboot with Mac OS X, (using no external drives or additional Mac hardware) then please share your method and experiences. Thanks. -- John Reiser, jreiser at BitWagon.com From byte at aeon.com.my Tue Apr 12 14:55:22 2005 From: byte at aeon.com.my (Colin Charles) Date: Wed, 13 Apr 2005 00:55:22 +1000 Subject: Announcing Fedora Core 4 Test 2 In-Reply-To: <425B788B.3010802@hclcomnet.co.in> References: <20050411152339.GB13257@nostromo.devel.redhat.com> <425B788B.3010802@hclcomnet.co.in> Message-ID: <1113317722.4917.330.camel@arena.soho.bytebot.net> On Tue, 2005-04-12 at 12:58 +0530, gaurav wrote: > I was wondering about status of "stateless Linux"...IS it INCLUDED > with > fc 4 test or its DROPPED out It was never included in any FC release, but has always been available as a CVS checkout http://fedora.redhat.com/projects/stateless/ -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From cimmo at libero.it Tue Apr 12 15:07:36 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 12 Apr 2005 17:07:36 +0200 Subject: Anaconda or Grub write a wrong grub.conf for my windows partition Message-ID: <425BE438.80701@libero.it> Hi, I've 2 hdd: 1st: is a SATA with one ntfs windows partition and some linux partitions (where FC4T2 stay) 2nd: is a PATA with a fat32 partition (only storage data here, no OS at all) I've done a clean FC4-T2 x86_64 install and when boot manager conf arrives, I've choose to install GRUB to /dev/sda MBR (yes the 1st hdd, the SATA one). All is ok and Linux boot ok. When I tried to boot Windows no chance, so I've edited my /etc/grub.conf and seen: title Windows rootnoverify (hd1,0) chainloader +1 hd1 is mapped to PATA, so I changed to (hd0,0) and all works fine. Questions: 1) Is an Anaconda or Grub failure? 2) Is there some open bug to fill or I have to open a new one? Thanx Cimmo From jorton at redhat.com Tue Apr 12 15:32:13 2005 From: jorton at redhat.com (Joe Orton) Date: Tue, 12 Apr 2005 16:32:13 +0100 Subject: [SECURITY] Fedora Core 3 Test Update: php-4.3.11-2.4 Message-ID: <20050412153213.GA5764@redhat.com> There were a number of regressions in this PHP update already fixed so please give this some testing and let me know how it fares. --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-315 2005-04-12 --------------------------------------------------------------------- Product : Fedora Core 3 Name : php Version : 4.3.11 Release : 2.4 Summary : The PHP HTML-embedded scripting language. (PHP: Hypertext Preprocessor) Description : PHP is an HTML-embedded scripting language. PHP attempts to make it easy for developers to write dynamically generated webpages. PHP also offers built-in database integration for several commercial and non-commercial database management systems, so writing a database-enabled webpage with PHP is fairly simple. The most common use of PHP coding is probably as a replacement for CGI scripts. The mod_php module enables the Apache Web server to understand and process the embedded PHP language in Web pages. --------------------------------------------------------------------- Update Information: This update includes the latest stable release of PHP 4.3, including a number of security fixes to the getimagesize() function and exif extension. --------------------------------------------------------------------- * Wed Apr 6 2005 Joe Orton 4.3.11-2.4 - snmp: disable MSHUTDOWN function to prevent error_log noise * Wed Apr 6 2005 Joe Orton 4.3.11-2.3 - really restore Net_SMTP from PEAR * Wed Apr 6 2005 Joe Orton 4.3.11-2.2 - revert default php.ini changes since 4.3.10 - restore from PEAR: HTTP, Mail, XML_Parser, Net_Socket, Net_SMTP - remove bundled PEAR packages HTML_Template_IT, Net_UserAgent_Detect * Wed Apr 6 2005 Joe Orton 4.3.11-2.1 - update to 4.3.11 (CAN-2005-0524, #153141) - revert Zend double->long conversion change (#143514) - don't configure with --enable-safe-mode (#148969) - install gd headers (#145891) - bundle PEAR DB-1.7.5 (omitted from 4.3.11 tarball) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 66d76656af5a5344d7ddbd2d6e5b40b0 SRPMS/php-4.3.11-2.4.src.rpm 55319087af155bb976a5909d61cdb1fe x86_64/php-4.3.11-2.4.x86_64.rpm 22d8792af638198f7ae80550886fe16b x86_64/php-devel-4.3.11-2.4.x86_64.rpm fb3f3f237d478b2d38f90b8663721a71 x86_64/php-pear-4.3.11-2.4.x86_64.rpm 73fdb966c89bd3d9129a6ae65dd11502 x86_64/php-imap-4.3.11-2.4.x86_64.rpm 902c49829d32cce750e5583f028636e5 x86_64/php-ldap-4.3.11-2.4.x86_64.rpm 651eb3494822990fcf8a707057dc3fe7 x86_64/php-mysql-4.3.11-2.4.x86_64.rpm fef5e5e7c5dd413ec50812e7f8ec57c2 x86_64/php-pgsql-4.3.11-2.4.x86_64.rpm a01a7d6a408e6f8857e8a6648875f47e x86_64/php-odbc-4.3.11-2.4.x86_64.rpm 413bd4b165a6c7ddc23d873144e27155 x86_64/php-snmp-4.3.11-2.4.x86_64.rpm 56cc51d5ff028d86cdb0398faabb607a x86_64/php-domxml-4.3.11-2.4.x86_64.rpm 1857f3a5b8606f78f0e60688855f0cbe x86_64/php-xmlrpc-4.3.11-2.4.x86_64.rpm 63250196e6084eed3409fd91749c5aed x86_64/php-mbstring-4.3.11-2.4.x86_64.rpm 5a60bbcbbeeba8612c82c244feb635c8 x86_64/php-ncurses-4.3.11-2.4.x86_64.rpm 51c713a23a31d8f8fcf47f5a3f8c2560 x86_64/php-gd-4.3.11-2.4.x86_64.rpm b4e9c61c08f1d32451c860985efccf0b x86_64/debug/php-debuginfo-4.3.11-2.4.x86_64.rpm b06d11a2a60c29196bb91726d1050b67 i386/php-4.3.11-2.4.i386.rpm 501f54950e35cb8f044b84b8ace82fc8 i386/php-devel-4.3.11-2.4.i386.rpm 3ff40f341f81ee520d2f816aa059be77 i386/php-pear-4.3.11-2.4.i386.rpm a16223f946c56d11a804f73312bd4713 i386/php-imap-4.3.11-2.4.i386.rpm 4f3606ee0861943f1db0cf9b57400d0a i386/php-ldap-4.3.11-2.4.i386.rpm 78f0f653a0846b490d690288d3ac0865 i386/php-mysql-4.3.11-2.4.i386.rpm b5180cadf53a89c14bea58772d692239 i386/php-pgsql-4.3.11-2.4.i386.rpm 524c2f146090ea66e6560ac7fd28c030 i386/php-odbc-4.3.11-2.4.i386.rpm 8b37970900ab25a55e75b077b02bee99 i386/php-snmp-4.3.11-2.4.i386.rpm de7bfd317d55a2728985e344bbe81cd6 i386/php-domxml-4.3.11-2.4.i386.rpm 427aa76c8355f29cc37659037e190092 i386/php-xmlrpc-4.3.11-2.4.i386.rpm 6e67ed9f3d6e1e929a15aba4ac566f12 i386/php-mbstring-4.3.11-2.4.i386.rpm c1483d663171c763f9a44b771cfefeff i386/php-ncurses-4.3.11-2.4.i386.rpm ea4453dba69f3b7982cd37ddf0909040 i386/php-gd-4.3.11-2.4.i386.rpm 8c561ddce3225e3bd0749341cbf88c6e i386/debug/php-debuginfo-4.3.11-2.4.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dmm at 1-4-5.net Tue Apr 12 15:43:08 2005 From: dmm at 1-4-5.net (David Meyer) Date: Tue, 12 Apr 2005 08:43:08 -0700 Subject: FC4 test 2 -- unsigned package rhn-applet-2.1.17-3.i386.rpm Message-ID: <20050412154308.GA11716@1-4-5.net> This causes yum to bail out: ... --> Populating transaction set with selected packages. Please wait. Adding Package rhn-applet - 2.1.17-3.i386 in mode u ---> Package rhn-applet.i386 0:2.1.17-3 set to be updated --> Running transaction check Dependencies Resolved 1113320309.83 ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: rhn-applet i386 2.1.17-3 development 319 k Transaction Summary ============================================================================= Install 0 Package(s) Update 1 Package(s) Remove 0 Package(s) Total download size: 319 k Downloading Packages: unsigned package rhn-applet-2.1.17-3.i386.rpm (i). Is there a workaround for this? (ii). I opened bug 154543 on this (though not sure if that was the correct course of action). See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154543 Thanks, Dave -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From czar at czarc.net Tue Apr 12 15:57:46 2005 From: czar at czarc.net (Gene C.) Date: Tue, 12 Apr 2005 11:57:46 -0400 Subject: FC4test2 Minimum install In-Reply-To: <1113289903.6994.13.camel@rivendell.home.local> References: <425AE99C.3060606@efd.lth.se> <20050411223234.GA18615@nostromo.devel.redhat.com> <1113289903.6994.13.camel@rivendell.home.local> Message-ID: <200504121157.46213.czar@czarc.net> On Tuesday 12 April 2005 03:11, Florin Andrei wrote: > On Mon, 2005-04-11 at 18:32 -0400, Bill Nottingham wrote: > > OK, a test minimal install is pulling in openoffice.org-core (!?) for > > some reason. Unsure why as of yet. > > I attached a list of packages installed by a minimal text install > (unselected all package groups). Ugly: minimal install installs postgresql-server -- this makes no sense. -- Gene From dmm at 1-4-5.net Tue Apr 12 16:12:41 2005 From: dmm at 1-4-5.net (David Meyer) Date: Tue, 12 Apr 2005 09:12:41 -0700 Subject: FC4 test 2 -- unsigned package rhn-applet-2.1.17-3.i386.rpm In-Reply-To: <20050412154308.GA11716@1-4-5.net> References: <20050412154308.GA11716@1-4-5.net> Message-ID: <20050412161241.GA12888@1-4-5.net> BTW, Looks like they're all (most) unsigned... Dave On Tue, Apr 12, 2005 at 08:43:08AM -0700, David Meyer wrote: > This causes yum to bail out: > ... > --> Populating transaction set with selected packages. Please wait. > Adding Package rhn-applet - 2.1.17-3.i386 in mode u > ---> Package rhn-applet.i386 0:2.1.17-3 set to be updated > --> Running transaction check > > Dependencies Resolved > 1113320309.83 > > ============================================================================= > Package Arch Version Repository Size > ============================================================================= > Updating: > rhn-applet i386 2.1.17-3 development 319 k > > Transaction Summary > ============================================================================= > Install 0 Package(s) > Update 1 Package(s) > Remove 0 Package(s) > Total download size: 319 k > Downloading Packages: > unsigned package rhn-applet-2.1.17-3.i386.rpm > > > (i). Is there a workaround for this? > > (ii). I opened bug 154543 on this (though not sure if > that was the correct course of action). See > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154543 > > > Thanks, > > Dave > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From czar at czarc.net Tue Apr 12 16:15:25 2005 From: czar at czarc.net (Gene C.) Date: Tue, 12 Apr 2005 12:15:25 -0400 Subject: NFS install with ISO images still borked in fc4t2? In-Reply-To: References: Message-ID: <200504121215.25989.czar@czarc.net> On Tuesday 12 April 2005 07:14, Robert P. J. Day wrote: > ? perhaps i'm just doing something wrong but is it still the case that > NFS installs with ISO images don't work? ?i'm getting the same error > as i did with fc4t1 -- "That directory does not seem to contain a > Fedora Core installation tree." There must be some other variable to your problem since I just completed an FC4T2 NFS install pointed at a directory containing the i386 ISO images. No problem with the install other than it put grub into the MBR rather than the partition as I had specified. -- Gene From terraformers at gmx.net Tue Apr 12 16:13:52 2005 From: terraformers at gmx.net (Lars G) Date: Tue, 12 Apr 2005 18:13:52 +0200 Subject: FC4-test2 report References: <200504120215.j3C2F44F013253@mx1.redhat.com> Message-ID: On Mon, 11 Apr 2005 20:14:33 -0500, Dwaine Castle wrote: > ... One thing that I miss is the gnome log viewer app. Was that app > so unpopular that it got dropped? Does anybody know how I can get that > back? got this answer from colin: ... Still in cvs if you need it, but Chris Lumens has planned on re-writing it for a while now http://people.redhat.com/clumens/system-logviewer/ I guess you might be able to help, fedora-config-list at redhat.com has a thread about this as well iirc -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi ... cheers lars From rpjday at mindspring.com Tue Apr 12 16:22:07 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 12 Apr 2005 12:22:07 -0400 (EDT) Subject: NFS install with ISO images still borked in fc4t2? In-Reply-To: <200504121215.25989.czar@czarc.net> References: <200504121215.25989.czar@czarc.net> Message-ID: On Tue, 12 Apr 2005, Gene C. wrote: > On Tuesday 12 April 2005 07:14, Robert P. J. Day wrote: > > ? perhaps i'm just doing something wrong but is it still the case > > that NFS installs with ISO images don't work? ?i'm getting the > > same error as i did with fc4t1 -- "That directory does not seem to > > contain a Fedora Core installation tree." > > There must be some other variable to your problem since I just > completed an FC4T2 NFS install pointed at a directory containing the > i386 ISO images. No problem with the install other than it put grub > into the MBR rather than the partition as I had specified. all right, that's just strange. i'll poke around some more. it's not like an NFS install is rocket surgery or anything. dang. rday p.s. when i got that error, i flipped back to VC3 and saw a couple mount errors which i remember folks talking about. sorry i didn't make a copy of them. From jlb17 at duke.edu Tue Apr 12 16:25:47 2005 From: jlb17 at duke.edu (Joshua Baker-LePain) Date: Tue, 12 Apr 2005 12:25:47 -0400 (EDT) Subject: FC4t2 no good without LILO In-Reply-To: <20050412160042.2C4FA744B2@hormel.redhat.com> References: <20050412160042.2C4FA744B2@hormel.redhat.com> Message-ID: On Tue, 12 Apr 2005 at 10:06am, pjones at redhat.com wrote > If you've got some specific problem with grub, and it's not already > filed, file it as a bug. If it is already reported, read the bug report > carefully, and think hard about if you can add any data that would be > useful in fixing the problem. Here's a question -- does grub work yet if your boot device is >2TB? I just ran into this issue on RHEL4. sda on my system is a ~3TB hardware RAID5 (3ware). I put a couple of small partitions at the beginning of the disk for /, /var, and the like, the install seemed to go fine, but afterward it wouldn't boot. Booting into rescue mode and trying commands from the grub prompt seems to indicate that the disk is too big for grub. A simple 'lilo' in rescue mode made the system bootable. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From a.kurtz at hardsun.net Tue Apr 12 16:43:54 2005 From: a.kurtz at hardsun.net (Aaron Kurtz) Date: Tue, 12 Apr 2005 09:43:54 -0700 Subject: FC4 test 2 -- unsigned package rhn-applet-2.1.17-3.i386.rpm In-Reply-To: <20050412161241.GA12888@1-4-5.net> References: <20050412154308.GA11716@1-4-5.net> <20050412161241.GA12888@1-4-5.net> Message-ID: <1113324234.13484.18.camel@rydia.hardsun.net> On Tue, 2005-04-12 at 09:12 -0700, David Meyer wrote: > BTW, > > Looks like they're all (most) unsigned... 1) Please don't top post, and trim unneeded text from your replies. 2) Rawhide packages will tend to be unsigned. gpgcheck=0 in yum.conf will take care of that. This has been mentioned multiple times on this list. -- Aaron Kurtz From czar at czarc.net Tue Apr 12 16:59:24 2005 From: czar at czarc.net (Gene C.) Date: Tue, 12 Apr 2005 12:59:24 -0400 Subject: NFS install with ISO images still borked in fc4t2? In-Reply-To: References: <200504121215.25989.czar@czarc.net> Message-ID: <200504121259.24291.czar@czarc.net> On Tuesday 12 April 2005 12:22, Robert P. J. Day wrote: > On Tue, 12 Apr 2005, Gene C. wrote: > > On Tuesday 12 April 2005 07:14, Robert P. J. Day wrote: > > > ? perhaps i'm just doing something wrong but is it still the case > > > that NFS installs with ISO images don't work? ?i'm getting the > > > same error as i did with fc4t1 -- "That directory does not seem to > > > contain a Fedora Core installation tree." > > > > There must be some other variable to your problem since I just > > completed an FC4T2 NFS install pointed at a directory containing the > > i386 ISO images. ?No problem with the install other than it put grub > > into the MBR rather than the partition as I had specified. > > all right, that's just strange. ?i'll poke around some more. ?it's not > like an NFS install is rocket surgery or anything. ?dang. Now that I think back on it I do seem to remember a problem with FC4T1 NFS install but the current FC4T2 install was clean. I will know better when I do a x86_64 install on this system later today. -- Gene From guy at incentre.net Tue Apr 12 17:06:57 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 11:06:57 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113291855.14576.41.camel@mgb.bullion.ims> References: <1113291855.14576.41.camel@mgb.bullion.ims> Message-ID: <1113325617.4963.54.camel@sigurd.incentre.net> The tards are not going to listen. I have been bitching about grubs faults for a long time they just don't care. I have to keep a 80GB PATA drive in my Development machine to hold "/" and "/boot", because GRUB kept screwing up every time I changed a drive, when it was installed on a SATA drive. The tards that responded to me, were of no help, and I tried absolutely every suggestion they made and searched for days for solutions, but nothing worked. I read through the entire documentation for GRUB and it did not help either. There final suggestion was that I could install LILO myself if I wanted, it was up to me... Morons... If someone can't get the fricken thing to boot you can't fix it very easily can you. Over and out. On Tue, 2005-12-04 at 00:44 -0700, Mike Bird wrote: > Removing LILO from FC4t2 Core makes Fedora unusable for serious work. > > 82 GRUB bugs: > https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=MODIFIED&bug_status=NEEDINFO&bug_status=REOPENED&field0-0-0=product&type0-0-0=substring&value0-0-0=grub&field0-0-1=component&type0-0-1=substring&value0-0-1=grub&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=grub&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=grub > > 15 LILO bugs: > https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=MODIFIED&bug_status=NEEDINFO&bug_status=REOPENED&field0-0-0=product&type0-0-0=substring&value0-0-0=lilo&field0-0-1=component&type0-0-1=substring&value0-0-1=lilo&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=lilo&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=lilo > > I just wish I had read the release notes more carefully before > downloading beaucoup gigabytes. > > --Mike Bird From pri.rhl3 at iadonisi.to Tue Apr 12 17:11:25 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Tue, 12 Apr 2005 13:11:25 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113325617.4963.54.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> Message-ID: <1113325885.6655.9.camel@tuxpaq> On Tue, 2005-04-12 at 11:06 -0600, Guy Fraser wrote: > The tards are not going to listen. [inane comments snipped] > Over and out. Though I know it's not a good idea to feed the trolls, let me just say this. This post should be saved and reproduced all around the internet and included as part of http://www.catb.org/~esr/faqs/smart- questions.html as a superb example of what not to do if you ever expect any help from anybody. And it's typical of someone who doesn't want help: insult the developers and then indicate that you don't want to discuss it further with 'over and out'. It's what I call a hit-and-run flamer. Brownie points for anyone who can come up with a more 'creative' description. -- -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 notting at redhat.com Tue Apr 12 17:19:46 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 12 Apr 2005 13:19:46 -0400 Subject: rawhide report: 20050412 changes In-Reply-To: <200504121047.22740.jpearson42@wowway.com> References: <200504121145.j3CBjSrL022398@porkchop.devel.redhat.com> <200504121047.22740.jpearson42@wowway.com> Message-ID: <20050412171946.GA26456@nostromo.devel.redhat.com> John Pearson (jpearson42 at wowway.com) said: > On Tuesday 12 April 2005 07:45 am, Build System wrote: > > New package perl-Archive-Zip > > Perl library for accessing Zip archives > > ... > > zlib-1.2.2.2-3 > > -------------- > > * Wed Mar 30 2005 Ivana Varekova 1.2.2.2-3 > > - fix bug 122408 - zlib build process runs configure twice > > Is there a standard time when updates become available? It looks like I > missed it with the cron job this morning. Tree compose starts at 5AM EDT. When the files are acutally available depends on build machine load, amount of data to push, etc. Today they were probably available sometime between 7:30 and 8AM. Bill From mgb-fedora at yosemite.net Tue Apr 12 17:21:54 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 12 Apr 2005 10:21:54 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113294617.10362.12.camel@fc4t2.mpeters.local> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> Message-ID: <1113326513.14576.124.camel@mgb.bullion.ims> > Which of the 82 Grub bugs prevents it from being used for serious work? 1) That basic Bugzilla queries yield 82 Grub bugs versus 15 Lilo bugs is illustrative of their relative levels of reliability. 2) The general flakiness of Grub makes it unusable for serious work. One simply cannot afford plane tickets (or even trouble tickets) every time Grub fails. Lilo is much more reliable than Grub. Grub may be appropriate for a newbie on a home PC, but Grub does not replace Lilo. 3) One of the most serious ongoing problems with Grub has been the flakiness of the software RAID support. This was first added in 0.90 (July 2001) but has ever since been a constant source of Bugzilla reports - reports which are not included in the list of 82 because they were closed when the March 16th patch was written. Now maybe that patch will solve all known problems, but I'm certainly not going to bet the farm on it without months of testing. Why is Fedora betting its farm? Lilo's RPM takes only 547k on the CD. 4) And this brings us again to the incredible lack of judgment manifested by the Fedora Core team. First do no harm - if you don't understand the issues relating to Lilo and Grub don't mess with them. --Mike Bird From guy at incentre.net Tue Apr 12 17:30:15 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 11:30:15 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113325885.6655.9.camel@tuxpaq> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> <1113325885.6655.9.camel@tuxpaq> Message-ID: <1113327015.4963.67.camel@sigurd.incentre.net> Oh, I'm so sorry... Did I hurt your feelings? You want a pack of bubble gum, and I'll show you how to chew it too. Al Pachino If you keep putting on the holier than thou attitude about GRUB being so great like you guys have been, even though LILO works better in some situations, you had better grow a thicker skin. On Tue, 2005-12-04 at 13:11 -0400, Paul Iadonisi wrote: > On Tue, 2005-04-12 at 11:06 -0600, Guy Fraser wrote: > > The tards are not going to listen. > > [inane comments snipped] > > > Over and out. > > Though I know it's not a good idea to feed the trolls, let me just say > this. This post should be saved and reproduced all around the internet > and included as part of http://www.catb.org/~esr/faqs/smart- > questions.html as a superb example of what not to do if you ever expect > any help from anybody. > And it's typical of someone who doesn't want help: insult the > developers and then indicate that you don't want to discuss it further > with 'over and out'. It's what I call a hit-and-run flamer. Brownie > points for anyone who can come up with a more 'creative' description. > > -- > -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 pri.rhl3 at iadonisi.to Tue Apr 12 17:31:00 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Tue, 12 Apr 2005 13:31:00 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113327015.4963.67.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> <1113325885.6655.9.camel@tuxpaq> <1113327015.4963.67.camel@sigurd.incentre.net> Message-ID: <1113327060.6655.12.camel@tuxpaq> On Tue, 2005-04-12 at 11:30 -0600, Guy Fraser wrote: > Oh, I'm so sorry... Did I hurt your feelings? No, actually you made me laugh. I love playing 'whack-a-troll'. -- -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 guy at incentre.net Tue Apr 12 17:38:29 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 11:38:29 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113326513.14576.124.camel@mgb.bullion.ims> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> Message-ID: <1113327509.4963.76.camel@sigurd.incentre.net> Mike, They don't care. The lists have been flooded with issues, bugzilla reports have been submitted at their request. They just don't care. I tried to help, but after being pushed around by their arrogance for too long, I have given up trying. If you want to maintain your sanity, use a simple PATA drive to boot from, and use the RAID for your /usr, /var and other directories. On Tue, 2005-12-04 at 10:21 -0700, Mike Bird wrote: > > Which of the 82 Grub bugs prevents it from being used for serious work? > > 1) That basic Bugzilla queries yield 82 Grub bugs versus 15 Lilo bugs is > illustrative of their relative levels of reliability. > > 2) The general flakiness of Grub makes it unusable for serious work. > One simply cannot afford plane tickets (or even trouble tickets) every > time Grub fails. Lilo is much more reliable than Grub. Grub may be > appropriate for a newbie on a home PC, but Grub does not replace Lilo. > > 3) One of the most serious ongoing problems with Grub has been the > flakiness of the software RAID support. This was first added in 0.90 > (July 2001) but has ever since been a constant source of Bugzilla > reports - reports which are not included in the list of 82 because they > were closed when the March 16th patch was written. Now maybe that patch > will solve all known problems, but I'm certainly not going to bet the > farm on it without months of testing. Why is Fedora betting its farm? > Lilo's RPM takes only 547k on the CD. > > 4) And this brings us again to the incredible lack of judgment > manifested by the Fedora Core team. First do no harm - if you don't > understand the issues relating to Lilo and Grub don't mess with them. > > --Mike Bird From guy at incentre.net Tue Apr 12 17:42:05 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 11:42:05 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113327060.6655.12.camel@tuxpaq> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> <1113325885.6655.9.camel@tuxpaq> <1113327015.4963.67.camel@sigurd.incentre.net> <1113327060.6655.12.camel@tuxpaq> Message-ID: <1113327725.4963.80.camel@sigurd.incentre.net> Now, now... Who's playing flame-and-run? I think you hurt my last feeling... Nope, I'm just getting hungry. Gotta go, I got the need to feed. On Tue, 2005-12-04 at 13:31 -0400, Paul Iadonisi wrote: > On Tue, 2005-04-12 at 11:30 -0600, Guy Fraser wrote: > > Oh, I'm so sorry... Did I hurt your feelings? > > No, actually you made me laugh. I love playing 'whack-a-troll'. > > -- > -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 florin at andrei.myip.org Tue Apr 12 17:47:44 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Tue, 12 Apr 2005 10:47:44 -0700 Subject: FC4test2 Minimum install In-Reply-To: <200504121157.46213.czar@czarc.net> References: <425AE99C.3060606@efd.lth.se> <20050411223234.GA18615@nostromo.devel.redhat.com> <1113289903.6994.13.camel@rivendell.home.local> <200504121157.46213.czar@czarc.net> Message-ID: <1113328064.7360.1.camel@stantz.corp.sgi.com> On Tue, 2005-04-12 at 11:57 -0400, Gene C. wrote: > On Tuesday 12 April 2005 03:11, Florin Andrei wrote: > > On Mon, 2005-04-11 at 18:32 -0400, Bill Nottingham wrote: > > > OK, a test minimal install is pulling in openoffice.org-core (!?) for > > > some reason. Unsure why as of yet. > > > > I attached a list of packages installed by a minimal text install > > (unselected all package groups). > > Ugly: minimal install installs postgresql-server -- this makes no sense. Oh, damn. My mistake. That's the minimal install, plus PostgreSQL, Apache, PHP, ntpd and their dependencies. I guess you can ignore my message, then. :-( -- Florin Andrei http://florin.myip.org/ From pjones at redhat.com Tue Apr 12 17:53:43 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 13:53:43 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113326513.14576.124.camel@mgb.bullion.ims> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> Message-ID: <1113328423.5479.97.camel@localhost.localdomain> On Tue, 2005-04-12 at 10:21 -0700, Mike Bird wrote: > > Which of the 82 Grub bugs prevents it from being used for serious work? > > 1) That basic Bugzilla queries yield 82 Grub bugs versus 15 Lilo bugs is > illustrative of their relative levels of reliability. No, that's just willfully stupid. Go read my last reply to you. > 2) The general flakiness of Grub makes it unusable for serious work. > One simply cannot afford plane tickets (or even trouble tickets) every > time Grub fails. You haven't established that any such general flakiness exists. So until you're prepared to actually tell us about some *real* problem, please stop trolling fedora-test-list, and any other lists as well. [silliness removed] > 3) One of the most serious ongoing problems with Grub has been the > flakiness of the software RAID support. This was first added in 0.90 > (July 2001) but has ever since been a constant source of Bugzilla > reports [...] It wasn't added in any meaningful way until early this year, and it hasn't particularly been a problem; there have been bugs here and there in applications that interact with grub, but they've (mostly) been fixed. It's new code, bugs happen. Somebody notices, and they get fixed. That's how this works. The one serious problem with it that I know of currently, I'd be fixing right now if you weren't tempting me so very strongly to waste my time. And it's not even among your completely bogus 82. > [...] - reports which are not included in the list of 82 because they > were closed when the March 16th patch was written. Now maybe that patch > will solve all known problems It implements actual support /boot on a RAID 1 device. This is a new feature. If you know about problems with it, you're the only one, so quit saying they're known and file a bug telling me what they are. > , but I'm certainly not going to bet the > farm on it without months of testing. Why is Fedora betting its farm? We've tested it for years, and know its strengths and weaknesses, and those of LILO. We picked the better solution. You clearly don't like it, but you've made no actual technical points against it. Guess what? The part of all this where you simply refuse to make any meaningful technical point at all turns out to be a pretty abysmal plan in convincing me to switch things back to LILO. > Lilo's RPM takes only 547k on the CD. Thank you for inventing a nice strawman so you could knock it down yourself. Size isn't the issue; supportability and usability are. LILO isn't supportable. And I mean supportable in *every* since. Installing it in software is uglier than grub, and is also incredibly failure prone. Installing kernels with lilo is basically unscriptable, and certainly unreliable. It's not something you can depend on at all. Debugging what's going wrong without seeing the hardware itself tends to be neigh on impossible. And, of course, once you've managed to screw up a kernel installation, you can no longer boot the box at all. Grub has exactly one of these problems -- you can mess up installing it to the disk. But you have to do it once, when you install the OS. Not every time you want to boot a new kernel. Not every time you add a new device that you decide needs to be in the initrd. > 4) And this brings us again to the incredible lack of judgment > manifested by the Fedora Core team. If it weren't completely bull, yeah, that'd demonstrate our "incredible lack of judgment" amazingly. > First do no harm - if you don't understand the issues relating to Lilo > and Grub don't mess with them. Seriously, have you even thought about this issue, or do you just like to flame and troll a lot? -- Peter From mgb-fedora at yosemite.net Tue Apr 12 18:13:22 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 12 Apr 2005 11:13:22 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113328423.5479.97.camel@localhost.localdomain> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> Message-ID: <1113329602.14576.138.camel@mgb.bullion.ims> On Tue, 2005-04-12 at 10:53, Peter Jones wrote: > > First do no harm - if you don't understand the issues relating to Lilo > > and Grub don't mess with them. > > Seriously, have you even thought about this issue, or do you just like > to flame and troll a lot? If you like Grub on your desktop go ahead and use it. I'm not the one trying to stop you from using the tools that work best for you. The Fedora politburo is trying to dictate which boot loader, word processor, and spread sheet the rest of us should use. Gates and McNealy must laugh their heads off every time they read a Fedora release note. Please keep fixing bugs and adding useful new functionality. We know there will be some unintentional breakage along the way - we're human too. Please stop deliberately breaking things on religious grounds. --Mike Bird From pri.rhl3 at iadonisi.to Tue Apr 12 18:10:37 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Tue, 12 Apr 2005 14:10:37 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113326513.14576.124.camel@mgb.bullion.ims> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> Message-ID: <1113329437.6655.44.camel@tuxpaq> On Tue, 2005-04-12 at 10:21 -0700, Mike Bird wrote: > > Which of the 82 Grub bugs prevents it from being used for serious work? > > 1) That basic Bugzilla queries yield 82 Grub bugs versus 15 Lilo bugs is > illustrative of their relative levels of reliability. Not really. I demonstrates that grub is used more since it's been the default in RHEL/FC for some time. It's entirely predictable that lilo will have fewer bug reports if it's not used by as many RHEL/FC users. Frankly, because of that fact alone, I don't think it demonstrates anything either way. > 2) The general flakiness of Grub makes it unusable for serious work. > One simply cannot afford plane tickets (or even trouble tickets) every > time Grub fails. Lilo is much more reliable than Grub. Grub may be > appropriate for a newbie on a home PC, but Grub does not replace Lilo. You're speaking in generalities. How is it flaky? I do agree that grub is flaky when it comes to getting it installed and working on some systems. But once up and running, even upgrading a kernel is more reliable. For remote, mission critical systems where a plane ticket costs to much, I would *always* pick hardware that had a serial bios and redirect the grub output to the serial port. I would also be sure it was hooked up to a remotely cycle-able power strip (or there was 24hr staff available at the data center to power cycle for me). With that kind of setup, even if you have a bogus grub.conf entry, you can drop to a grub command line and boot with the proper options and filenames. Try that with lilo. Especially if something gets messed up and lilo isn't run after installing a new kernel (though I believe that's done in new-kernel-pkg now, however it could conceivably fail). No need to rerun grub-install when installing a new kernel, so the boot block is not getting updated. So lilo seems more reliable in terms of getting it installed initially (via anaconda or even manually), but after getting it working (which on many systems *is* out of the box), it tends to be *less* risky than lilo (i.e.: no updating of the boot block). I would never upgrade the OS (or even just grub) remotely on a critical system, anyhow, so the difficulty in getting it on (some) systems is less of a concern than ending up with a bogus config (lilo has no command line to use to recover ... you must be local and boot from a rescue CD to fix it). > 3) One of the most serious ongoing problems with Grub has been the > flakiness of the software RAID support. Ah, now we're talking! That problem has aggravated me for quite some time. I don't remember if I ever tried lilo in that config, but I've had exactly that problem FOREVER (er...ever since grub replaced lilo as the default, anyhow) on two of my systems. Fortunately, as mentioned above, that problem only crops up during an upgrade (or clean install). I usually have to boot to rescue mode, muck with /etc/mtab to fake out grub into thinking that my disks are /dev/sd[ab][123] instead of /dev/md [012], and run /sbin/grub-install /dev/sda and then muck with /etc/mtab again and do /sbin/grub-install /dev/sdb. Ugly, but it works. Or at least, boots now. I have no idea if it'll work if I yank /dev/sda (though I suspect if /dev/sdb is gone, it'll work). > This was first added in 0.90 > (July 2001) but has ever since been a constant source of Bugzilla > reports - reports which are not included in the list of 82 because they > were closed when the March 16th patch was written. Now maybe that patch > will solve all known problems, but I'm certainly not going to bet the > farm on it without months of testing. Um, I'd agree, but aren't we actually *doing* months of testing here? This is fedora-test-list, after all, and this is Fedora Core 4 *Test* 2 we are talking about. > Why is Fedora betting its farm? > Lilo's RPM takes only 547k on the CD. I doubt disk space is the reason in this case. > 4) And this brings us again to the incredible lack of judgment > manifested by the Fedora Core team. First do no harm - if you don't > understand the issues relating to Lilo and Grub don't mess with them. Well, I think it's probably triage. Grub is the future due to some important benefits over lilo (the command line being one significant one). Does it have issues? Yes. But not with the majority of systems out there. I don't think it's a lack of judgment. It will cause some pain for some systems. I doubt it'll make it *impossible* to use on any system (okay, maybe a few), but it will make it a challenge to get working on some. I do hope the software RAID 1 issue is fixed, myself. But I'm not willing to go back to lilo to 'fix' it for myself. Let's get grub working for all systems (at least all modern systems) instead. -- -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 pjones at redhat.com Tue Apr 12 18:16:20 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 14:16:20 -0400 Subject: Anaconda or Grub write a wrong grub.conf for my windows partition In-Reply-To: <425BE438.80701@libero.it> References: <425BE438.80701@libero.it> Message-ID: <1113329780.5479.114.camel@localhost.localdomain> On Tue, 2005-04-12 at 17:07 +0200, Cimmo wrote: > Hi, > I've 2 hdd: > 1st: is a SATA with one ntfs windows partition and some linux partitions > (where FC4T2 stay) > 2nd: is a PATA with a fat32 partition (only storage data here, no OS at all) > > I've done a clean FC4-T2 x86_64 install and when boot manager conf > arrives, I've choose to install GRUB to /dev/sda MBR (yes the 1st hdd, > the SATA one). > All is ok and Linux boot ok. You kind of imply it, but don't say so I'll ask -- you told anaconda there's another OS to boot as well, right? > When I tried to boot Windows no chance, so I've edited my /etc/grub.conf > and seen: > title Windows > rootnoverify (hd1,0) > chainloader +1 > > hd1 is mapped to PATA, so I changed to (hd0,0) and all works fine. Can you attach the /root/anaconda-ks.cfg, the /etc/grub.conf it writes out, and /boot/grub/device.map into the bug when you file it? > Questions: > 1) Is an Anaconda or Grub failure? It's likely an anaconda failure, but it could still be it or "booty" at this point. > 2) Is there some open bug to fill or I have to open a new one? I don't think I've seen this as a bug, but there's always the chance we reduce this to some bug we've seen before -- go ahead and file it, if it turns out to be a dupe we can pick whichever report looks more useful to keep open, and the other one will still be available. -- Peter From rpjday at mindspring.com Tue Apr 12 18:27:47 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 12 Apr 2005 14:27:47 -0400 (EDT) Subject: during yum update, "/usr/lib/gcj-4.0.0/classmap.db" not found Message-ID: after a "full" install of fc4t2, i ran "yum update", pulled up a chair to watch 300+ packages get updated but, during the actual update, got a small number of errors similar to the subject line which caused scriptlet errors in the update of some eclipse packages. i queried bugzilla but saw nothing obvious related to this. anyone else see this? rday From pjones at redhat.com Tue Apr 12 18:30:44 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 14:30:44 -0400 Subject: FC4t2 no good without LILO In-Reply-To: References: <20050412160042.2C4FA744B2@hormel.redhat.com> Message-ID: <1113330645.5479.129.camel@localhost.localdomain> On Tue, 2005-04-12 at 12:25 -0400, Joshua Baker-LePain wrote: > On Tue, 12 Apr 2005 at 10:06am, pjones at redhat.com wrote > > > If you've got some specific problem with grub, and it's not already > > filed, file it as a bug. If it is already reported, read the bug report > > carefully, and think hard about if you can add any data that would be > > useful in fixing the problem. > > Here's a question -- does grub work yet if your boot device is >2TB? Yes, no, and maybe. It depends on how you partition, and we don't yet do GPT partitioning; that's an installer bug and an fdisk/parted bug as much as anything else. Somebody's been threatening to send me a box to use to fix it, but nothing has shown up yet. I'll start coding it blind at some point, I guess... > I just ran into this issue on RHEL4. sda on my system is a ~3TB hardware > RAID5 (3ware). I put a couple of small partitions at the beginning of the > disk for /, /var, and the like, the install seemed to go fine, but > afterward it wouldn't boot. Booting into rescue mode and trying commands > from the grub prompt seems to indicate that the disk is too big for grub. > > A simple 'lilo' in rescue mode made the system bootable. I haven't read through the grub code for this stuff in a while, so I could be off by a little bit about precisely what grub does in this situation. I *think* it'll refuse to install if it sees a drive that *cannot* be partitioned correctly, which is probably actually the case you're seeing. lilo's install code doesn't check for things like that, and I could put forward a pretty good argument for that being a bug or not being one, either way. Frankly, though, we lack support for very large disks throughout much of our userland and installer. I'm not sure how kernel support for correct partitioning of many-TB disks is; I recall that it exists but I haven't tried it. I really don't think grub-install should touch the disk when it knows for sure that something is severely amiss. I think telling you no is the right behavior unless it sees GPT (which it currently doesn't support, but neither does the rest of the installer, nor lilo). You'll probably notice things like the partition getting shorter and other craziness like that when you reboot, btw, because the size of the disk overflows the "size" field on your partition table. Without GPT, you just can't write a partition table entry with sectors above that limit. -- Peter From jpearson42 at wowway.com Tue Apr 12 17:28:58 2005 From: jpearson42 at wowway.com (John Pearson) Date: Tue, 12 Apr 2005 13:28:58 -0400 Subject: rawhide report: 20050412 changes In-Reply-To: <20050412171946.GA26456@nostromo.devel.redhat.com> References: <200504121145.j3CBjSrL022398@porkchop.devel.redhat.com> <200504121047.22740.jpearson42@wowway.com> <20050412171946.GA26456@nostromo.devel.redhat.com> Message-ID: <200504121328.58832.jpearson42@wowway.com> On Tuesday 12 April 2005 01:19 pm, Bill Nottingham wrote: > John Pearson (jpearson42 at wowway.com) said: > > On Tuesday 12 April 2005 07:45 am, Build System wrote: > > > New package perl-Archive-Zip > > > Perl library for accessing Zip archives > > > ... > > > zlib-1.2.2.2-3 > > > -------------- > > > * Wed Mar 30 2005 Ivana Varekova 1.2.2.2-3 > > > - fix bug 122408 - zlib build process runs configure twice > > > > Is there a standard time when updates become available? It looks like I > > missed it with the cron job this morning. > > Tree compose starts at 5AM EDT. When the files are acutally available > depends on build machine load, amount of data to push, etc. Today > they were probably available sometime between 7:30 and 8AM. > > Bill Thank you. I will move the cron job to run later in the morning. Regards, John Pearson From rpjday at mindspring.com Tue Apr 12 18:30:59 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 12 Apr 2005 14:30:59 -0400 (EDT) Subject: during yum update, "/usr/lib/gcj-4.0.0/classmap.db" not found In-Reply-To: References: Message-ID: On Tue, 12 Apr 2005, Robert P. J. Day wrote: > > after a "full" install of fc4t2, i ran "yum update", pulled up a > chair to watch 300+ packages get updated but, during the actual > update, got a small number of errors similar to the subject line which > caused scriptlet errors in the update of some eclipse packages. > > i queried bugzilla but saw nothing obvious related to this. anyone > else see this? i looked closer and noticed that, in the directory /usr/lib/gcj-4.0.0, there is no "classmap.db" but there is a new directory structure, "classmap.db.d" which contains a number of ".db" files. i'm assuming this is a restructuring of those .db files which is causing update problems with other packages, yes? thoughts? rday From cra at WPI.EDU Tue Apr 12 18:36:50 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Tue, 12 Apr 2005 14:36:50 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113326513.14576.124.camel@mgb.bullion.ims> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> Message-ID: <20050412183650.GP17634@angus.ind.WPI.EDU> On Tue, Apr 12, 2005 at 10:21:54AM -0700, Mike Bird wrote: > > Which of the 82 Grub bugs prevents it from being used for serious work? > > 1) That basic Bugzilla queries yield 82 Grub bugs versus 15 Lilo bugs is > illustrative of their relative levels of reliability. No it isn't. Because Grub is the default, of course people are going to file more bugs about it. Many people probably don't even know that Lilo exists. > 2) The general flakiness of Grub makes it unusable for serious work. > One simply cannot afford plane tickets (or even trouble tickets) every > time Grub fails. Lilo is much more reliable than Grub. Grub may be > appropriate for a newbie on a home PC, but Grub does not replace Lilo. I've NEVER had a single problem with grub. > Why is Fedora betting its farm? That is the function of Fedora. New technology that is risky. If you want old, stable technology, there is always Debian. From greenrd at presidium.org Tue Apr 12 18:37:19 2005 From: greenrd at presidium.org (Robin Green) Date: Tue, 12 Apr 2005 14:37:19 -0400 (EDT) Subject: FC4t2 no good without LILO In-Reply-To: <1113329602.14576.138.camel@mgb.bullion.ims> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> Message-ID: On Tue, 12 Apr 2005, Mike Bird wrote: > If you like Grub on your desktop go ahead and use it. I'm not the one > trying to stop you from using the tools that work best for you. The > Fedora politburo is trying to dictate which boot loader, word processor, > and spread sheet the rest of us should use. Dictate? How exactly is removing a package from Fedora Core "dictating" to anyone what they must use? Fedora Core 4 is going to be how many CDs? There needs to be a sanity limit on how much software is packaged as part of Fedora Core, tracked and maintained by Red Hat. That's just a reality. I don't think it's that hard to continue to use lilo. If you are upgrading, simply choose "do not install a boot loader". If you are installing from scratch, choose whatever, and then boot (from a rescue disk if necessary) and install lilo yourself. Wouldn't that work for you? > Please stop deliberately breaking things on religious grounds. It's not about religion, it's about workload. Anyone who wants to see an alternate bootloader in Fedora Extras has the option (yes, yes, if they have the time) to put themselves forward as a possible maintainer. -- Robin From paul at all-the-johnsons.co.uk Tue Apr 12 18:56:04 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 12 Apr 2005 18:56:04 +0000 Subject: svn problem Message-ID: <20050412185604.M31348@all-the-johnsons.co.uk> Hi, For some reason I'm having a problem with running svn. If I run svn from the command line, all I get out is svn: Version mismatch in 'svn_delta': found 1.1.0-rc2, expected 1.1.4 svn: Version mismatch in 'svn_ra': found 1.1.0-rc2, expected 1.1.4 svn: Version mismatch in 'svn_wc': found 1.1.0-rc2, expected 1.1.4 svn: Version mismatch in 'svn_client': found 1.1.0-rc2, expected 1.1.4 svn: Version mismatch in 'svn_subr': found 1.1.0-rc2, expected 1.1.4 rpm -qa shows subversion 1.1.4 and subversion-devel 1.1.4 Is there a way to fix this problem? TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From pnasrat at redhat.com Tue Apr 12 18:59:25 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Tue, 12 Apr 2005 19:59:25 +0100 Subject: FC4 vs. MacMini (PowerPC) In-Reply-To: <425BE157.8090706@BitWagon.com> References: <425BE157.8090706@BitWagon.com> Message-ID: <1113332366.3857.58.camel@anu.eridu> On Tue, 2005-04-12 at 07:55 -0700, John Reiser wrote: > I'd like to run FC4 on a MacMini, but can't get there from here. > FC4t1 was dead-on-arrival because the install CD/DVD would not boot > ( https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151234 ). > Now FC4t2 cannot be trusted to partition the harddrive > ( https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154479 ). > Multibooting Mac OS X is a requirement, but neither DiskDruid > nor fdisk recognizes the existing partitions as shipped by Apple > [Ubuntu-5.04 fdisk does] so I'm very leery. > > If anyone has set up FC4t2 successfully to multiboot with Mac OS X, > (using no external drives or additional Mac hardware) then > please share your method and experiences. Thanks. You should be able to just edit yaboot.conf as appropriate afterwards - it's nothing to do with the partitioning tool, just how we configure the bootloader. Paul From WormLineFiles at gmx.de Tue Apr 12 18:07:26 2005 From: WormLineFiles at gmx.de (Simon Lanzmich) Date: Tue, 12 Apr 2005 20:07:26 +0200 Subject: Hard drive install fails on x86_64 Message-ID: <1113329247.4219.8.camel@simon.home> Hi, I just downloaded the x86_64 DVD iso, burned the boot.iso on a CDRW (since I don't want to use/waste a whole DVD) and booted the disc to perform a hard drive install. When I select the drive and the directory where the ISO is located and click OK, the installer crashes and I get some errors containing a buffer overflow warning and something about /sbin/loader (I will take a closer look at it or take a photo, if you want) and finally a message that I can safely reboot my PC. Besides, if I select the wrong drive/disc, I get an error message that seems to be as it should, which makes me think that the problem is something about loading the iso. However, correct my if I'm wrong. What do you think? Simon From guy at incentre.net Tue Apr 12 19:22:02 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 13:22:02 -0600 Subject: FC4t2 no good without LILO In-Reply-To: References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> Message-ID: <1113333722.4963.92.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 14:37 -0400, Robin Green wrote: > On Tue, 12 Apr 2005, Mike Bird wrote: > > If you like Grub on your desktop go ahead and use it. I'm not the one > > trying to stop you from using the tools that work best for you. The > > Fedora politburo is trying to dictate which boot loader, word processor, > > and spread sheet the rest of us should use. > > Dictate? How exactly is removing a package from Fedora Core "dictating" > to anyone what they must use? Not including software that used to be standard, when many people still need it, because GRUB doesn't work for them. > > Fedora Core 4 is going to be how many CDs? There needs to be a sanity > limit on how much software is packaged as part of Fedora Core, tracked and > maintained by Red Hat. That's just a reality. Then drop Emacs and LateX they blow a metric tonne of space. > > I don't think it's that hard to continue to use lilo. If you are > upgrading, simply choose "do not install a boot loader". If you are > installing from scratch, choose whatever, and then boot (from a rescue > disk if necessary) and install lilo yourself. Wouldn't that work for you? Have you tried? ... Didn't think so. Problem with your logic - In some cases you can install but can't even boot the first time. Using a Recovery CD it *may* be possible, but hardly "simple". > > > Please stop deliberately breaking things on religious grounds. > > It's not about religion, it's about workload. Anyone who wants to see an > alternate bootloader in Fedora Extras has the option (yes, yes, > if they have the time) to put themselves forward as a possible maintainer. Then drop GRUB. > > -- > Robin From cimmo at libero.it Tue Apr 12 19:34:45 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 12 Apr 2005 21:34:45 +0200 Subject: Anaconda or Grub write a wrong grub.conf for my windows partition In-Reply-To: <1113329780.5479.114.camel@localhost.localdomain> References: <425BE438.80701@libero.it> <1113329780.5479.114.camel@localhost.localdomain> Message-ID: <425C22D5.6000009@libero.it> Peter Jones ha scritto: >You kind of imply it, but don't say so I'll ask -- you told anaconda >there's another OS to boot as well, right? > > Anaconda automatically recognize another OS but instead of putting (hd0,0) it puts (hd1,0) that pointing to the PATA hdd, the storage one. >Can you attach the /root/anaconda-ks.cfg, the /etc/grub.conf it writes >out, and /boot/grub/device.map into the bug when you file it? > > Attacched here so you can see >It's likely an anaconda failure, but it could still be it or "booty" at >this point. > > booty? What is this? >I don't think I've seen this as a bug, but there's always the chance we >reduce this to some bug we've seen before -- go ahead and file it, if it >turns out to be a dupe we can pick whichever report looks more useful to >keep open, and the other one will still be available. > > > Why not? -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: anaconda-ks.cfg URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: device.map URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: grub.conf URL: From pjones at redhat.com Tue Apr 12 19:44:43 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 15:44:43 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113333722.4963.92.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> Message-ID: <1113335084.5479.137.camel@localhost.localdomain> On Tue, 2005-04-12 at 13:22 -0600, Guy Fraser wrote: > On Tue, 2005-12-04 at 14:37 -0400, Robin Green wrote: > > On Tue, 12 Apr 2005, Mike Bird wrote: > > > If you like Grub on your desktop go ahead and use it. I'm not the one > > > trying to stop you from using the tools that work best for you. The > > > Fedora politburo is trying to dictate which boot loader, word processor, > > > and spread sheet the rest of us should use. > > > > Dictate? How exactly is removing a package from Fedora Core "dictating" > > to anyone what they must use? > > Not including software that used to be standard, when many people still > need it, because GRUB doesn't work for them. It was standard when there wasn't anything significantly better available. That time has long since gone. Those people who still need lilo, for whatever reason, would serve themselves better by helping debug and fix things than by posting really whiny flames with an unacceptable lack of detail about any real problems to the test list. > > Fedora Core 4 is going to be how many CDs? There needs to be a sanity > > limit on how much software is packaged as part of Fedora Core, tracked and > > maintained by Red Hat. That's just a reality. > > Then drop Emacs and LateX they blow a metric tonne of space. Now you're just trolling. I've already said it's not about space. > > > Please stop deliberately breaking things on religious grounds. > > > > It's not about religion, it's about workload. Anyone who wants to see an > > alternate bootloader in Fedora Extras has the option (yes, yes, > > if they have the time) to put themselves forward as a possible maintainer. > > Then drop GRUB. That's a great joke, but please do try to join the rest of us in reality at some point. -- Peter From Rajmund.Krivec at ijs.si Tue Apr 12 19:44:51 2005 From: Rajmund.Krivec at ijs.si (Rajmund Krivec) Date: Tue, 12 Apr 2005 21:44:51 +0200 (CEST) Subject: nforce3 250 gb SATA, NIC Message-ID: On Asus K8N-E Deluxe, 2 SATA disks, I was only able to install Fedora Core 2 (2.6.5-1.358 32-bit, or 64-bit), but not FC3. Also: - FC2 does not activate on-board gigabit ethernet - upgraded kernels (2.6.10-1.14_FC2, 2.6.10-1.770_FC2) do NOT boot anymore ("Kernel panic unable to mount root ...") Will Fedora Core 4 support K8N-E (nVidia nForce 3 250 GB) SATA and gigabit NIC? Thanks. Rajmund From pjones at redhat.com Tue Apr 12 19:48:40 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 15:48:40 -0400 Subject: Anaconda or Grub write a wrong grub.conf for my windows partition In-Reply-To: <425C22D5.6000009@libero.it> References: <425BE438.80701@libero.it> <1113329780.5479.114.camel@localhost.localdomain> <425C22D5.6000009@libero.it> Message-ID: <1113335321.5479.142.camel@localhost.localdomain> On Tue, 2005-04-12 at 21:34 +0200, Cimmo wrote: > Peter Jones ha scritto: > > >You kind of imply it, but don't say so I'll ask -- you told anaconda > >there's another OS to boot as well, right? > > > > > Anaconda automatically recognize another OS but instead of putting > (hd0,0) it puts (hd1,0) that pointing to the PATA hdd, the storage one. Just wanted to be sure it was this not manually selecting it. Can you be sure and put this info in the bug when you file it? > >Can you attach the /root/anaconda-ks.cfg, the /etc/grub.conf it writes > >out, and /boot/grub/device.map into the bug when you file it? > > Attacched here so you can see No, no, no. In the bug, so it doesn't get lost completely if somebody else were to get assigned to fixing it, and so all the details are in one place. > >It's likely an anaconda failure, but it could still be it or "booty" at > >this point. > > booty? What is this? A package with code that does some parts of our bootloader installation. > >I don't think I've seen this as a bug, but there's always the chance we > >reduce this to some bug we've seen before -- go ahead and file it, if it > >turns out to be a dupe we can pick whichever report looks more useful to > >keep open, and the other one will still be available. > > Why not? Why not what? I said to file it! :) -- Peter From cimmo at libero.it Tue Apr 12 19:51:13 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 12 Apr 2005 21:51:13 +0200 Subject: nforce3 250 gb SATA, NIC In-Reply-To: References: Message-ID: <425C26B1.7070101@libero.it> Rajmund Krivec ha scritto: >Will Fedora Core 4 support K8N-E (nVidia nForce 3 250 GB) SATA >and gigabit NIC? > > > SATA is ok, but for my nforce4's integrated network there are a lot of problems https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152566 But I can also read that someone else has some problems with nforce3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151445 The main problem is that all redhat people are ignoring us. best regards Marco From mike at netlyncs.com Tue Apr 12 19:52:00 2005 From: mike at netlyncs.com (Mike Chambers) Date: Tue, 12 Apr 2005 14:52:00 -0500 Subject: NFS install with ISO images still borked in fc4t2? In-Reply-To: References: Message-ID: <1113335520.20510.5.camel@scrappy.netlyncs.com> On Tue, 2005-04-12 at 07:14 -0400, Robert P. J. Day wrote: > perhaps i'm just doing something wrong but is it still the case that > NFS installs with ISO images don't work? i'm getting the same error > as i did with fc4t1 -- "That directory does not seem to contain a > Fedora Core installation tree." > > this is described at > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=150887 > > and the final comment promises that "And then, there's the upcoming > FC4test2, in which this is going to work (confirmed with an internal > compose last night)." This might be a crazy question, but are there any other iso files in that dir as well as the fc4t2 dir's? -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From fedora at wir-sind-cool.org Tue Apr 12 20:03:27 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 12 Apr 2005 22:03:27 +0200 Subject: New 'ClearLooks' Artwork In-Reply-To: <1113309990.2276.4.camel@fluffbox.fluffnet> References: <1113309990.2276.4.camel@fluffbox.fluffnet> Message-ID: <20050412220327.576ee771.fedora@wir-sind-cool.org> On Tue, 12 Apr 2005 07:46:30 -0500, Kyle Pointer wrote: > I just updated my fedora core 4 test 1 to fedora core 4 test 2 just to > see if there where any sort of changes I wasn't getting with YUM. > And I noticed that they have changed the default theme. :-\ > I love the old Bluecurve theme and think it should stay the same. +1 What a disappointment to see such a change! Is there any discussion about this on some mailing-list? I hope it's just a bug or subject to massive development. The graphical ">> Next" button in Anaconda's screens is coloured as if it's disabled compared with the green "<= Back" button. Highlighted items in Disk Druid's list view are coloured something like bright grey on white, which is not nice to the eyes. > And I > think the GNOME LOGO or Red Hat should be optional somehow. Because one > of the major reasons I have been using redhat products is because how > nice they look. > Now don't get me wrong, I think ClearLooks is nice and all, but I still > think the default theme should be Bluecurve. > I mean, its simple enough to change it, but when I was a new user and > had no idea how to change themes etc. I had always been very fond of > bluecurve. After initial log-in, I saw the Mozilla icon in the top panel and not a Firefox icon. Weird. The whole desktop appearance was amateurish. From dana.lacoste at peregrine.com Tue Apr 12 20:05:29 2005 From: dana.lacoste at peregrine.com (Dana Lacoste) Date: Tue, 12 Apr 2005 13:05:29 -0700 Subject: FC4t2 no good without LILO Message-ID: > > Here's a question -- does grub work yet if your boot device is >2TB? > > Yes, no, and maybe. It depends on how you partition, and we don't yet > do GPT partitioning; that's an installer bug and an fdisk/parted bug as > much as anything else. Somebody's been threatening to send me a box to > use to fix it, but nothing has shown up yet. I'll start coding it blind > at some point, I guess... OK, let me get this straight. "Some people can't use this at all, it doesn't work at all for them, but because it works for me they have to use what I use, like it or lump it." I'll try test2 later this week, but I've already had to stop testing my install of test1 because disk druid trashed my partition table (in a well known yet still completely stupid manner) on install. But there's no other way to fdisk with the installer, so I can't install. So there's no way to install with some systems because it messes up the partition table. And there's no way to install with other systems cuz it won't boot after cuz grub just plain doesn't work. And the Fedora team is going to fix these problems by eliminating the tools that do work? I think I can see why the "switch to Mac!" articles have been so common lately. Dana "Hmm, wonder if I can switch back to BSD?" Lacoste PS: OpenOffice in minimal install? PPS: Perhaps labelling Fedora as a "desktop-only, NO SERVER SUPPORT" OS would be appropriate? From dana.lacoste at peregrine.com Tue Apr 12 20:07:19 2005 From: dana.lacoste at peregrine.com (Dana Lacoste) Date: Tue, 12 Apr 2005 13:07:19 -0700 Subject: FC4t2 no good without LILO Message-ID: > > Why is Fedora betting its farm? > > That is the function of Fedora. New technology that is risky. If you > want old, stable technology, there is always Debian. That would make sense if the grub problems were with old, stable hardware, but it's that grub doesn't work with new technology that's risky. What system do you use for development? Could it be that you need to upgrade to new, risky technology in order to properly test Fedora? Dana "this thread is stupid. I'm going to bring up Hitler soon to kill it off" Lacoste From cimmo at libero.it Tue Apr 12 20:09:04 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 12 Apr 2005 22:09:04 +0200 Subject: Anaconda or Grub write a wrong grub.conf for my windows partition In-Reply-To: <1113335321.5479.142.camel@localhost.localdomain> References: <425BE438.80701@libero.it> <1113329780.5479.114.camel@localhost.localdomain> <425C22D5.6000009@libero.it> <1113335321.5479.142.camel@localhost.localdomain> Message-ID: <425C2AE0.4010203@libero.it> Peter Jones ha scritto: >Just wanted to be sure it was this not manually selecting it. Can you >be sure and put this info in the bug when you file it? > > Sure! >No, no, no. In the bug, so it doesn't get lost completely if somebody >else were to get assigned to fixing it, and so all the details are in >one place. > > I have understood, but want to be sure that it is a bug and not a "not an issue" >A package with code that does some parts of our bootloader installation. > > So I will fill against anaconda or booty? 50&50? :) >>>I don't think I've seen this as a bug >>> >>> >>Why not? >> >> > >Why not what? I said to file it! :) > > I thought you are thinking that it isn't a bug :) Now I've understood, you mean that you didn't see in bugzilla right? :) Now I add another bug :) bye Cimmo From pjones at redhat.com Tue Apr 12 20:12:46 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 16:12:46 -0400 Subject: New 'ClearLooks' Artwork In-Reply-To: <20050412220327.576ee771.fedora@wir-sind-cool.org> References: <1113309990.2276.4.camel@fluffbox.fluffnet> <20050412220327.576ee771.fedora@wir-sind-cool.org> Message-ID: <1113336766.5479.143.camel@localhost.localdomain> On Tue, 2005-04-12 at 22:03 +0200, Michael Schwendt wrote: > On Tue, 12 Apr 2005 07:46:30 -0500, Kyle Pointer wrote: > > > I just updated my fedora core 4 test 1 to fedora core 4 test 2 just to > > see if there where any sort of changes I wasn't getting with YUM. > > And I noticed that they have changed the default theme. :-\ > > I love the old Bluecurve theme and think it should stay the same. > > +1 > > What a disappointment to see such a change! Is there any discussion > about this on some mailing-list? I hope it's just a bug or subject > to massive development. The graphical ">> Next" button in Anaconda's > screens is coloured as if it's disabled compared with the green "<= Back" > button. Highlighted items in Disk Druid's list view are coloured something > like bright grey on white, which is not nice to the eyes. That was a bug; it's fixed in this morning's rawhide. It looks _good_ now. -- Peter From pjones at redhat.com Tue Apr 12 20:13:32 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 16:13:32 -0400 Subject: Anaconda or Grub write a wrong grub.conf for my windows partition In-Reply-To: <425C2AE0.4010203@libero.it> References: <425BE438.80701@libero.it> <1113329780.5479.114.camel@localhost.localdomain> <425C22D5.6000009@libero.it> <1113335321.5479.142.camel@localhost.localdomain> <425C2AE0.4010203@libero.it> Message-ID: <1113336812.5479.145.camel@localhost.localdomain> On Tue, 2005-04-12 at 22:09 +0200, Cimmo wrote: > So I will fill against anaconda or booty? 50&50? :) Anaconda will be fine; if we discover it's elsewhere, moving it is easy. -- Peter From cimmo at libero.it Tue Apr 12 20:21:43 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 12 Apr 2005 22:21:43 +0200 Subject: Anaconda or Grub write a wrong grub.conf for my windows partition In-Reply-To: <1113336812.5479.145.camel@localhost.localdomain> References: <425BE438.80701@libero.it> <1113329780.5479.114.camel@localhost.localdomain> <425C22D5.6000009@libero.it> <1113335321.5479.142.camel@localhost.localdomain> <425C2AE0.4010203@libero.it> <1113336812.5479.145.camel@localhost.localdomain> Message-ID: <425C2DD7.2080305@libero.it> Peter Jones ha scritto: > >Anaconda will be fine; if we discover it's elsewhere, moving it is easy. > > Ok: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154585 It is enough clear? Thanx Cimmo From jpearson42 at wowway.com Tue Apr 12 20:29:32 2005 From: jpearson42 at wowway.com (John Pearson) Date: Tue, 12 Apr 2005 16:29:32 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113329602.14576.138.camel@mgb.bullion.ims> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> Message-ID: <200504121629.32990.jpearson42@wowway.com> On Tuesday 12 April 2005 02:13 pm, Mike Bird wrote: > On Tue, 2005-04-12 at 10:53, Peter Jones wrote: > > > First do no harm - if you don't understand the issues relating to Lilo > > > and Grub don't mess with them. > > > > Seriously, have you even thought about this issue, or do you just like > > to flame and troll a lot? > > If you like Grub on your desktop go ahead and use it. I'm not the one > trying to stop you from using the tools that work best for you. The > Fedora politburo is trying to dictate which boot loader, word processor, > and spread sheet the rest of us should use... >> --Mike Bird Oh YES! You have glossies of the whip marks on your back? And the scars on your wrists from the manacles? Who exactly forced you to use - Fedora? Redhat? Linux? A computer without good old vacuum tubes circuits? -jp From pjones at redhat.com Tue Apr 12 20:33:24 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 16:33:24 -0400 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <1113338004.5479.166.camel@localhost.localdomain> On Tue, 2005-04-12 at 13:05 -0700, Dana Lacoste wrote: > > > Here's a question -- does grub work yet if your boot device is >2TB? > > > > Yes, no, and maybe. It depends on how you partition, and we don't yet > > do GPT partitioning; that's an installer bug and an fdisk/parted bug as > > much as anything else. Somebody's been threatening to send me a box to > > use to fix it, but nothing has shown up yet. I'll start coding it blind > > at some point, I guess... > > OK, let me get this straight. > > "Some people can't use this at all, it doesn't work at all for them, but > because it works for me they have to use what I use, like it or lump it." Please try to take the context into account. This isn't even a problem which is specific to grub, AFAIK. If disks larger than 2TB are set up according to the standard -- which we'll have to use to if we want the OS to support partitioning on such a large device -- then I think LILO will be in just as bad of shape. I can't say I've thoroughly investigated LILO's chances in this scenario, but it would be incredibly surprising if it actually works as one might naively expect. I'm sorry if you think 3TB disks should be a priority right now, and I'd love to have them work fine, but that's just not realistic at this point in time. [tangential comment skipped ] > So there's no way to install with some systems because it messes up > the partition table. No, it's not that it "messes up the partition table". You *can't* have a traditional partition table which is valid if any partition is to include sectors outside of the first 2 terabytes on the device. Full stop. > And there's no way to install with other systems cuz it won't boot after > cuz grub just plain doesn't work. Which I'm not opposed to fixing in any way, but posts like those in this thread aren't even trying to address these issues -- although there is a constant hinting of some widespread, well known, well understood issue which is simply being ignored. So again -- if it exists, make sure it's in bugzilla. If it doesn't, then keep in mind that claiming otherwise in such an utterly hostile way isn't a good way to make friends. > And the Fedora team is going to fix these problems by eliminating the > tools that do work? Do you have examples where lilo is known to work and grub currently doesn't? Care to elaborate on them, so I can have some hope of having something working in those cases? -- Peter From jspaleta at gmail.com Tue Apr 12 20:42:53 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 12 Apr 2005 16:42:53 -0400 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <604aa79105041213422894f20@mail.gmail.com> On Apr 12, 2005 4:05 PM, Dana Lacoste wrote: > I'll try test2 later this week, but I've already had to stop testing my > install of test1 because disk druid trashed my partition table (in a well > known yet still completely stupid manner) on install. But there's no other > way to fdisk with the installer, so I can't install. > > So there's no way to install with some systems because it messes up > the partition table. you can't run fdisk in the provided virtual terminal on alt-ctrl-f2 or f3? I could have sworn you had access to fdisk through the provided virtual terminal. > > And there's no way to install with other systems cuz it won't boot after > cuz grub just plain doesn't work. If you are still talking about the large paritition support, Peter summarized this issue. The GPT partitioning scheme isnt supported yet in a number of tools throughout the distro.. not just grub. Perhaps this needs to be spelled out more clearly in the release-notes as a specific scenario that is not supported yet along with a bugzilla url reference where people can go to start helping work through the issue. > > And the Fedora team is going to fix these problems by eliminating the > tools that do work? If the GPT issue is inherently a fdisk/parted problem.. as Peter summaried..those issues need to be fixed to fully support GPT. Keeping a bootloader in the distro because it allows for partitioning scenarios that are known to be broken at a deeper level, seems inherently wrong to me. Instead of fighting to see a tool go back in.. perhaps you should be spending your time learning more about the specific problems peter alluded too in parted/fdisk that prevent GPT from being a supported configuration. Or spending time evaluating another distribution that claims to support GPT configurations already. > Dana "Hmm, wonder if I can switch back to BSD?" Lacoste Yes! you can! Please, use the tool that best fits your needs. If you feel BSD works best for you right now in your situation, please use it. If Fedora ends up working best for you at some later point, you are free to switch back. No one in the fedora community is going to prevent you from doing either of those things. You can even help test Fedora while still using BSD, if you have the resources and feel Fedora might be the most useful to you in the future. Put your best efforts where you think they will do the most good, no one will deny you the right to make that choice. But please, when you have made your choice, don't waste time taking cheap parting shots.. it serves no constructive purpose. No one is going to lose sleep over your personal choice of software distribution to use. > > PS: OpenOffice in minimal install? Its a known problem. I'm pretty sure everyone considers this a bug.. its just a matter of discovering why it was pulled in...since it was not explicitly asked for. > PPS: Perhaps labelling Fedora as a "desktop-only, NO SERVER SUPPORT" OS > would be appropriate? How about we better define what "server" means. A web-server versus a fileserver versus a news server versus a mail server.. won't all necessarily look the same in terms of installed components. No matter what you do in terms of a default install labelled "server" you are not going to serve any specific-purpose server type well without inconviencing other types of server installs. Server installs, by their very nature... require site-specific customization by an administrator who knows what they want in terms of functionality in a way that a desktop does not. A better way of going about creating better server coverage is a collection of community contributed/maintained kickstart files meant for tailored task based server installs. -jef From FrankSanderDo at vodafone.de Tue Apr 12 19:55:36 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Tue, 12 Apr 2005 21:55:36 +0200 Subject: some music would be great In-Reply-To: <1113338004.5479.166.camel@localhost.localdomain> References: <1113338004.5479.166.camel@localhost.localdomain> Message-ID: <425C27B8.8090609@vodafone.de> Hi folks, after installing FC4T2 and some fiddling with the X here the most important question: In my PC I only have CD without that analog audio cable. And even worth the Mainboard does not have an additional (CD) audio input. Is there any cdplayer programm available that supports digital reading? Thanks for Help Frank From goemon at anime.net Tue Apr 12 20:50:18 2005 From: goemon at anime.net (Dan Hollis) Date: Tue, 12 Apr 2005 13:50:18 -0700 (PDT) Subject: FC4t2 no good without LILO In-Reply-To: <604aa79105041213422894f20@mail.gmail.com> Message-ID: On Tue, 12 Apr 2005, Jeff Spaleta wrote: > > PPS: Perhaps labelling Fedora as a "desktop-only, NO SERVER SUPPORT" OS > > would be appropriate? > How about we better define what "server" means. "no kde or gnome" ? maybe no x11 at all? -Dan From jkeating at j2solutions.net Tue Apr 12 20:51:40 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 12 Apr 2005 13:51:40 -0700 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <1113339100.13504.62.camel@jkeating2.hq.pogolinux.com> On Tue, 2005-04-12 at 13:05 -0700, Dana Lacoste wrote: > OK, let me get this straight. > > "Some people can't use this at all, it doesn't work at all for them, > but > because it works for me they have to use what I use, like it or lump > it." I don't quite understand what you're talking about. Lilo doesn't work in > 2TB devices. Neither does Grub. Currently Anaconda doesn't detect a > 2TB device in order to act upon it correctly, by setting up a GPT disk label. This is because a GPT disk label (necessary for a properly working > 2TB device) will not work with Lilo or Grub. You cannot boot from them. You can boot from a smaller device. Currently the plan is to fix Grub so that it can boot from > 2TB devices, then anaconda doesn't have to worry about you having a non-GPT disk to boot from, it will Just Work(tm) when applying GPT to any > 2TB device. I have to get my bosses to approve sending the > 2TB box over to Red Hat, should happen soon. > I'll try test2 later this week, but I've already had to stop testing > my > install of test1 because disk druid trashed my partition table (in a > well > known yet still completely stupid manner) on install. But there's no > other > way to fdisk with the installer, so I can't install. fdisk itself can't handle a > 2TB device. Especially with a GPT disk label. Use parted. For installing, you have to avoid touching a > 2TB volume right now. Thats just the way it is. > So there's no way to install with some systems because it messes up > the partition table. That is correct. If your system ONLY has a >2TB device and nothing else, you cannot install to it. This isn't new, you've never been able to install to it correctly. > And there's no way to install with other systems cuz it won't boot > after > cuz grub just plain doesn't work. I'm not sure what this has to do with > 2TB devices, but grub works fine on less than 2TB devices. Of course, you have to have your boot order set right..... > And the Fedora team is going to fix these problems by eliminating the > tools that do work? Lilo doesn't work for > 2TB, and most likely wont as nobody wants to put in the work to support GPT. > I think I can see why the "switch to Mac!" articles have been so > common > lately. Funny, I don't recall if you can boot from a > 2TB device in OS X. Maybe you can, maybe you can't. > Dana "Hmm, wonder if I can switch back to BSD?" Lacoste > > PS: OpenOffice in minimal install? > > PPS: Perhaps labelling Fedora as a "desktop-only, NO SERVER SUPPORT" > OS > would be appropriate? Perhaps understanding the system requirements better would be good. Up until kernel 2.6, >2TB block devices were completely unusable. With 2.6 we got to use them, and then discovered all kinds of problems associated with this, file systems, boot loaders, user land tools etc. It's a long process to fix all of these, but we're coming a long way. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From trulsg at broadpark.no Tue Apr 12 20:49:50 2005 From: trulsg at broadpark.no (Truls Gulbrandsen) Date: Tue, 12 Apr 2005 22:49:50 +0200 Subject: Installing FC4-t2 to TP T30 went fairly well Message-ID: <425C346E.5050205@broadpark.no> Hi, a quick report from my first meeting with FC4-t2: I downloaded and burned the ISO-DVD. The mediacheck failed, as with FC4-t1, but I continued the installation anyway - no problem there. Anaconda behaved a little strange as it had a tendency to hide the forward/back buttons and I had to move the mouse over them in order to locate them. The next step was to update the system so I installed the GPG keys and went "yum update". Well, the packages was not signed so I had to edit yum.conf to set gpgcheck=0. Now it is doing an upgrade of some 232 packages. KWiFiManager won't start, don't know why but I attach the crash report here if anyone is interested. Truls -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: KWiFiManager crash URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: trulsg.vcf Type: text/x-vcard Size: 153 bytes Desc: not available URL: From jkeating at j2solutions.net Tue Apr 12 20:53:18 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 12 Apr 2005 13:53:18 -0700 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <1113339198.13504.64.camel@jkeating2.hq.pogolinux.com> On Tue, 2005-04-12 at 13:07 -0700, Dana Lacoste wrote: > > That would make sense if the grub problems were with old, stable > hardware, > but it's that grub doesn't work with new technology that's risky. > This argument is invalid as Lilo doesn't work with your new > 2TB technology either. Sorry, try again. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From cra at WPI.EDU Tue Apr 12 21:00:05 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Tue, 12 Apr 2005 17:00:05 -0400 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <20050412210005.GQ17634@angus.ind.WPI.EDU> On Tue, Apr 12, 2005 at 01:05:29PM -0700, Dana Lacoste wrote: > I'll try test2 later this week, but I've already had to stop testing my > install of test1 because disk druid trashed my partition table (in a well > known yet still completely stupid manner) on install. But there's no other > way to fdisk with the installer, so I can't install. You can run fdisk in VT2. From dana.lacoste at peregrine.com Tue Apr 12 21:09:28 2005 From: dana.lacoste at peregrine.com (Dana Lacoste) Date: Tue, 12 Apr 2005 14:09:28 -0700 Subject: FC4t2 no good without LILO Message-ID: > > So there's no way to install with some systems because it messes up > > the partition table. > you can't run fdisk in the provided virtual terminal on alt-ctrl-f2 or f3? > I could have sworn you had access to fdisk through the provided > virtual terminal. Yes, but then I can't select those partitions to install to. I tried and tried and tried to make Test1 install to an existing partition but it refused, it would only install to a partition that Disk Druid created, but Disk Druid trashed my partition table. I found a solution (boot with hda=cyl,heads,sectors) but not on this mailing list (or any other fedora mailing list for that matter) but on a website where someone had posted "how I made fedora install on my thinkpad" I apologize for mixing my issue with the lilo issue (mine wasn't grub related) but the attitude I saw on the mailing list made me appreciate Guy and Mike's comments: the FC4 installs do not work on very very very common hardware and any time we ask for help or understanding or a way to use tools that we know _do_ work we get told that we're not helpful and should shut up. Sure, Guy got carried away, but so did the people who followed him up accusing him of just being a troll. I'm trying to find out what Fedora's goal is: I know RedHat controls it and I'm used to working around RedHat things, but when it just plain doesn't work with my brand new laptop, made by such a small little known company (IBM) and I see other people getting frustrated as well and things like OpenOffice being installed on a minimal setup.... That's gotta suck :) Dana "OK, going back to work" Lacoste From dana.lacoste at peregrine.com Tue Apr 12 21:11:41 2005 From: dana.lacoste at peregrine.com (Dana Lacoste) Date: Tue, 12 Apr 2005 14:11:41 -0700 Subject: FC4t2 no good without LILO Message-ID: > > > PPS: Perhaps labelling Fedora as a "desktop-only, NO SERVER SUPPORT" OS > > > would be appropriate? OK, I have to apologize for asking this, cuz I was being a shit :) > > How about we better define what "server" means. But this! This is perfect! A constrcutive re-wording of what I said. I like that a lot. Thanks :) > "no kde or gnome" ? maybe no x11 at all? Ooooooooooohhhhh that would be PERFECT. Not just a text mode install, but installing only text. Dana "wiping drool off his chin" Lacoste :) From dana.lacoste at peregrine.com Tue Apr 12 21:19:28 2005 From: dana.lacoste at peregrine.com (Dana Lacoste) Date: Tue, 12 Apr 2005 14:19:28 -0700 Subject: FC4t2 no good without LILO Message-ID: > > you can't run fdisk in the provided virtual terminal on alt-ctrl-f2 or f3? > > I could have sworn you had access to fdisk through the provided > > virtual terminal. > Yes, but then I can't select those partitions to install to. To elaborate, here's what I went through (in case anyone cares) I have XP installed. I can't uninstall it because it would make running InstallShield a lot harder (I do a lot of different projects :) So I resized my NTFS and did some non-IT-supported messing around to make space for my Linux install. I install FC4. It sees my partition table fine. The partition table is in LBA mode (255 heads) and FC4 requires that I select a partition in Disk Druid to install to. I create a new partition, install away, reboot, grub works fine, linux works fine, but XP won't boot any more. Turns out that it won't boot because when Disk Druid re-wrote the partition table, it did it in the old way (16 heads, huge number of cylinders instead of 255 heads, smaller cylinders. I forget which one is which, but the difference between "Large" and "LBA" in old BIOS's [not selectable on new thinkpads]) I decide to continue testing to find a way around this: the answer is that there is none: the installer won't let you select an existing partition (empty) to install to, and disk druid trashes the partition table. the only way around that is to add an "hda=cyl,sec,heads" boot parameter. I did this, it's working, no complaints (well, nothing major ;) Asking for anything but disk druid to be used would be silly, I think we could all agree, but sfdisk and fdisk and the rescue CD I used to resize NTFS (qt-parted) all worked fine. This is directly analogous to the grub vs. lilo debate. It's not that I can't make it work, it's that the default install will just simply not work on existing hardware configurations that aren't unusual. If it was quirky hardware, sure, if it was an obscure request, sure, but neither of those was true, it just didn't work for me (and I ended up reinstalling XP and FC4 before I found out the "trick" of how to make it work.) Dana "trying to be helpful" Lacoste From cmadams at hiwaay.net Tue Apr 12 21:20:45 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 12 Apr 2005 16:20:45 -0500 Subject: FC4t2 no good without LILO In-Reply-To: <1113326513.14576.124.camel@mgb.bullion.ims> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> Message-ID: <20050412212045.GE1207380@hiwaay.net> Once upon a time, Mike Bird said: > > Which of the 82 Grub bugs prevents it from being used for serious work? > > 1) That basic Bugzilla queries yield 82 Grub bugs versus 15 Lilo bugs is > illustrative of their relative levels of reliability. There are hundreds (or thousands) of bugs in Bugzilla against the kernel, so it must be utter crap compared to both GRUB and LILO. That is a meaningless statistic. Weed out dupes, and then weight the count for the fact that GRUB has been the default for years now (so LILO gets minimal use and minimal bug reports). > 2) The general flakiness of Grub makes it unusable for serious work. > One simply cannot afford plane tickets (or even trouble tickets) every > time Grub fails. Lilo is much more reliable than Grub. Grub may be > appropriate for a newbie on a home PC, but Grub does not replace Lilo. Please describe the flakiness (or reference specific bugs). > 3) One of the most serious ongoing problems with Grub has been the > flakiness of the software RAID support. This isn't GRUB, this is anaconda. GRUB installs where you tell it to install, and anaconda never told GRUB to install on multiple disks. It you do it yourself (which takes a whole 5 seconds), it just works after that (since unlike LILO, GRUB doesn't have to re-install every time you change kernels or config). > 4) And this brings us again to the incredible lack of judgment > manifested by the Fedora Core team. First do no harm - if you don't > understand the issues relating to Lilo and Grub don't mess with them. You have not explained any issues. One severe limitation of LILO for production server use is that it can't do 115200 on the serial port (real servers run headless and most serial BIOS interfaces are unusable at speeds below 115200). PC serial ports have only been doing 115200 for what, 15-20 years now? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From cmadams at hiwaay.net Tue Apr 12 21:25:57 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 12 Apr 2005 16:25:57 -0500 Subject: FC4t2 no good without LILO In-Reply-To: <1113327509.4963.76.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113327509.4963.76.camel@sigurd.incentre.net> Message-ID: <20050412212557.GF1207380@hiwaay.net> Once upon a time, Guy Fraser said: > If you want to maintain your sanity, use a simple PATA drive to > boot from, and use the RAID for your /usr, /var and other directories. I have no problem booting with GRUB on SATA or RAID devices. Can you point to specific bugs that you are talking about, or are you going to continue in pointless unsupported flaming? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From graydon at epiphyte.net Tue Apr 12 21:31:33 2005 From: graydon at epiphyte.net (Graydon) Date: Tue, 12 Apr 2005 17:31:33 -0400 Subject: nforce3 250 gb SATA, NIC In-Reply-To: <425C26B1.7070101@libero.it> References: <425C26B1.7070101@libero.it> Message-ID: <20050412213133.GA9861@uniserve.com> On Tue, Apr 12, 2005 at 09:51:13PM +0200, Cimmo scripsit: > Rajmund Krivec ha scritto: > > >Will Fedora Core 4 support K8N-E (nVidia nForce 3 250 GB) SATA > >and gigabit NIC? > SATA is ok, but for my nforce4's integrated network there are a lot of > problems https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152566 > > But I can also read that someone else has some problems with nforce3 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151445 > > The main problem is that all redhat people are ignoring us. Nvidia's stuff all has proprietary drivers. They are very resistant to telling anyone anything about how their stuff works, so the non-proprietary drivers are reverse-engineered, a slow and tedious and generally partial process. FLOSS support for anything Nvidia will generally suck. The Redhat guys aren't going to even try to fix that, because until Nvidia decides that it wants to have good FLOSS drivers out there, there won't be any. Redhat can't change that. People *not buying* Nvidia anything for use with with Linux and making it clear to Nvidia what they were doing *might* start to change that, but I doubt it. From ignitionworks at yahoo.com Tue Apr 12 21:33:29 2005 From: ignitionworks at yahoo.com (IgnitionWorks) Date: Tue, 12 Apr 2005 14:33:29 -0700 (PDT) Subject: Firestarter for firewall configuration? Message-ID: <20050412213329.44345.qmail@web54410.mail.yahoo.com> Hello all, I have FC4T2 installed on Dual AMD Opteron box and so far so good :) With each update, more bugs seem to be squashed. FC4 includes a firewall and SELinux configuration tool. Can firestarter be the default tool for firewall configuration. It has more features and easy to configure. Why reinvent the wheel? I welcome comments from other testers .. Also, can FC4 be made secure by default? Couple of things I can think off on the top off my head, * Enable pam_wheel module (users in wheel group can be su) * Enable auto-logout after x minutes? * Disallow root login from X which can be reenabled at Login Screen? * Disallow remote root login (currently enabled in sshd_conf) * Enforce strict password policy (length, complexity etc..) .... .... I'm sure there several other configuration to make it secure by default. Josh __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs From shrek-m at gmx.de Tue Apr 12 21:37:32 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 12 Apr 2005 23:37:32 +0200 Subject: some music would be great In-Reply-To: <425C27B8.8090609@vodafone.de> References: <1113338004.5479.166.camel@localhost.localdomain> <425C27B8.8090609@vodafone.de> Message-ID: <425C3F9C.2000900@gmx.de> Frank Sander wrote: > after installing FC4T2 and some fiddling with the X here the most > important question: > In my PC I only have CD without that analog audio cable. And even > worth the Mainboard does not have an additional (CD) audio input. > > Is there any cdplayer programm available that supports digital reading? $ mplayer cdda:// $ xine cdda:/1 cdda:/3 cdda:/7 or playlist / get from / cd -- shrek-m From ivazquez at ivazquez.net Tue Apr 12 21:43:49 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 12 Apr 2005 17:43:49 -0400 Subject: Firestarter for firewall configuration? In-Reply-To: <20050412213329.44345.qmail@web54410.mail.yahoo.com> References: <20050412213329.44345.qmail@web54410.mail.yahoo.com> Message-ID: <1113342229.1463.1.camel@ignacio.ignacio.lan> On Tue, 2005-04-12 at 14:33 -0700, IgnitionWorks wrote: > Can firestarter be the default tool for firewall > configuration. It has more features True > and easy to > configure. Hah. > Also, can FC4 be made secure by default? Couple of > things I can think off on the top off my head, Sounds like stuff that belongs in a kickstart config file. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 res at ausics.net Tue Apr 12 21:56:53 2005 From: res at ausics.net (Res) Date: Wed, 13 Apr 2005 07:56:53 +1000 (EST) Subject: FC4t2 no good without LILO In-Reply-To: <1113326513.14576.124.camel@mgb.bullion.ims> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> Message-ID: On Tue, 12 Apr 2005, Mike Bird wrote: >> Which of the 82 Grub bugs prevents it from being used for serious work? > > 1) That basic Bugzilla queries yield 82 Grub bugs versus 15 Lilo bugs is > illustrative of their relative levels of reliability. agreed, as in similar case a restoration from backups and grub woudlnt boot, mount in rescue install lilo bingo worked fine since, the argument has been up on the list before about keeping lilo boot loader and offering grub as an option for those home users who will never have terrabytes of disk space, but al lthey do is attack, ever wonder why most other popular distros have stuck to lilo :) > > 2) The general flakiness of Grub makes it unusable for serious work. > One simply cannot afford plane tickets (or even trouble tickets) every > time Grub fails. Lilo is much more reliable than Grub. Grub may be > appropriate for a newbie on a home PC, but Grub does not replace Lilo. > every fedora install i do now follows with a up2date --nox lilo rpm -e grub -- Cheers Res From res at ausics.net Tue Apr 12 21:58:52 2005 From: res at ausics.net (Res) Date: Wed, 13 Apr 2005 07:58:52 +1000 (EST) Subject: FC4t2 no good without LILO In-Reply-To: <1113327509.4963.76.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113327509.4963.76.camel@sigurd.incentre.net> Message-ID: On Tue, 12 Apr 2005, Guy Fraser wrote: > Mike, > They don't care. > The lists have been flooded with issues, bugzilla reports have > been submitted at their request. > They just don't care. > > I tried to help, but after being pushed around by their arrogance > for too long, I have given up trying. > > If you want to maintain your sanity, use a simple PATA drive to > boot from, and use the RAID for your /usr, /var and other directories. no, why should he? It's much easier and no stress to piss off grub and install lilo -- Cheers Res From jspaleta at gmail.com Tue Apr 12 22:01:28 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 12 Apr 2005 18:01:28 -0400 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <604aa791050412150175024445@mail.gmail.com> On Apr 12, 2005 5:09 PM, Dana Lacoste wrote: > I tried and tried and tried to make Test1 install to an existing > partition but it refused That's news to me... you filed that as a bug right? > I found a solution (boot with hda=cyl,heads,sectors) but not on this > mailing list (or any other fedora mailing list for that matter) but on > a website where someone had posted "how I made fedora install on my > thinkpad" Is this issue in bugzilla? Its great that people find workarounds... its not so great if those workarounds and the problems associated with those workarounds never actually get filed. > the FC4 installs do not work on very very very common hardware and > any time we ask for help or understanding or a way to use tools that we > know _do_ work we get told that we're not helpful and should shut up. As soon as people start talking about specific technical issues... conversations get better as a general rule. The people you have singled out as being appreciative of in this round of discussion..did an exceedingly POOR job of participating in this discussion in a manner that invites civil discourse. General bickering do not make for constructive conversations. Peter has gone out of his way now, more than once in this thread, to ask for specific situations where grub is the peice of software at fault. > I'm trying to find out what Fedora's goal is: There are a set of umbrella objectives for the project. >I know RedHat controls it Correction controls Core... and manages Extras. > but when it just plain doesn't > work with my brand new laptop, made by such a small little known company (IBM) Laptops... are their own special breed of support hell. If you have specific issues, file a bug and try to work through it with the developers. Deep hardware issues are probably kernel related, though it depends on the specific issues. New laptop models will have new issues.. its the nature of laptops and their bizarro specific hardware/bios issues. Hardware specific issues can be a real pain in the ass to debug.. if you don't have the hardware as a developer... and laptops are really good at having very pedantic hardware issues that are specific to that exact make and model of laptop. > and I see other people getting frustrated as well and things like OpenOffice > being installed on a minimal setup.... People who get spitting mad over openoffice accidently being sucked into a minimal install in test2, need to get some perspective and possibly some stress or anger management counseling. -jef"knows from personal experience as a semi-professional verbal pugilist , people who enter conversations confrontationally are more interested in the confrontation and not the conversation and certainly seldom interested in compromise or any sort of result that invovles 2-way communication. While verbal pugilism is entertaining, and well paying as a blood-sport.. its not particularly useful or appropriate set of skills to use on other unsuspecting people in public places like mailinglists. Since society doesn't tend to reward or appeciate boxers who wade into a crowded mall and start physically pounding people like they were other pugilistic combatants.. we should likewise disdain trained verbal pugilists from stepping into public forums and pummeling people with vicious destructive words."spaleta From guy at incentre.net Tue Apr 12 22:02:41 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 16:02:41 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <200504121629.32990.jpearson42@wowway.com> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <200504121629.32990.jpearson42@wowway.com> Message-ID: <1113343361.4963.101.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 16:29 -0400, John Pearson wrote: > On Tuesday 12 April 2005 02:13 pm, Mike Bird wrote: > > On Tue, 2005-04-12 at 10:53, Peter Jones wrote: > > > > First do no harm - if you don't understand the issues relating to Lilo > > > > and Grub don't mess with them. > > > > > > Seriously, have you even thought about this issue, or do you just like > > > to flame and troll a lot? > > > > If you like Grub on your desktop go ahead and use it. I'm not the one > > trying to stop you from using the tools that work best for you. The > > Fedora politburo is trying to dictate which boot loader, word processor, > > and spread sheet the rest of us should use... > > >> --Mike Bird > > Oh YES! You have glossies of the whip marks on your back? And the scars on > your wrists from the manacles? Who exactly forced you to use - Fedora? > Redhat? Linux? A computer without good old vacuum tubes circuits? > > -jp So Redhat Fedora is only for Lemmings... That must be where I made my mistake. Real and genuine Linux enthusiasts are not supposed to participate, they are supposed to use something else, or put up attitudes like yours. From guy at incentre.net Tue Apr 12 22:08:08 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 16:08:08 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <20050412212557.GF1207380@hiwaay.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113327509.4963.76.camel@sigurd.incentre.net> <20050412212557.GF1207380@hiwaay.net> Message-ID: <1113343689.4963.102.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 16:25 -0500, Chris Adams wrote: > Once upon a time, Guy Fraser said: > > If you want to maintain your sanity, use a simple PATA drive to > > boot from, and use the RAID for your /usr, /var and other directories. > > I have no problem booting with GRUB on SATA or RAID devices. Can you > point to specific bugs that you are talking about, or are you going to > continue in pointless unsupported flaming? Read the archives. From res at ausics.net Tue Apr 12 22:12:12 2005 From: res at ausics.net (Res) Date: Wed, 13 Apr 2005 08:12:12 +1000 (EST) Subject: FC4t2 no good without LILO In-Reply-To: <1113335084.5479.137.camel@localhost.localdomain> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> <1113335084.5479.137.camel@localhost.localdomain> Message-ID: On Tue, 12 Apr 2005, Peter Jones wrote: > available. That time has long since gone. Those people who still need > lilo, for whatever reason, would serve themselves better by helping > debug and fix things than by posting really whiny flames with an > unacceptable lack of detail about any real problems to the test list. From: NOC TO: All CSR's RE: Mail Web DNS News Radius DB Accounting Cacheflow servers STS: High All staff may take an indefinate period of non paid leave effective immediately, your return depends on how long it takes for us to lodge bugs and have them resolved so we can acutally boot at least some of the servers in the datacenter, our OS developers have said we should not install a small 100k programme we know will resolve but yet keep everything stuffed until we help them fix the bugs with there prefered non universally standard boot loaders Kind Regards Some Brave Engineer From pjones at redhat.com Tue Apr 12 22:14:31 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 18:14:31 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113343689.4963.102.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113327509.4963.76.camel@sigurd.incentre.net> <20050412212557.GF1207380@hiwaay.net> <1113343689.4963.102.camel@sigurd.incentre.net> Message-ID: <1113344071.5479.168.camel@localhost.localdomain> On Tue, 2005-04-12 at 16:08 -0600, Guy Fraser wrote: > On Tue, 2005-12-04 at 16:25 -0500, Chris Adams wrote: > > Once upon a time, Guy Fraser said: > > > If you want to maintain your sanity, use a simple PATA drive to > > > boot from, and use the RAID for your /usr, /var and other directories. > > > > I have no problem booting with GRUB on SATA or RAID devices. Can you > > point to specific bugs that you are talking about, or are you going to > > continue in pointless unsupported flaming? > Read the archives. And look for what, exactly? -- Peter From guy at incentre.net Tue Apr 12 22:17:20 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 16:17:20 -0600 Subject: Anaconda or Grub write a wrong grub.conf for my windows partition In-Reply-To: <1113335321.5479.142.camel@localhost.localdomain> References: <425BE438.80701@libero.it> <1113329780.5479.114.camel@localhost.localdomain> <425C22D5.6000009@libero.it> <1113335321.5479.142.camel@localhost.localdomain> Message-ID: <1113344240.4963.112.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 15:48 -0400, Peter Jones wrote: > On Tue, 2005-04-12 at 21:34 +0200, Cimmo wrote: > > Peter Jones ha scritto: > > > > >You kind of imply it, but don't say so I'll ask -- you told anaconda > > >there's another OS to boot as well, right? > > > > > > > > Anaconda automatically recognize another OS but instead of putting > > (hd0,0) it puts (hd1,0) that pointing to the PATA hdd, the storage one. > > Just wanted to be sure it was this not manually selecting it. Can you > be sure and put this info in the bug when you file it? > > > >Can you attach the /root/anaconda-ks.cfg, the /etc/grub.conf it writes > > >out, and /boot/grub/device.map into the bug when you file it? > > > > Attacched here so you can see > > No, no, no. In the bug, so it doesn't get lost completely if somebody > else were to get assigned to fixing it, and so all the details are in > one place. > > > >It's likely an anaconda failure, but it could still be it or "booty" at > > >this point. > > > > booty? What is this? > > A package with code that does some parts of our bootloader installation. > > > >I don't think I've seen this as a bug, but there's always the chance we > > >reduce this to some bug we've seen before -- go ahead and file it, if it > > >turns out to be a dupe we can pick whichever report looks more useful to > > >keep open, and the other one will still be available. > > > > Why not? > > Why not what? I said to file it! :) > -- > Peter It's not a bug, he's using the wrong equipment, because we all know that all the bugs in GRUB are duplicates that don't affect any of the developers, so the people experiencing them are just doing something wrong. Error XXXX obviously means you were messing with a perfectly good setup and should have left it alone, as is plainly noted by the message and documentation. From surak at casa.surak.eti.br Tue Apr 12 22:19:28 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Tue, 12 Apr 2005 19:19:28 -0300 Subject: New 'ClearLooks' Artwork In-Reply-To: <1113336766.5479.143.camel@localhost.localdomain> References: <1113309990.2276.4.camel@fluffbox.fluffnet> <20050412220327.576ee771.fedora@wir-sind-cool.org> <1113336766.5479.143.camel@localhost.localdomain> Message-ID: <1113344369.17400.6.camel@localhost.surak.eti.br> Em Ter, 2005-04-12 ?s 16:12 -0400, Peter Jones escreveu: > > > I just updated my fedora core 4 test 1 to fedora core 4 test 2 just to > > > see if there where any sort of changes I wasn't getting with YUM. > > > And I noticed that they have changed the default theme. :-\ > > > I love the old Bluecurve theme and think it should stay the same. > That was a bug; it's fixed in this morning's rawhide. Thanks - bluecurve was, along with gnome2, one of the most welcome changes in redhat from 7 to 8. In fact, some people just began to switch their desktops to all-linux after it didn't look so 'hack' anymore. -- Alexandre Strube From jpearson42 at wowway.com Tue Apr 12 22:19:14 2005 From: jpearson42 at wowway.com (John Pearson) Date: Tue, 12 Apr 2005 18:19:14 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113343361.4963.101.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <200504121629.32990.jpearson42@wowway.com> <1113343361.4963.101.camel@sigurd.incentre.net> Message-ID: <200504121819.14156.jpearson42@wowway.com> On Tuesday 12 April 2005 06:02 pm, Guy Fraser wrote: > On Tue, 2005-12-04 at 16:29 -0400, John Pearson wrote: > > On Tuesday 12 April 2005 02:13 pm, Mike Bird wrote: > > > On Tue, 2005-04-12 at 10:53, Peter Jones wrote: > > > > > First do no harm - if you don't understand the issues relating to > > > > > Lilo and Grub don't mess with them. > > > > > > > > Seriously, have you even thought about this issue, or do you just > > > > like to flame and troll a lot? > > > > > > If you like Grub on your desktop go ahead and use it. I'm not the one > > > trying to stop you from using the tools that work best for you. The > > > Fedora politburo is trying to dictate which boot loader, word > > > processor, and spread sheet the rest of us should use... > > > > > > > > >> --Mike Bird > > > > Oh YES! You have glossies of the whip marks on your back? And the scars > > on your wrists from the manacles? Who exactly forced you to use - > > Fedora? Redhat? Linux? A computer without good old vacuum tubes circuits? > > > > -jp > > So Redhat Fedora is only for Lemmings... > That must be where I made my mistake... I don't think that the original mistake was yours, but that is way off topic. I have used Redhat since about 4 something or other, Debian, Ubantu, FreeBSD - it depends on the job. There are still some things on XP that Linux can't touch for ease, if little grace. I just won't store data that I need there. Hey, System Commander is an excellent boot loader/manager, I have used it on several systems. -jp From dana.lacoste at peregrine.com Tue Apr 12 22:23:59 2005 From: dana.lacoste at peregrine.com (Dana Lacoste) Date: Tue, 12 Apr 2005 15:23:59 -0700 Subject: FC4t2 no good without LILO Message-ID: This one's for Peter Jones. He was whining about not having specific information and not willing to look in the archives. Well, here it is. You ignored it earlier, will you answer it now? grub doesn't work. lilo fixes problem. I don't want to troll (and I know this message has little non-troll content) but please, don't dismiss valid complaints because you don't like the language a follow up poster used. Dana Lacoste -----Original Message----- From: Joshua Baker-LePain Sent: Tuesday, April 12, 2005 09:26 To: fedora-test-list at redhat.com Subject: Re: FC4t2 no good without LILO On Tue, 12 Apr 2005 at 10:06am, pjones at redhat.com wrote > If you've got some specific problem with grub, and it's not already > filed, file it as a bug. If it is already reported, read the bug report > carefully, and think hard about if you can add any data that would be > useful in fixing the problem. Here's a question -- does grub work yet if your boot device is >2TB? I just ran into this issue on RHEL4. sda on my system is a ~3TB hardware RAID5 (3ware). I put a couple of small partitions at the beginning of the disk for /, /var, and the like, the install seemed to go fine, but afterward it wouldn't boot. Booting into rescue mode and trying commands from the grub prompt seems to indicate that the disk is too big for grub. A simple 'lilo' in rescue mode made the system bootable. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From guy at incentre.net Tue Apr 12 22:24:17 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 16:24:17 -0600 Subject: FC4t2 no good without LILO In-Reply-To: References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113327509.4963.76.camel@sigurd.incentre.net> Message-ID: <1113344658.4963.115.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 07:58 +1000, Res wrote: > On Tue, 12 Apr 2005, Guy Fraser wrote: > > > Mike, > > They don't care. > > The lists have been flooded with issues, bugzilla reports have > > been submitted at their request. > > They just don't care. > > > > I tried to help, but after being pushed around by their arrogance > > for too long, I have given up trying. > > > > If you want to maintain your sanity, use a simple PATA drive to > > boot from, and use the RAID for your /usr, /var and other directories. > > no, why should he? > It's much easier and no stress to piss off grub and install lilo > That was my point, I was being facetious. The developers really don't care, they have made up their minds. From koenraad at heijlen.be Tue Apr 12 22:24:51 2005 From: koenraad at heijlen.be (Koenraad Heijlen) Date: Wed, 13 Apr 2005 00:24:51 +0200 Subject: NFS install with ISO images still borked in fc4t2? In-Reply-To: <200504121259.24291.czar@czarc.net> References: <200504121215.25989.czar@czarc.net> <200504121259.24291.czar@czarc.net> Message-ID: <1113344691.5261.1.camel@mysterx.vipie.be> Hey > perhaps i'm just doing something wrong but is it still the case > that NFS installs with ISO images don't work? i'm getting the > same error as i did with fc4t1 -- "That directory does not seem to > contain a Fedora Core installation tree." I've just finished a NFS install without any issues. (jup it's a works for me msg) -- regards, koenraad. From markkuk at tuubi.net Tue Apr 12 22:27:09 2005 From: markkuk at tuubi.net (Markku Kolkka) Date: Wed, 13 Apr 2005 01:27:09 +0300 Subject: during yum update, "/usr/lib/gcj-4.0.0/classmap.db" not found In-Reply-To: References: Message-ID: <200504130127.09162.markkuk@tuubi.net> Robert P. J. Day kirjoitti viestiss??n (l?hetysaika tiistai, 12. huhtikuuta 2005 21:27): > after a "full" install of fc4t2, i ran "yum update", pulled > up a chair to watch 300+ packages get updated but, during the > actual update, got a small number of errors similar to the > subject line which caused scriptlet errors in the update of > some eclipse packages. I'm seeing those error messages in the /root/install.log after FC4t2 installation: Asennetaan libswt3-gtk2-3.1.0_fc-0.M5.17.i386. java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (Tiedostoa tai hakemistoa ei ole) at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/lib/libgcj.so.6.0.0) at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, int) (/usr/lib/libgcj.so.6.0.0) at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib/libgcj.so.6.0.0) at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, gnu.gcj.runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) error: %post(libswt3-gtk2-3.1.0_fc-0.M5.17.i386) scriptlet failed, exit status 123 Asennetaan eclipse-platform-3.1.0_fc-0.M5.17.i386. java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (Tiedostoa tai hakemistoa ei ole) at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/lib/libgcj.so.6.0.0) at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, int) (/usr/lib/libgcj.so.6.0.0) at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib/libgcj.so.6.0.0) at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, gnu.gcj.runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) etc... -- Markku Kolkka markku.kolkka at iki.fi From jkeating at j2solutions.net Tue Apr 12 22:28:35 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 12 Apr 2005 15:28:35 -0700 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <1113344915.13504.70.camel@jkeating2.hq.pogolinux.com> On Tue, 2005-04-12 at 15:23 -0700, Dana Lacoste wrote: > Here's a question -- does grub work yet if your boot device is >2TB? > I > just ran into this issue on RHEL4. sda on my system is a ~3TB > hardware > RAID5 (3ware). I put a couple of small partitions at the beginning of > the > disk for /, /var, and the like, the install seemed to go fine, but > afterward it wouldn't boot. Booting into rescue mode and trying > commands > from the grub prompt seems to indicate that the disk is too big for > grub. > > A simple 'lilo' in rescue mode made the system bootable. Lilo on a > 2TB device is risky. It has worked exactly once for me, and never again. Also, a > 2TB device requires a GPT disk label in order to not eat the file systems created upon it. Lilo cannot install to a GPT disk partition last time I tried. It barfed badly. Work is about to begin (as Peter said) to make grub handle GPT disk labels, which is necessary for > 2TB block devices. This will allow grub to boot a > 2TB root block device. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From guy at incentre.net Tue Apr 12 22:30:33 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 16:30:33 -0600 Subject: FC4t2 no good without LILO In-Reply-To: References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> <1113335084.5479.137.camel@localhost.localdomain> Message-ID: <1113345033.4963.121.camel@sigurd.incentre.net> You could hear the pin drop... Yikes, a grenade. ;-) Well put, but the tards who decide don't care. The next release will require 7 CD's but there just won't be enough room for a quick easy simple boot loader that has never given me a single problem in 10 years. I'm just supposed to get stuffed and use some other distro. On Wed, 2005-13-04 at 08:12 +1000, Res wrote: > On Tue, 12 Apr 2005, Peter Jones wrote: > > > available. That time has long since gone. Those people who still need > > lilo, for whatever reason, would serve themselves better by helping > > debug and fix things than by posting really whiny flames with an > > unacceptable lack of detail about any real problems to the test list. > > From: NOC > TO: All CSR's > RE: Mail Web DNS News Radius DB Accounting Cacheflow servers > STS: High > > All staff may take an indefinate period of non paid leave effective > immediately, your return depends on how long it takes for us to > lodge bugs and have them resolved so we can acutally boot at least > some of the servers in the datacenter, our OS developers have said we > should not install a small 100k programme we know will resolve but yet > keep everything stuffed until we help them fix the bugs with there > prefered non universally standard boot loaders > > Kind Regards > Some Brave Engineer From koenraad at heijlen.be Tue Apr 12 22:30:52 2005 From: koenraad at heijlen.be (Koenraad Heijlen) Date: Wed, 13 Apr 2005 00:30:52 +0200 Subject: anaconda back/forward buttons Message-ID: <1113345052.5261.8.camel@mysterx.vipie.be> Hey I'm not sure if this is a bug: the Back and Next buttons have different icons in the FC4t2 installer. Is this on purpose? I simply found it kinda weird. -- regards, koenraad. From mefoster at gmail.com Tue Apr 12 22:32:39 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Tue, 12 Apr 2005 23:32:39 +0100 Subject: during yum update, "/usr/lib/gcj-4.0.0/classmap.db" not found In-Reply-To: <200504130127.09162.markkuk@tuubi.net> References: <200504130127.09162.markkuk@tuubi.net> Message-ID: On Apr 12, 2005 11:27 PM, Markku Kolkka wrote: > I'm seeing those error messages in the /root/install.log after FC4t2 installation: > Asennetaan libswt3-gtk2-3.1.0_fc-0.M5.17.i386. > java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (Tiedostoa tai hakemistoa ei ole) It's in bugzilla -- not as its own bug (probably it should be, I guess), but the later comments on this bug show that it's a known issue at least: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152345 Back to the regularly scheduled flamewar now ... MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From jeffy5 at optonline.net Tue Apr 12 22:33:50 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Tue, 12 Apr 2005 18:33:50 -0400 Subject: New 'ClearLooks' Artwork In-Reply-To: <1113309990.2276.4.camel@fluffbox.fluffnet> References: <1113309990.2276.4.camel@fluffbox.fluffnet> Message-ID: <1113345230.3186.2.camel@jeffrey.jeffsdomain.net> On Tue, 2005-04-12 at 07:46 -0500, Kyle Pointer wrote: > I just updated my fedora core 4 test 1 to fedora core 4 test 2 just to > see if there where any sort of changes I wasn't getting with YUM. > And I noticed that they have changed the default theme. :-\ > I love the old Bluecurve theme and think it should stay the same. And I > think the GNOME LOGO or Red Hat should be optional somehow. Because one > of the major reasons I have been using redhat products is because how > nice they look. > Now don't get me wrong, I think ClearLooks is nice and all, but I still > think the default theme should be Bluecurve. > I mean, its simple enough to change it, but when I was a new user and > had no idea how to change themes etc. I had always been very fond of > bluecurve. > -- Kyle Pointer > I agree wholeheartedly - why not keep the old BlueCurve as the default theme? I also believe that the RedHat logo should be optional. After all, that's what makes Fedora what it is - it's distinguishable red hat (Fedora). Jeff From tdiehl at rogueind.com Tue Apr 12 22:34:18 2005 From: tdiehl at rogueind.com (Tom Diehl) Date: Tue, 12 Apr 2005 18:34:18 -0400 (EDT) Subject: Kickstart ate my windoze partition maybe? Message-ID: Hi all, I hate to break up all of the arguments about grub vs lilo but I have a different question/problem. I have a dell 2650 laptop that I had XP and FC3 installed on. I took the partition table from the anaconda-ks.cfg file and dropped it into the ks-cfg file I used to install today's rawhide. The thing installed fine but it wiped the XP partition. Can someone take a look at the following snippett and tell me if this is my mistake or a bug in anaconda/kickstart? clearpart --linux --drives=hda part /boot --fstype "ext3" --size=100 --ondisk=hda part pv.3 --size=0 --grow --ondisk=hda volgroup VolGroup00 pv.3 logvol /home --fstype ext3 --name=LogVol05 --vgname=VolGroup00 --size=5088 logvol /tmp --fstype ext3 --name=LogVol04 --vgname=VolGroup00 --size=512 logvol /var --fstype ext3 --name=LogVol03 --vgname=VolGroup00 --size=1024 logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 --size=1024 logvol /usr/local --fstype ext3 --name=LogVol02 --vgname=VolGroup00 --size=224 logvol swap --fstype swap --name=LogVol06 --vgname=VolGroup00 --size=1024 logvol /usr --fstype ext3 --name=LogVol01 --vgname=VolGroup00 --size=5024 If it is a bug I will be glad to file it in bugzilla. I just want to be sure this is not operator error. Actually since this info was generated by anaconda during the install of FC3, if it is wrong I guess it is still a bug. XP was installed b4 I installed FC3. All was fine until I did the kickstart install this afternoon. If someone has any ideas what went wrong here I am willing to do it again even if I trash the install again. There is nothing on the machine I care about. It just means yet another windoze reinstall. I guess I could ghost the thing to save time but..... Regards, Tom Diehl tdiehl at rogueind.com Spamtrap address mtd123 at rogueind.com From guy at incentre.net Tue Apr 12 22:34:31 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 16:34:31 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113344071.5479.168.camel@localhost.localdomain> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113327509.4963.76.camel@sigurd.incentre.net> <20050412212557.GF1207380@hiwaay.net> <1113343689.4963.102.camel@sigurd.incentre.net> <1113344071.5479.168.camel@localhost.localdomain> Message-ID: <1113345271.4963.126.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 18:14 -0400, Peter Jones wrote: > On Tue, 2005-04-12 at 16:08 -0600, Guy Fraser wrote: > > On Tue, 2005-12-04 at 16:25 -0500, Chris Adams wrote: > > > Once upon a time, Guy Fraser said: > > > > If you want to maintain your sanity, use a simple PATA drive to > > > > boot from, and use the RAID for your /usr, /var and other directories. > > > > > > I have no problem booting with GRUB on SATA or RAID devices. Can you > > > point to specific bugs that you are talking about, or are you going to > > > continue in pointless unsupported flaming? > > Read the archives. > > And look for what, exactly? > -- > Peter All the fake problems that have been dreamt up about GRUB by numerous people including myself. From graydon at epiphyte.net Tue Apr 12 22:38:46 2005 From: graydon at epiphyte.net (Graydon) Date: Tue, 12 Apr 2005 18:38:46 -0400 Subject: FC4t2 no good without LILO In-Reply-To: References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> <1113335084.5479.137.camel@localhost.localdomain> Message-ID: <20050412223846.GB9861@uniserve.com> On Wed, Apr 13, 2005 at 08:12:12AM +1000, Res scripsit: > On Tue, 12 Apr 2005, Peter Jones wrote: > >available. That time has long since gone. Those people who still > >need lilo, for whatever reason, would serve themselves better by > >helping debug and fix things than by posting really whiny flames with > >an unacceptable lack of detail about any real problems to the test > >list. > > From: NOC > TO: All CSR's > RE: Mail Web DNS News Radius DB Accounting Cacheflow servers > STS: High > > All staff may take an indefinate period of non paid leave effective > immediately, your return depends on how long it takes for us to > lodge bugs and have them resolved so we can acutally boot at least > some of the servers in the datacenter, our OS developers have said we > should not install a small 100k programme we know will resolve but yet > keep everything stuffed until we help them fix the bugs with there > prefered non universally standard boot loaders > > Kind Regards > Some Brave Engineer Oh, piffle. Leaving aside that Fedora is specifically intended to be a technology testbed, with the concomitant risk and aggressive schedules of a testbed, and leaving aside that the problem that started this thread off _is not solved by lilo_, which won't boot > 2 TB partitions *either*, and leaving aside that it's tremendously bad, *bad*, *BAD* practice to boot from the RAID array in the first blessed place on any sort of production system, and leaving aside that grub has a whole lot of serious advantages, starting with much more active development and greater flexibility, you can't leave aside that _no one even vaguely sane_ -- not anyone who knows sane's postal address -- is going to be doing untested migrations of the data center servers. Note I didn't say 'untested migrations of the data center servers to a test release of a technology development platform distro'; doing it *at all* just isn't going to happen. If you think that is an even vaguely realistic scenario, then, well, ok, you're frustrated. But you also don't know what you're talking about. (Or you've been dealing with utter drooling madmen, which I suppose is possible.) Linux *changes*. This can, and will, mean that something you understand and are comfortable with gets replaced by something that you don't understand and aren't comfortable with for reasons that have nothing to do with any problem you have or situation you need to or want to deal with. That's a general trend with open source software; tools and the underlying support mechanisms become more general over time. That makes a lot of simple things less simple and a lot of difficult things possible, and from the point of view of the folks dealing with the difficult things this is an obviously good trade. So is getting rid of duplicate ways of dealing with things; cost -- in time and effort as well as money -- scales with parts count, and from the point of view of a linux distro, packages are parts. No amount of rhetoric will get anyone around those two things; they're fundamental consequences of any prolonged process of complexity handling, even those which don't involve computers in any way. A certain comfort with change, a reliable neophilia, is a requirement for dealing with the penguin. Demanding that strangers give you what you want, against their own interests, because this batch of free stuff isn't the free stuff you want, is *not*. You can try figuring out how what you want is in their interest, though; that generally works rather better. From FrankSanderDo at vodafone.de Tue Apr 12 21:44:40 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Tue, 12 Apr 2005 23:44:40 +0200 Subject: some music would be great In-Reply-To: <425C44D2.20000@n-man.com> References: <1113338004.5479.166.camel@localhost.localdomain> <425C27B8.8090609@vodafone.de> <425C44D2.20000@n-man.com> Message-ID: <425C4148.6050602@vodafone.de> Thanks for xmms I have a CD playing some music now. but as always I have some new trouble: what ever I do I can not control the volume. I am running gnome and the volume control there only is able to switch of the music via the pcm switch. I can do on master or CD or what ever slider I want. only PCM switch is working. what di I do wrong? see you Frank Patrick Barnes wrote: > Frank Sander wrote: > >> Hi folks, >> >> after installing FC4T2 and some fiddling with the X here the most >> important question: >> In my PC I only have CD without that analog audio cable. And even >> worth the Mainboard does not have an additional (CD) audio input. >> >> Is there any cdplayer programm available that supports digital reading? >> >> Thanks for Help >> Frank >> > Both xmms and beep-media-player (bmp) have CD plugins that support CDDA. > From shrek-m at gmx.de Tue Apr 12 22:47:28 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 13 Apr 2005 00:47:28 +0200 Subject: FC4t2 no good without LILO In-Reply-To: References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> Message-ID: <425C5000.2060204@gmx.de> Res wrote: > ever wonder why most other popular distros have stuck to lilo :) suse ? debian ? mandrake ? ubuntu ? ... -- shrek-m From graydon at epiphyte.net Tue Apr 12 22:48:44 2005 From: graydon at epiphyte.net (Graydon) Date: Tue, 12 Apr 2005 18:48:44 -0400 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <20050412224844.GC9861@uniserve.com> On Tue, Apr 12, 2005 at 03:23:59PM -0700, Dana Lacoste scripsit: > This one's for Peter Jones. > > He was whining about not having specific information > and not willing to look in the archives. > > Well, here it is. You ignored it earlier, will you answer it now? > > grub doesn't work. > > lilo fixes problem. That one got a long answer; one of the things in the answer is that, sure, it boots, but it boots because lilo doesn't check that it knows how to deal with the partition and will cheerfully do things that involve high risks of data corruption and altered partition sizes. Grub does check, and will refuse to boot if all it's going to do is damage your data. Grub's behaviour strikes me as preferable. From dana.lacoste at peregrine.com Tue Apr 12 23:03:02 2005 From: dana.lacoste at peregrine.com (Dana Lacoste) Date: Tue, 12 Apr 2005 16:03:02 -0700 Subject: FC4t2 no good without LILO Message-ID: ...and grub allows for a more of a sparc or bsd-style boot loader, where you can specify the kernel you want to boot without needing to reload lilo and it's more modern and looks better and..... the arguments for grub vs. lilo aren't that lilo is better, it's that lilo is working for someone where grub specifically doesn't. in my previously mentioned problem, disk druid trashed my partition table but all the other tools didn't. so I'll ask this question then : if redhat (this is a core issue, they control core) is desiring that lilo be phased out (not a bad idea in itself) and that disk druid be the partition editor of choice (far prettier and easier to use than sfdisk! :) and that other tools that used to work but suck in comparison to modern tools be eliminated, then can we at least make a "deprecated" list and say "these tools will be eliminated from the final distribution [once the test releases are done] so if you need them can you let us know so we can work out the bugs in the tools we want to use instead"? Dana Lacoste -----Original Message----- From: Graydon [mailto:graydon at epiphyte.net] Sent: Tuesday, April 12, 2005 15:49 To: For testers of Fedora Core development releases Subject: Re: FC4t2 no good without LILO On Tue, Apr 12, 2005 at 03:23:59PM -0700, Dana Lacoste scripsit: > This one's for Peter Jones. > > He was whining about not having specific information > and not willing to look in the archives. > > Well, here it is. You ignored it earlier, will you answer it now? > > grub doesn't work. > > lilo fixes problem. That one got a long answer; one of the things in the answer is that, sure, it boots, but it boots because lilo doesn't check that it knows how to deal with the partition and will cheerfully do things that involve high risks of data corruption and altered partition sizes. Grub does check, and will refuse to boot if all it's going to do is damage your data. Grub's behaviour strikes me as preferable. -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From briang at pmccorp.com Tue Apr 12 23:04:20 2005 From: briang at pmccorp.com (Brian Gaynor) Date: Tue, 12 Apr 2005 16:04:20 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <20050412223846.GB9861@uniserve.com> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> <1113335084.5479.137.camel@localhost.localdomain> <20050412223846.GB9861@uniserve.com> Message-ID: <1113347060.5483.27.camel@canis> On Tue, 2005-04-12 at 18:38 -0400, Graydon wrote: > and leaving aside that it's tremendously bad, *bad*, *BAD* practice to > boot from the RAID array in the first blessed place on any sort of > production system, Not sure I understand why this would be the case. It would seem that if /boot is not on the RAID array you would be vulnerable to a single point of failure (i.e. the drive containing /boot). -- Brian Gaynor www.pmccorp.com FC3/Linux on DELL Inspiron 5160 3.0Ghz canis 16:00:41 up 7:18, 1 user, load average: 0.06, 0.04, 0.04 From duralisis at yahoo.com Tue Apr 12 23:06:36 2005 From: duralisis at yahoo.com (Duralisis Fiber) Date: Tue, 12 Apr 2005 16:06:36 -0700 (PDT) Subject: Bootpart/Dual Boot problem (FC4T2) Message-ID: <20050412230636.41370.qmail@web50909.mail.yahoo.com> Last night I did a completely fresh install of Test 2 on my previously working FC3 dual boot with XP. To dual boot, I use NTLDR with an entry for "bootsect.lnx" by using the bootpart utility instead of dd. So I start off by wiping the drive and installing fresh (hdb), install Fedora, and set it _NOT_ to install the bootloader in the MBR, but in the first partition of the boot drive (under advanced bootloader options). So just like with FC3, I proceed to create a new bootsect.lnx by running the bootpart utility again. But now everytime I try to boot my "Linux" item in the NTLDR menu, I get a screen with something to the effect of: Bootpart 2.50... Loading New Partition Cannot load from harddisk Insert system disk and press any key. What's going on? This used to work just fine? Here's my configuration: (hda) 6.5GB -- Windows XP, NTLDR (hdb) 10.0GB -- (Linux) (hdb1) 9.5GB -- EXT3 mounted as / (hdb2) 512MB -- SWAP I set it to install Grub in hdb1 like in my FC3 install, but it won't boot now (it doesn't even get to Grub!). This is right after install, I haven't been able to do anything else yet. This is the first reboot after it finished. Windows XP still loads fine. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From guy at incentre.net Tue Apr 12 23:06:51 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 17:06:51 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <20050412224844.GC9861@uniserve.com> References: <20050412224844.GC9861@uniserve.com> Message-ID: <1113347212.4963.155.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 18:48 -0400, Graydon wrote: > On Tue, Apr 12, 2005 at 03:23:59PM -0700, Dana Lacoste scripsit: > > This one's for Peter Jones. > > > > He was whining about not having specific information > > and not willing to look in the archives. > > > > Well, here it is. You ignored it earlier, will you answer it now? > > > > grub doesn't work. > > > > lilo fixes problem. > > That one got a long answer; one of the things in the answer is that, > sure, it boots, but it boots because lilo doesn't check that it knows > how to deal with the partition and will cheerfully do things that > involve high risks of data corruption and altered partition sizes. Never seen it happen. I have used LILO since 1995 and never have I seen it corrupt a drive or alter a partition. > > Grub does check, and will refuse to boot if all it's going to do is > damage your data. The biggest problem I have with it, is the error reporting is awful and you don't get any clue to what caused the problem. Add any kind of drive when you are booting from SATA and you no longer have a bootable machine. > Grub's behaviour strikes me as preferable. That's OK, you can have your opinion, but that doesn't make GRUB better than LILO. I ran Linux machines with lilo for ages and never had a problem with LILO corrupting a partition. From dana.lacoste at peregrine.com Tue Apr 12 23:11:25 2005 From: dana.lacoste at peregrine.com (Dana Lacoste) Date: Tue, 12 Apr 2005 16:11:25 -0700 Subject: FC4t2 no good without LILO Message-ID: And logic would then add, in my mind, "OK, for the real performance, I use a real RAID controller and for cheap efficiency I use the simple RAID that the motherboard has onboard, which is precisely the thing that grub has the most trouble with [this avoids the >2TB issue and goes right to the software raid issue]" :) Dana Lacoste -----Original Message----- From: Brian Gaynor [mailto:briang at pmccorp.com] Sent: Tuesday, April 12, 2005 16:04 To: oak at uniserve.com; For testers of Fedora Core development releases Subject: Re: FC4t2 no good without LILO On Tue, 2005-04-12 at 18:38 -0400, Graydon wrote: > and leaving aside that it's tremendously bad, *bad*, *BAD* practice to > boot from the RAID array in the first blessed place on any sort of > production system, Not sure I understand why this would be the case. It would seem that if /boot is not on the RAID array you would be vulnerable to a single point of failure (i.e. the drive containing /boot). -- Brian Gaynor www.pmccorp.com FC3/Linux on DELL Inspiron 5160 3.0Ghz canis 16:00:41 up 7:18, 1 user, load average: 0.06, 0.04, 0.04 -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From owaugly at xmission.com Tue Apr 12 23:12:54 2005 From: owaugly at xmission.com (Al Kroeger) Date: Tue, 12 Apr 2005 17:12:54 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113347060.5483.27.camel@canis> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> <1113335084.5479.137.camel@localhost.localdomain> <20050412223846.GB9861@uniserve.com> <1113347060.5483.27.camel@canis> Message-ID: <425C55F6.6050208@xmission.com> Brian Gaynor wrote: >On Tue, 2005-04-12 at 18:38 -0400, Graydon wrote: > > >>and leaving aside that it's tremendously bad, *bad*, *BAD* practice to >>boot from the RAID array in the first blessed place on any sort of >>production system, >> >> > >Not sure I understand why this would be the case. It would seem that >if /boot is not on the RAID array you would be vulnerable to a single >point of failure (i.e. the drive containing /boot). > > > Good grief! We shouldn't have to wade through 50-60 heated exchanges just to try to get to something that pertains to us. You start your thread, you get a response. If you don't agree with it, take it OFF LINE and duke it out there. It's like listening to a bunch of high school or college preppies pissin and moanin. Take it outside, fellas! Stop filling up my in-box with your sophomoric squabbling. owa From guy at incentre.net Tue Apr 12 23:14:45 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 17:14:45 -0600 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <1113347686.4963.163.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 16:03 -0700, Dana Lacoste wrote: > ...and grub allows for a more of a sparc or bsd-style boot loader, > where you can specify the kernel you want to boot without needing > to reload lilo and it's more modern and looks better and..... > > the arguments for grub vs. lilo aren't that lilo is better, it's > that lilo is working for someone where grub specifically doesn't. > > in my previously mentioned problem, disk druid trashed my > partition table but all the other tools didn't. > > so I'll ask this question then : > > if redhat (this is a core issue, they control core) is desiring that > lilo be phased out (not a bad idea in itself) and that disk druid > be the partition editor of choice (far prettier and easier to use > than sfdisk! :) and that other tools that used to work but suck > in comparison to modern tools be eliminated, then can we at least > make a "deprecated" list and say "these tools will be eliminated from > the final distribution [once the test releases are done] so if you > need them can you let us know so we can work out the bugs in the tools > we want to use instead"? > > Dana Lacoste Better yet, since seeing all the problems with GRUB, they should put LILO back until the bugs are resolved. I keep hearing there are more bugs about GRUB because thats what more people are using. That is nonsense I never had a problem that required a bug report with LILO and each bug I found with GRUB already had at least on bug that was already listed for the same problem I saw, and none had solutions that fixed the problem, hence I am pretty sure I didn't post a bug report. From mgb-fedora at yosemite.net Tue Apr 12 23:15:10 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 12 Apr 2005 16:15:10 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113347060.5483.27.camel@canis> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> <1113335084.5479.137.camel@localhost.localdomain> <20050412223846.GB9861@uniserve.com> <1113347060.5483.27.camel@canis> Message-ID: <1113347709.14576.167.camel@mgb.bullion.ims> On Tue, 2005-04-12 at 16:04, Brian Gaynor wrote: > On Tue, 2005-04-12 at 18:38 -0400, Graydon wrote: > > and leaving aside that it's tremendously bad, *bad*, *BAD* practice to > > boot from the RAID array in the first blessed place on any sort of > > production system, > > Not sure I understand why this would be the case. It would seem that > if /boot is not on the RAID array you would be vulnerable to a single > point of failure (i.e. the drive containing /boot). Graydon's paragraph contained a string of false assertions. I assumed it was humor. --Mike Bird From mitr at volny.cz Tue Apr 12 23:17:11 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Wed, 13 Apr 2005 01:17:11 +0200 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <20050412231707.GE8542@chrys.ms.mff.cuni.cz> Hello, On Tue, Apr 12, 2005 at 04:03:02PM -0700, Dana Lacoste wrote: > if redhat (this is a core issue, they control core) is desiring that > lilo be phased out (not a bad idea in itself) and that disk druid > be the partition editor of choice (far prettier and easier to use > than sfdisk! :) and that other tools that used to work but suck > in comparison to modern tools be eliminated, then can we at least > make a "deprecated" list and say "these tools will be eliminated from > the final distribution [once the test releases are done] so if you > need them can you let us know so we can work out the bugs in the tools > we want to use instead"? You mean like the listing lilo among the deprecated packages in http://fedora.redhat.com/docs/release-notes/fc3/x86/, http://fedora.redhat.com/docs/release-notes/fc2/x86/, http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/1/i386/os/RELEASE-NOTES.html http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/release-notes/x86/ http://www.redhat.com/docs/manuals/linux/RHL-8.0-Manual/release-notes/x86/ ? Removing tools _after_ test releases doesn't make sense - people would be still relying on them and wouldn't testing the new tools. Now is the time to try the tools that are available and "let us know" by filing an useful bug report in bugzilla. Mirek "I have seen a lot of 'bug reports' but not a single bugzilla reference" Trmac From whooperhsd3 at earthlink.net Tue Apr 12 23:21:44 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Tue, 12 Apr 2005 19:21:44 -0400 (EDT) Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <1494.192.168.0.254.1113348104.squirrel@whooper.org> Dana Lacoste said: [snip] > if redhat (this is a core issue, they control core) is desiring that lilo > be phased out (not a bad idea in itself) and that disk druid be the > partition editor of choice (far prettier and easier to use than sfdisk! :) > and that other tools that used to work but suck in comparison to modern > tools be eliminated, then can we at least make a "deprecated" list and say > "these tools will be eliminated from > the final distribution [once the test releases are done] so if you need > them can you let us know so we can work out the bugs in the tools we want > to use instead"? lilo has been deprecated since the FC1 release (and actually removed from one of the pre-FC1 tests, IIRC). http://download.fedora.redhat.com/pub/fedora/linux/core/1/i386/os/RELEASE-NOTES.html fdisk was removed from the Anaconda GUI in RHL 9. -- William Hooper From guy at incentre.net Tue Apr 12 23:23:25 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 17:23:25 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113347060.5483.27.camel@canis> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> <1113335084.5479.137.camel@localhost.localdomain> <20050412223846.GB9861@uniserve.com> <1113347060.5483.27.camel@canis> Message-ID: <1113348205.4963.173.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 16:04 -0700, Brian Gaynor wrote: > On Tue, 2005-04-12 at 18:38 -0400, Graydon wrote: > > and leaving aside that it's tremendously bad, *bad*, *BAD* practice to > > boot from the RAID array in the first blessed place on any sort of > > production system, > > Not sure I understand why this would be the case. It would seem that > if /boot is not on the RAID array you would be vulnerable to a single > point of failure (i.e. the drive containing /boot). > It's because he hasn't got half a clue. The only servers we have that don't boot off a RAID array, don't have RAID arrays. I have been maintaining UNIX and Linux Servers since 1984, and this is the first time I have heard you shouldn't boot from a raid array. Most servers that support RAID don't come configured with drives that aren't part of the array. But since GRUB doesn't work well booting off RAID devices, it must be the practise that is wrong and LILO should have never allowed you to boot off such an unreliable setup either, it just didn't know better. From paul at all-the-johnsons.co.uk Tue Apr 12 23:28:15 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 13 Apr 2005 00:28:15 +0100 Subject: Correct assignment of /dev/lp0? Message-ID: <1113348495.5109.1.camel@localhost.localdomain> Hi, I have a Visioneer 4800 scanner attached to a USB port. If I do scanimage -L, it is reporting to be on /dev/lp0 rather than /dev/usbscanner (or something similar). Is this correct? I want to check before throwing this into bugzilla. TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- 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 guy at incentre.net Tue Apr 12 23:28:25 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 12 Apr 2005 17:28:25 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1494.192.168.0.254.1113348104.squirrel@whooper.org> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> Message-ID: <1113348505.4963.176.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 19:21 -0400, William Hooper wrote: > Dana Lacoste said: > [snip] > > if redhat (this is a core issue, they control core) is desiring that lilo > > be phased out (not a bad idea in itself) and that disk druid be the > > partition editor of choice (far prettier and easier to use than sfdisk! :) > > and that other tools that used to work but suck in comparison to modern > > tools be eliminated, then can we at least make a "deprecated" list and say > > "these tools will be eliminated from > > the final distribution [once the test releases are done] so if you need > > them can you let us know so we can work out the bugs in the tools we want > > to use instead"? > > lilo has been deprecated since the FC1 release (and actually removed from > one of the pre-FC1 tests, IIRC). Can we please get it back? > > http://download.fedora.redhat.com/pub/fedora/linux/core/1/i386/os/RELEASE-NOTES.html > > fdisk was removed from the Anaconda GUI in RHL 9. > Can we please keep it? > -- > William Hooper From jkeating at j2solutions.net Tue Apr 12 23:32:20 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 12 Apr 2005 16:32:20 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113348205.4963.173.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> <1113335084.5479.137.camel@localhost.localdomain> <20050412223846.GB9861@uniserve.com> <1113347060.5483.27.camel@canis> <1113348205.4963.173.camel@sigurd.incentre.net> Message-ID: <1113348741.13504.76.camel@jkeating2.hq.pogolinux.com> On Tue, 2005-04-12 at 17:23 -0600, Guy Fraser wrote: > > But since GRUB doesn't work well booting off RAID devices, it must > be the practise that is wrong and LILO should have never allowed > you to boot off such an unreliable setup either, it just didn't > know better. Please be sure to distinguish between SOFTWARE RAID and HARDWARE RAID. Two vastly different beasts when talking about OS configuration and how systems are shipped from Vendors. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jkeating at j2solutions.net Tue Apr 12 23:34:05 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 12 Apr 2005 16:34:05 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113347212.4963.155.camel@sigurd.incentre.net> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> Message-ID: <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> On Tue, 2005-04-12 at 17:06 -0600, Guy Fraser wrote: > Add any kind of drive when you are booting from SATA and you > no longer have a bootable machine. This is due to a failure to set the boot order correctly in your BIOS, or you have a BIOS that doesn't allow you to do this. We see this scenario quite often where I work, adding in drives or reordering them. Just setting the boot order correctly lets grub work nicely. Of course, having hardware that puts SATA out on it's own chipset and not 'emulated' as an IDE device helps a lot. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From briang at pmccorp.com Tue Apr 12 23:35:46 2005 From: briang at pmccorp.com (Brian Gaynor) Date: Tue, 12 Apr 2005 16:35:46 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113348205.4963.173.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> <1113335084.5479.137.camel@localhost.localdomain> <20050412223846.GB9861@uniserve.com> <1113347060.5483.27.camel@canis> <1113348205.4963.173.camel@sigurd.incentre.net> Message-ID: <1113348946.5483.31.camel@canis> On Tue, 2005-04-12 at 17:23 -0600, Guy Fraser wrote: > But since GRUB doesn't work well booting off RAID devices, it must > be the practise that is wrong and LILO should have never allowed > you to boot off such an unreliable setup either, it just didn't > know better. Well I can't speak for all RAID systems, but GRUB works well on all of my RAID systems. That said, there are enhancements to grub's RAID support that will be welcome (e.g. automatically writing boot information to all members of the array). -- Brian Gaynor www.pmccorp.com FC3/Linux on DELL Inspiron 5160 3.0Ghz canis 16:33:01 up 7:50, 1 user, load average: 0.28, 0.11, 0.10 From jkeating at j2solutions.net Tue Apr 12 23:37:21 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 12 Apr 2005 16:37:21 -0700 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <1113349041.13504.82.camel@jkeating2.hq.pogolinux.com> On Tue, 2005-04-12 at 16:03 -0700, Dana Lacoste wrote: > if redhat (this is a core issue, they control core) is desiring that > lilo be phased out (not a bad idea in itself) Has been for a while. > and that disk druid > be the partition editor of choice (far prettier and easier to use > than sfdisk! :) Disk Druid is a front end part of anaconda. A long time ago (RHL 7.2?) it used fdisk in the backend to do the partition work. Since 7.3 or even earlier, disk druid has used parted to do all the partitioning work. This hasn't changed for many releases. > and that other tools that used to work but suck > in comparison to modern tools be eliminated, then can we at least > make a "deprecated" list and say "these tools will be eliminated from > the final distribution [once the test releases are done] so if you > need them can you let us know so we can work out the bugs in the tools > we want to use instead"? > As I said, Lilo has been deprecated since RHL8 or even earlier. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jkeating at j2solutions.net Tue Apr 12 23:39:49 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 12 Apr 2005 16:39:49 -0700 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> On Tue, 2005-04-12 at 16:11 -0700, Dana Lacoste wrote: > And logic would then add, in my mind, > > "OK, for the real performance, I use a real RAID controller > and for cheap efficiency I use the simple RAID that the > motherboard has onboard, which is precisely the thing that > grub has the most trouble with [this avoids the >2TB issue > and goes right to the software raid issue]" Wait a tic, you're trying to use the "raid" that is onboard those desktop and cheap server boards? That is winraid, not software raid and it is not supported by Linux. Real Linux Software Raid is a far better solution than using a winraid chip. Of course grub is having problems with winraid.... -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From david at fubar.dk Tue Apr 12 23:46:44 2005 From: david at fubar.dk (David Zeuthen) Date: Tue, 12 Apr 2005 19:46:44 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113348505.4963.176.camel@sigurd.incentre.net> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> Message-ID: <1113349604.3603.5.camel@daxter.boston.redhat.com> On Tue, 2005-04-12 at 17:28 -0600, Guy Fraser wrote: > Can we please get it back? > Can we please keep it? No, of course not. If something is wrong with app X the solution is to fix app X, not ship an alternative to app X just because some users thinks it work better for them. As a comparison, it's not like we ship the FreeBSD kernel just because some users think that it has features that the Linux 2.6 kernel doesn't. Cheers, David From byte at aeon.com.my Wed Apr 13 00:59:45 2005 From: byte at aeon.com.my (Colin Charles) Date: Wed, 13 Apr 2005 10:59:45 +1000 Subject: FC4 vs. MacMini (PowerPC) In-Reply-To: <425BE157.8090706@BitWagon.com> References: <425BE157.8090706@BitWagon.com> Message-ID: <1113353986.9672.2.camel@arena.soho.bytebot.net> On Tue, 2005-04-12 at 07:55 -0700, John Reiser wrote: > I'd like to run FC4 on a MacMini, but can't get there from here. > FC4t1 was dead-on-arrival because the install CD/DVD would not boot > ( https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151234 ). Try FC4t2. I think the CD boots. Otherwise do it via nfs and boot.iso > Now FC4t2 cannot be trusted to partition the harddrive > ( https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154479 ). That's just the tool, fdisk not reporting it. Linux/ppc distros tend to include pdisk actually The partitioning tool actually "just works". Try "parted /dev/hda print" > Multibooting Mac OS X is a requirement, but neither DiskDruid > nor fdisk recognizes the existing partitions as shipped by Apple > [Ubuntu-5.04 fdisk does] so I'm very leery. Well, it would help if you had a free partition. Currently you don't. We don't resize hfs+ partitions for you > If anyone has set up FC4t2 successfully to multiboot with Mac OS X, > (using no external drives or additional Mac hardware) then > please share your method and experiences. Thanks. http://www.bytebot.net/geekdocs/ibook/fedorappc.html I just set it up yesterday and my dual-boot experience works. Save for the fact that yaboot.conf needs macosx=/dev/hdaX in it -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From cmadams at hiwaay.net Wed Apr 13 01:03:12 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 12 Apr 2005 20:03:12 -0500 Subject: FC4t2 no good without LILO In-Reply-To: <1113343689.4963.102.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113327509.4963.76.camel@sigurd.incentre.net> <20050412212557.GF1207380@hiwaay.net> <1113343689.4963.102.camel@sigurd.incentre.net> Message-ID: <20050413010312.GB1527291@hiwaay.net> Once upon a time, Guy Fraser said: > On Tue, 2005-12-04 at 16:25 -0500, Chris Adams wrote: > > I have no problem booting with GRUB on SATA or RAID devices. Can you > > point to specific bugs that you are talking about, or are you going to > > continue in pointless unsupported flaming? > Read the archives. In other words, no; you can't point to a specific problem. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From cmadams at hiwaay.net Wed Apr 13 01:03:54 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 12 Apr 2005 20:03:54 -0500 Subject: FC4t2 no good without LILO In-Reply-To: <1113347212.4963.155.camel@sigurd.incentre.net> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> Message-ID: <20050413010354.GC1527291@hiwaay.net> Once upon a time, Guy Fraser said: > Add any kind of drive when you are booting from SATA and you > no longer have a bootable machine. I did that with no problem. Where did you Bugzilla the problem you experienced? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From eolson at MIT.EDU Wed Apr 13 01:35:35 2005 From: eolson at MIT.EDU (Edwin Olson) Date: Tue, 12 Apr 2005 21:35:35 -0400 Subject: FC4T2 install report: trouble with sound, mouse, grub, dual head Message-ID: <425C7767.9050806@mit.edu> Hi, Installed FC4T2 today from CD1, 'linux askmethod', and http. Install was uneventful on my P4/Tehama/RDRAM Dell 8250. It appears that grub did not getting written, or written correctly on /dev/hda MBR. My linux install is on /dev/hdb. It's possible I stupidly skipped over that step somehow, I suppose, but I mostly doubt it. I was able to correct it by running grub again. If relevant: I used the default partitioning as a starting point, then shrunk the main LVM in order to add an extra partition. My 7 button mouse was not properly installed/configured. I had to change the protocol to ExplorerPS, disable Enable3Buttons, change ZAxisMapping to "6,7", and add "pointer = 1 2 3 6 7 4 5" to /etc/X11/Xmodmap. I'm not sure what the "back" button was mapped to before fixing these things, but it caused bizarrely erratic navigation behavior in firefox (jumping to pubmed, though I've never visited there.). Sound was not configured properly during install. The installer acted like it found the driver, but there was no (audible) output when I pressed 'Test'. I have a: 02:09.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a) 02:09.0 Class 0401: 1102:0002 (rev 0a) Running alsaconf after install worked fine, though the volume was initially all the way down. I was not able to get dual head to work with the 'nv' driver on my pair of nvidia cards (one in AGP, one in PCI). Changing to the 'nvidia' driver, as I needed to do in FC3, fixed the problem. General comments: The default desktop icons don't appeal to me. They're a bit too blocky/angular. I switched back to BlueCurve immediately. The audio mixer control panel is much improved, thanks! Kasteroids keyup events (bugzilla #152131) is still broken. yum performance is much improved, though 'yum search' returns far too many false positives for typical queries (e.g., the string matches, but it's not what I'm looking for.) Perhaps a 'yum searchpackagename'? It'd be nice if the multimedia keys on my keyboard (Microsoft natural multimedia) were correctly mapped to the appropriate keyboard shortcuts. Stability is good so far. It's looking good! -Ed From eolson at MIT.EDU Wed Apr 13 01:42:14 2005 From: eolson at MIT.EDU (Edwin Olson) Date: Tue, 12 Apr 2005 21:42:14 -0400 Subject: FC4T2 install report: trouble with sound, mouse, grub, dual head In-Reply-To: <425C7767.9050806@mit.edu> References: <425C7767.9050806@mit.edu> Message-ID: <425C78F6.8020408@mit.edu> > I was not able to get dual head to work with the 'nv' driver on my > pair of nvidia cards (one in AGP, one in PCI). Changing to the > 'nvidia' driver, as I needed to do in FC3, fixed the problem. I nearly forgot: Compiling/installing the newest nvidia driver initially failed with (I think) a permission denied error. 'setenforce 0' fixed the problem. Hopefully this is easy to replicate, because I can't seem to find a useful log message regarding what happened anywhere. -Ed From mike at netlyncs.com Wed Apr 13 01:52:27 2005 From: mike at netlyncs.com (Mike Chambers) Date: Tue, 12 Apr 2005 20:52:27 -0500 Subject: anaconda back/forward buttons In-Reply-To: <1113345052.5261.8.camel@mysterx.vipie.be> References: <1113345052.5261.8.camel@mysterx.vipie.be> Message-ID: <1113357147.2911.0.camel@scrappy.netlyncs.com> On Wed, 2005-04-13 at 00:30 +0200, Koenraad Heijlen wrote: > Hey > > I'm not sure if this is a bug: the Back and Next buttons have different > icons in the FC4t2 installer. Is this on purpose? I simply found it > kinda weird. Yep, noticed the same thing here. Also, the color of the progress bar (during package install) seemed too light, compared to the grey background (or whatever color it was). -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From mgb-fedora at yosemite.net Wed Apr 13 00:23:48 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 12 Apr 2005 17:23:48 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> Message-ID: <1113351827.14576.205.camel@mgb.bullion.ims> I just checked the Redhat and Fedora distros which I still have around. Here are the Lilo versions: 7.1 21.4.4-13 7.2 21.4.4-14 7.3 21.4.4-14 8.0 21.4.4-20 9 21.4.4-22 FC1 21.4.4-24 FC2 21.4.4-25 FC3 21.4.4-26 Most of the version bumps were for new Redhat releases and involved no source changes. There was only one patch to Redhat's Lilo in the last two years: a single #define. Lilo version 21.4.4 actually dates back to 2000. So we have a package that is essential in some circumstances, that costs next to nothing to maintain, and that takes up <0.1% of a CD's space. The experience of many people in the real world is that even a five year old version of Lilo is more reliable than today's Grub. Certainly a five year old version of Lilo handles software RAID better than today's Grub. And so the cardinals of the Redhat vatican issue a bull banning Lilo. FLOSS didn't used to be like this. When did the world change? --Mike Bird From pjones at redhat.com Wed Apr 13 01:24:08 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 21:24:08 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113347212.4963.155.camel@sigurd.incentre.net> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> Message-ID: <1113355449.2995.14.camel@localhost.localdomain> On Tue, 2005-04-12 at 17:06 -0600, Guy Fraser wrote: > On Tue, 2005-12-04 at 18:48 -0400, Graydon wrote: > > On Tue, Apr 12, 2005 at 03:23:59PM -0700, Dana Lacoste scripsit: > > > This one's for Peter Jones. > > > > > > He was whining about not having specific information > > > and not willing to look in the archives. > > > > > > Well, here it is. You ignored it earlier, will you answer it now? > > > > > > grub doesn't work. > > > > > > lilo fixes problem. > > > > That one got a long answer; one of the things in the answer is that, > > sure, it boots, but it boots because lilo doesn't check that it knows > > how to deal with the partition and will cheerfully do things that > > involve high risks of data corruption and altered partition sizes. > > Never seen it happen. I have used LILO since 1995 and never > have I seen it corrupt a drive or alter a partition. Do you install lilo on 3 terabyte devices often? -- Peter From pjones at redhat.com Wed Apr 13 01:33:29 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 21:33:29 -0400 Subject: FC4t2 no good without LILO In-Reply-To: References: Message-ID: <1113356009.2995.22.camel@localhost.localdomain> On Tue, 2005-04-12 at 16:03 -0700, Dana Lacoste wrote: > if redhat (this is a core issue, they control core) is desiring that > lilo be phased out (not a bad idea in itself) and that disk druid > be the partition editor of choice (far prettier and easier to use > than sfdisk! :) and that other tools that used to work but suck > in comparison to modern tools be eliminated, then can we at least > make a "deprecated" list and say "these tools will be eliminated from > the final distribution [once the test releases are done] so if you > need them can you let us know so we can work out the bugs in the tools > we want to use instead"? lilo is listed as deprecated in the release notes for Fedora Core 1, on line 936 of the text version, released in November, 2003. Here's a link to the html version of those release notes: http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/1/i386/os/RELEASE-NOTES.html -- Peter From pjones at redhat.com Wed Apr 13 02:05:30 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 22:05:30 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113356009.2995.22.camel@localhost.localdomain> References: <1113356009.2995.22.camel@localhost.localdomain> Message-ID: <1113357931.2995.26.camel@localhost.localdomain> On Tue, 2005-04-12 at 21:33 -0400, Peter Jones wrote: > lilo is listed as deprecated in the release notes for Fedora Core 1, on > line 936 of the text version, released in November, 2003. > > Here's a link to the html version of those release notes: > > http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/1/i386/os/RELEASE-NOTES.html And several versions before that, obviously :) -- Peter From pjones at redhat.com Wed Apr 13 02:23:38 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 22:23:38 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113351827.14576.205.camel@mgb.bullion.ims> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> Message-ID: <1113359018.2995.45.camel@localhost.localdomain> On Tue, 2005-04-12 at 17:23 -0700, Mike Bird wrote: > I just checked the Redhat and Fedora distros which I still have around. > Here are the Lilo versions: [list of 8 different versions clipped for brevity] > Most of the version bumps were for new Redhat releases and involved no > source changes. There was only one patch to Redhat's Lilo in the last > two years: a single #define. People stopped finding so many bugs once we stopped using lilo by default. That's been explained to you several times now. You also need to look at all the other packages involved in setting up and maintaining the bootloader to. They're pretty complicated, and a lot of work. > Lilo version 21.4.4 actually dates back to 2000. And it needs plenty of work done, if we were going to consider using it again. More than grub currently needs, I suspect. > So we have a package that is essential in some circumstances, So far, you won't mention which circumstances those are. So I think most of us aren't considering this to be a fact. > that costs next to nothing to maintain That's simply not true -- there are several more patches to lilo that have been applied for RHEL, or that may unfortunately need to be applied. There's also very difficult logic in booty, anaconda, up2date, and likely several other packages that has to handle it. And there's also a *huge* support cost to everybody involved with helping other users, which you're obviously content to completely ignore. It isn't nearly as easy for most users as grub is. > , and that takes up <0.1% of a CD's space. I already told you, this really didn't affect things. > The experience of many people in the real world is that even a five > year old version of Lilo is more reliable than today's Grub. The plural of anecdote is not data. Right now, the number of people we can document who admit to having such experience is hovering menacingly around 5. And that's five really bad sources -- none of them will provide any detail on what's gone wrong at all! > Certainly a five year old version of Lilo handles software RAID better than > today's Grub. This is just plain insulting. You haven't even *tried* the software RAID support in today's grub. You've already said as much today! > And so the cardinals of the Redhat vatican issue a bull banning Lilo. Nobody's stopping you from using it, so quit pretending that's what we're doing. You have just as much choice as I do; you're choosing to whine on a mailing list about problems you won't even name, much less provide technical facts to support. I'm choosing to continue not resurrecting lilo, since none of the group of you who want it back are willing to provide any technical reasons whatsoever. Complaining more isn't going to change my mind. Continuing to refuse to provide any technical details on whatever your problem is won't make me any more likely to, either. If you really, really want lilo back, you're going to have to actually *convince* me that it's a good idea. You don't have to convince me that you've had a really bad experience, that's obvious. But if you can't tell me why, I can't help make sure anybody's experience is any better. -- Peter From owaugly at xmission.com Wed Apr 13 02:30:25 2005 From: owaugly at xmission.com (Al Kroeger) Date: Tue, 12 Apr 2005 20:30:25 -0600 Subject: OpenOffice won't launch Message-ID: <425C8441.5050606@xmission.com> I finished installing FC4t2 this morning, did yum update, and started trying things out. Sound worked good, right from the start, for a pleasant change.... no fiddling with alsa or anything. It just worked. OpenOffice will not launch, however. It will begin to launch, then disappear with no error message. This is my system. $ uname -a Linux localhost 2.6.11-1.1234_FC4 #1 Tue Apr 12 11:14:16 MDT 2005 i686 athlon i386 G NU/Linux $ /sbin/lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT8375 [KM266/KL266] Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] 00:08.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a) 00:08.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 0a) 00:09.0 Serial controller: 3Com Corp, Modem Division (formerly US Robotics) 56K FaxModem Model 5610 (rev 01) 00:0e.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139 C+ (rev 10) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8233A ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/ C PIPC Bus Master IDE (rev 06) 00:11.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 23) 00:11.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 23) 01:00.0 VGA compatible controller: S3 Inc. VT8375 [ProSavage8 KM266/KL266] Does anyone have any suggestions? Should I submit a bug report, or is there something which didn't get loaded? Thanks, owa From pjones at redhat.com Wed Apr 13 01:59:16 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 12 Apr 2005 21:59:16 -0400 Subject: anaconda back/forward buttons In-Reply-To: <1113357147.2911.0.camel@scrappy.netlyncs.com> References: <1113345052.5261.8.camel@mysterx.vipie.be> <1113357147.2911.0.camel@scrappy.netlyncs.com> Message-ID: <1113357556.2995.24.camel@localhost.localdomain> On Tue, 2005-04-12 at 20:52 -0500, Mike Chambers wrote: > On Wed, 2005-04-13 at 00:30 +0200, Koenraad Heijlen wrote: > > Hey > > > > I'm not sure if this is a bug: the Back and Next buttons have different > > icons in the FC4t2 installer. Is this on purpose? I simply found it > > kinda weird. > > Yep, noticed the same thing here. Also, the color of the progress bar > (during package install) seemed too light, compared to the grey > background (or whatever color it was). It's supposed to have changed, but this particular change was incorrect; this morning's rawhide should have had a fixed version. -- Peter From owaugly at xmission.com Wed Apr 13 02:35:14 2005 From: owaugly at xmission.com (Al Kroeger) Date: Tue, 12 Apr 2005 20:35:14 -0600 Subject: OpenOffice won't launch In-Reply-To: <425C8441.5050606@xmission.com> References: <425C8441.5050606@xmission.com> Message-ID: <425C8562.90307@xmission.com> Al Kroeger wrote: > I finished installing FC4t2 this morning, did yum update, and started > trying things out. > Sound worked good, right from the start, for a pleasant change.... no > fiddling with alsa or anything. It just worked. > OpenOffice will not launch, however. It will begin to launch, then > disappear with no error message. This is my system. > $ uname -a > Linux localhost 2.6.11-1.1234_FC4 #1 Tue Apr 12 11:14:16 MDT 2005 i686 > athlon i386 G NU/Linux > $ /sbin/lspci > 00:00.0 Host bridge: VIA Technologies, Inc. VT8375 [KM266/KL266] Host > Bridge > 00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] > 00:08.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 > (rev 0a) > 00:08.1 Input device controller: Creative Labs SB Live! MIDI/Game Port > (rev 0a) > 00:09.0 Serial controller: 3Com Corp, Modem Division (formerly US > Robotics) 56K FaxModem Model 5610 (rev 01) > 00:0e.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > RTL-8139/8139C/8139 C+ (rev 10) > 00:11.0 ISA bridge: VIA Technologies, Inc. VT8233A ISA Bridge > 00:11.1 IDE interface: VIA Technologies, Inc. > VT82C586A/B/VT82C686/A/B/VT823x/A/ C PIPC Bus Master IDE (rev 06) > 00:11.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 > Controller (rev 23) > 00:11.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 > Controller (rev 23) > 01:00.0 VGA compatible controller: S3 Inc. VT8375 [ProSavage8 > KM266/KL266] > Does anyone have any suggestions? Should I submit a bug report, or is > there something which didn't get loaded? > Thanks, > owa > I just tried to run OpenOffice from command line. Here is the result. $ oowriter GThread-ERROR **: GThread system may only be initialized once. aborting... owa From rodd at clarkson.id.au Wed Apr 13 03:11:36 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 13 Apr 2005 13:11:36 +1000 Subject: some music would be great In-Reply-To: <425C4148.6050602@vodafone.de> References: <1113338004.5479.166.camel@localhost.localdomain> <425C27B8.8090609@vodafone.de> <425C44D2.20000@n-man.com> <425C4148.6050602@vodafone.de> Message-ID: <1113361896.5037.7.camel@jellyfish.redfishdemo.com> On Tue, 2005-04-12 at 23:44 +0200, Frank Sander wrote: > Thanks for xmms I have a CD playing some music now. > but as always I have some new trouble: > > what ever I do I can not control the volume. > I am running gnome and the volume control there only is able to switch > of the music via the pcm switch. > I can do on master or CD or what ever slider I want. only PCM switch is > working. > > what di I do wrong? Mmmm, I've seen something like this. The volume control on the panel can now (maybe always) be assigned to a particular channel, so you might need to check this. Also, in Applications > Sound and Video > Volume Control check that the little volume icons under the slider aren't crossed out. I seem to remember this giving me some grief. Rodd From mpeters at mac.com Wed Apr 13 03:21:30 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 12 Apr 2005 20:21:30 -0700 Subject: Hats off to the Developers Message-ID: <1113362490.3058.16.camel@fc4t2.mpeters.local> Other than media check not working - FC4T2 so far has been very usable, at least for me. Maybe it's just me, but this is the first time since RH8 that Evolution has felt usable for me - and has not crashed at all in 24 hours of use - and it definitely feels a lot faster (connecting to imap server). This is really important to me because evolution seems to be the only gui imap client I can find on Linux (or windows) that properly handles using multiple smtp servers - picking the right one automatically based upon the From field. I'm sure there are still issues that need to be resolved, and probably some that effect me (the way that I use to make special spanish characters without having to use international deadkeys - ctrl-alt hexcode - no longer works but does weird stuff, like hiding all windows etc.) but I can't wait for the June date to come around so I can start using this on my main box. It really feels good, fonts are yet again improved - and it at least feels faster than FC3, which is nice as I _really_ need to buy more ram. Hopefully my unsupported way of doing special Spanish characters can either be fixed, or another way found - I really hate dead keys, especially when doing lots of things at once, but this test release really feels good. Thanks to all involved for the effort. With the grub/lilo debate - I think sometimes we common users forget to express when we are thankful for what the developers are doing, and I think sometimes it needs to be heard. Special thanks to Seth for all the work with yum and getting Extras to where it is today. -=- (I sent this initially to the wrong list - it should get bounced because I'm not subscribed from the from address, but in case not - sorry for the cross post) From davej at redhat.com Wed Apr 13 03:33:32 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 12 Apr 2005 23:33:32 -0400 Subject: Hats off to the Developers In-Reply-To: <1113362490.3058.16.camel@fc4t2.mpeters.local> References: <1113362490.3058.16.camel@fc4t2.mpeters.local> Message-ID: <20050413033332.GI18611@redhat.com> On Tue, Apr 12, 2005 at 08:21:30PM -0700, Michael A. Peters wrote: > Other than media check not working - FC4T2 so far has been very usable, > at least for me. This problem has been around for a long time, it'd be really good to get to a release one day where it gets nailed for good. ide=nodma is a workaround for the vast majority of folks who see this problem, but there are also some others who seem to be hitting other problem(s). It's also somewhat difficult to add black/whitelists to automatically work around this issue due to the number of variables - cd drive manufacturer - cd drive firmware revision - cd media manufacturer - ide chipset vendor - ide chipset bios parameters - length of ide cabling - quality of ide cabling - other devices on same cables - buggy kernel drivers (seems everytime someone looks into this problem another bunch of issues get churned up). Dave From mgb-fedora at yosemite.net Wed Apr 13 03:46:43 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 12 Apr 2005 20:46:43 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113359018.2995.45.camel@localhost.localdomain> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> Message-ID: <1113364002.14576.301.camel@mgb.bullion.ims> On Tue, 2005-04-12 at 19:23, Peter Jones wrote: > I'm choosing to continue not resurrecting lilo, since none of the > group of you who want it back are willing to provide any technical > reasons whatsoever. Historically Grub has been unreliable. [See bugzillas for Fedora, Debian, GNU, etc, etc.] If someone tested the latest version of Grub for six months and found no bugs at all, that would not change the fact that historically Grub has been notoriously unreliable. Historically Lilo has been reliable. Even a five year old version is works fine. Now, after five years of missing features and poor reliability, you claim that Grub is as reliable as Lilo. I doubt it - and experience dictates scepticism here - but nobody yet knows for certain. Does your opinion merit our trying Grub again sometime? Yes. Does your opinion justify throwing out Lilo? No. It's an unjustifiable risk based upon the packages' respective histories. The WMD have now morphed into the difficulty of running Lilo from Anaconda. (Seems incredible to me but I'll allow you some leeway here since I haven't actually tried to write code to invoke Lilo from Anaconda.) Well, if they don't get along, add a --play-nicely patch to Lilo. It's a lot easier to munge a command-line interface in Linux space than to reinvent all of Lilo's wheels in boot space. Or work on Grub if Redhat shareholders don't object. Use Grub if you prefer it. Make Grub the default for newbies if you like. Just don't deliberately break things for those of us who need the reliable service that Lilo provides. YOU are the one who broke things. YOU are the one who has provided no justification for breaking things. WE aren't trying to dictate which boot loader you use. WE just want YOU to stop breaking things. (Is this getting too personal?) Lilo worked fine until you removed it. Put it back. Don't mess with it. Focus on Grub. Try not to think about Lilo. Let the scripts compile it with the rest of FC4 and ship it on the damned CD's. --Mike Bird From mattdm at mattdm.org Wed Apr 13 03:51:09 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 12 Apr 2005 23:51:09 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113351827.14576.205.camel@mgb.bullion.ims> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> Message-ID: <20050413035109.GA20290@jadzia.bu.edu> On Tue, Apr 12, 2005 at 05:23:48PM -0700, Mike Bird wrote: > So we have a package that is essential in some circumstances, that costs > next to nothing to maintain, and that takes up <0.1% of a CD's space. You're missing a huge part of the picture. Having lilo the package (even though as you note, it's not really maintained) might not be much, but it requires a lot of complicated kludgy infrastructure in the installer, and in mkinitrd, etc., and makes kernel updates very fragile. *That's* what makes the developers want to drop it -- it's not just to make your life hard. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From cra at WPI.EDU Wed Apr 13 03:58:48 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Tue, 12 Apr 2005 23:58:48 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113347212.4963.155.camel@sigurd.incentre.net> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> Message-ID: <20050413035848.GN8833@angus.ind.WPI.EDU> On Tue, Apr 12, 2005 at 05:06:51PM -0600, Guy Fraser wrote: > The biggest problem I have with it, is the error reporting is > awful and you don't get any clue to what caused the problem. As opposed to LILO's error reporting consisting of "LI" during bootup? From rodd at clarkson.id.au Wed Apr 13 04:28:40 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 13 Apr 2005 14:28:40 +1000 Subject: RELEASE-NOTES-en In-Reply-To: <604aa79105041206186be14fad@mail.gmail.com> References: <1113304173.3740.5.camel@goose> <604aa79105041206186be14fad@mail.gmail.com> Message-ID: <1113366520.5037.26.camel@jellyfish.redfishdemo.com> On Tue, 2005-04-12 at 09:18 -0400, Jeff Spaleta wrote: > On Apr 12, 2005 7:09 AM, Rodd Clarkson wrote: > > So, does this need to be addressed, or is there something wonky with my > > copy of wget? ;-] > > "some" versions of wget have a problem.. there have been efforts to > patch wget to support lfs. > You didn't tell us which version of wget package you were using. Ah yes, excellent point and muy bad on my behalf. It was the copy included with (and possibly updates as part of) FC2. Maybe the text needs to indicate that it may not work with some versions of wget and that the following are know to work (having been tested). Rodd From rodd at clarkson.id.au Wed Apr 13 04:32:18 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 13 Apr 2005 14:32:18 +1000 Subject: New 'ClearLooks' Artwork In-Reply-To: <1113345230.3186.2.camel@jeffrey.jeffsdomain.net> References: <1113309990.2276.4.camel@fluffbox.fluffnet> <1113345230.3186.2.camel@jeffrey.jeffsdomain.net> Message-ID: <1113366738.5037.30.camel@jellyfish.redfishdemo.com> On Tue, 2005-04-12 at 18:33 -0400, Jeffrey D. Yuille wrote: > On Tue, 2005-04-12 at 07:46 -0500, Kyle Pointer wrote: > > I just updated my fedora core 4 test 1 to fedora core 4 test 2 just to > > see if there where any sort of changes I wasn't getting with YUM. > > And I noticed that they have changed the default theme. :-\ > > I love the old Bluecurve theme and think it should stay the same. And I > > think the GNOME LOGO or Red Hat should be optional somehow. Because one > > of the major reasons I have been using redhat products is because how > > nice they look. > > Now don't get me wrong, I think ClearLooks is nice and all, but I still > > think the default theme should be Bluecurve. > > I mean, its simple enough to change it, but when I was a new user and > > had no idea how to change themes etc. I had always been very fond of > > bluecurve. > > -- Kyle Pointer > > > > I agree wholeheartedly - why not keep the old BlueCurve as the > default theme? I also believe that the RedHat logo should be optional. > After all, that's what makes Fedora what it is - it's distinguishable > red hat (Fedora). I actually prefer ClearLook to BlueCurve, but each to their own. I believe (but could be wrong) that the move to ClearLook is part of the philosophy of trying to follow upstream trends as much as possible for various packages. With ClearLook set to become the default theme for Gnome it would appear that FC is following this upstream trend and using is as the default them for FC4. R. From rodd at clarkson.id.au Wed Apr 13 04:34:13 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 13 Apr 2005 14:34:13 +1000 Subject: fc4t2 install/ minor problems In-Reply-To: <1113311560.3173.48.camel@cutter> References: <425BAB06.8060909@xmission.com> <1113311560.3173.48.camel@cutter> Message-ID: <1113366853.5037.32.camel@jellyfish.redfishdemo.com> On Tue, 2005-04-12 at 09:12 -0400, seth vidal wrote: > > I'm not at all familiar with yum. I've always used apt/synaptic. If I > > do #yum update, it returns a message about public.gpg.key > > open up /etc/yum.conf and change gpgcheck=1 to gpgcheck=0 > > see if that helps. Given that this seems to be a prerequisite to sucessfully using yum in rawhide, why isn't this the default? Rodd From rodd at clarkson.id.au Wed Apr 13 04:44:01 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 13 Apr 2005 14:44:01 +1000 Subject: FC4t2 no good without LILO In-Reply-To: <1113325617.4963.54.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> Message-ID: <1113367441.5037.40.camel@jellyfish.redfishdemo.com> On Tue, 2005-04-12 at 11:06 -0600, Guy Fraser wrote: > The tards are not going to listen. And I've tuned out already... It's not exactly a great example of statesmanship referring to someone who you want a positive response from as a retard. It's also not very pleasant to talk about those in the unfortunate position of have intellectual delays as retards, but I get the feeling you already know this and this is why you refer to them as tards, hoping that this shortening of the word might in some way make mocking their circumstances appropraite. I can put up with all sorts of comments, ideas or language on lists, but I have very little patience for people who discriminate against others on the basis of a disability and for people use someones disability as context with which to insult others. Rodd From skvidal at phy.duke.edu Wed Apr 13 04:45:55 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 00:45:55 -0400 Subject: fc4t2 install/ minor problems In-Reply-To: <1113366853.5037.32.camel@jellyfish.redfishdemo.com> References: <425BAB06.8060909@xmission.com> <1113311560.3173.48.camel@cutter> <1113366853.5037.32.camel@jellyfish.redfishdemo.com> Message-ID: <1113367555.18389.10.camel@cutter> On Wed, 2005-04-13 at 14:34 +1000, Rodd Clarkson wrote: > On Tue, 2005-04-12 at 09:12 -0400, seth vidal wrote: > > > I'm not at all familiar with yum. I've always used apt/synaptic. If I > > > do #yum update, it returns a message about public.gpg.key > > > > open up /etc/yum.conf and change gpgcheck=1 to gpgcheck=0 > > > > see if that helps. > > Given that this seems to be a prerequisite to sucessfully using yum in > rawhide, why isn't this the default? > b/c it was a mistake. Those happen sometimes. -sv From mattdm at mattdm.org Wed Apr 13 04:50:17 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 13 Apr 2005 00:50:17 -0400 Subject: fc4t2 install/ minor problems In-Reply-To: <1113367555.18389.10.camel@cutter> References: <425BAB06.8060909@xmission.com> <1113311560.3173.48.camel@cutter> <1113366853.5037.32.camel@jellyfish.redfishdemo.com> <1113367555.18389.10.camel@cutter> Message-ID: <20050413045017.GA22701@jadzia.bu.edu> On Wed, Apr 13, 2005 at 12:45:55AM -0400, seth vidal wrote: > > > open up /etc/yum.conf and change gpgcheck=1 to gpgcheck=0 > > > see if that helps. > > Given that this seems to be a prerequisite to sucessfully using yum in > > rawhide, why isn't this the default? > b/c it was a mistake. It'd be a worse mistake to have it default to off and forget to switch it around.... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From darren at dzr-web.com Wed Apr 13 04:47:53 2005 From: darren at dzr-web.com (D. D. Brierton) Date: Wed, 13 Apr 2005 05:47:53 +0100 Subject: FC4t2 no good without LILO In-Reply-To: <1113367441.5037.40.camel@jellyfish.redfishdemo.com> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> <1113367441.5037.40.camel@jellyfish.redfishdemo.com> Message-ID: <1113367673.7171.46.camel@excession.dzr> On Wed, 2005-04-13 at 14:44 +1000, Rodd Clarkson wrote: > I can put up with all sorts of comments, ideas or language on lists, but > I have very little patience for people who discriminate against others > on the basis of a disability and for people use someones disability as > context with which to insult others. Well said. Best, Darren (who swore he wouldn't take part in this flame war) -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From darren at dzr-web.com Wed Apr 13 04:46:01 2005 From: darren at dzr-web.com (D. D. Brierton) Date: Wed, 13 Apr 2005 05:46:01 +0100 Subject: New 'ClearLooks' Artwork In-Reply-To: <1113366738.5037.30.camel@jellyfish.redfishdemo.com> References: <1113309990.2276.4.camel@fluffbox.fluffnet> <1113345230.3186.2.camel@jeffrey.jeffsdomain.net> <1113366738.5037.30.camel@jellyfish.redfishdemo.com> Message-ID: <1113367561.7171.44.camel@excession.dzr> On Wed, 2005-04-13 at 14:32 +1000, Rodd Clarkson wrote: > I believe (but could be wrong) that the move to ClearLook is part of the > philosophy of trying to follow upstream trends as much as possible for > various packages. With ClearLook set to become the default theme for > Gnome it would appear that FC is following this upstream trend and using > is as the default them for FC4. I am not a fan aesthetically of BlueCurve (I always switch to Industrial), but it is/was very important for one thing: it was both a KDE theme and a GNOME theme. As far as I know (and I might easily be wrong) ClearLook isn't. This strikes me as an odd decision on the part of Red Hat. Following upstream is one thing, but FC is also meant to be a testing ground for RHEL. Even if, like myself, one uses the default GNOME desktop there are KDE applications which are offered as defaults such K3B and kcron. Having a unifying theme is a usability plus. Why abandon the work on a unified theme for both GNOME and KDE? I don't get it. Surely BlueCurve could've been tweaked and hacked to work around whatever the dissatisfactions with it were. Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From pjones at redhat.com Wed Apr 13 05:00:44 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 13 Apr 2005 01:00:44 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <20050413035109.GA20290@jadzia.bu.edu> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> Message-ID: <1113368444.21240.4.camel@localhost.localdomain> On Tue, 2005-04-12 at 23:51 -0400, Matthew Miller wrote: > On Tue, Apr 12, 2005 at 05:23:48PM -0700, Mike Bird wrote: > > So we have a package that is essential in some circumstances, that costs > > next to nothing to maintain, and that takes up <0.1% of a CD's space. > > You're missing a huge part of the picture. Having lilo the package (even > though as you note, it's not really maintained) might not be much, but it > requires a lot of complicated kludgy infrastructure in the installer, and in > mkinitrd, etc., and makes kernel updates very fragile. > > *That's* what makes the developers want to drop it -- it's not just to make > your life hard. And even if all that is present, the model behind lilo is unreliable, and has always caused major problems. When we shipped lilo by default, the various incarnations of "LI", "L 01 01 01...", etc were a *major* support issue, because reinstalling the first stage bootloader is very failure prone. -- Peter From gene.heskett at verizon.net Wed Apr 13 05:12:03 2005 From: gene.heskett at verizon.net (Gene Heskett) Date: Wed, 13 Apr 2005 01:12:03 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113364002.14576.301.camel@mgb.bullion.ims> References: <1113359018.2995.45.camel@localhost.localdomain> <1113364002.14576.301.camel@mgb.bullion.ims> Message-ID: <200504130112.03732.gene.heskett@verizon.net> On Tuesday 12 April 2005 23:46, Mike Bird wrote: >On Tue, 2005-04-12 at 19:23, Peter Jones wrote: >> I'm choosing to continue not resurrecting lilo, since none of the >> group of you who want it back are willing to provide any technical >> reasons whatsoever. > >Historically Grub has been unreliable. [See bugzillas for Fedora, >Debian, GNU, etc, etc.] If someone tested the latest version of > Grub for six months and found no bugs at all, that would not change > the fact that historically Grub has been notoriously unreliable. I beg your pardon! I will submit that only those who do not want to understand how grub works will ever have any problems with it. Once I learned howto edit my own grub.conf, it has never been a problem. Flat statement. >Historically Lilo has been reliable. Even a five year old version > is works fine. If you don't screw up the src file that is, or insatll it on a system whose boot partition lives beyond the 1024th cylinder for that 5year old version. Screw up an entry in grub.conf, and the previous one is still bootable so its an easy fix once you realise your fat fingers didn't type what you told them to in adding the new entry. That happens to me more often than I want to admit at my age. >Now, after five years of missing features and poor reliability, you >claim that Grub is as reliable as Lilo. I doubt it - and experience >dictates scepticism here - but nobody yet knows for certain. Its far more reliable. >Does your opinion merit our trying Grub again sometime? Yes. > >Does your opinion justify throwing out Lilo? No. It's an > unjustifiable risk based upon the packages' respective histories. I threw lilo out with the bath water back about RH7.3, and have never had any reason to regret that, ever. >The WMD have now morphed into the difficulty of running Lilo from >Anaconda. (Seems incredible to me but I'll allow you some leeway > here since I haven't actually tried to write code to invoke Lilo > from Anaconda.) Well, if they don't get along, add a --play-nicely > patch to Lilo. It's a lot easier to munge a command-line interface > in Linux space than to reinvent all of Lilo's wheels in boot space. > >Or work on Grub if Redhat shareholders don't object. Use Grub if > you prefer it. Make Grub the default for newbies if you like. > Just don't deliberately break things for those of us who need the > reliable service that Lilo provides. > >YOU are the one who broke things. YOU are the one who has provided > no justification for breaking things. WE aren't trying to dictate > which boot loader you use. WE just want YOU to stop breaking > things. (Is this getting too personal?) Please, look in the mirror before you accuse someone of breaking grub. >Lilo worked fine until you removed it. Put it back. Don't mess > with it. Focus on Grub. Try not to think about Lilo. Let the > scripts compile it with the rest of FC4 and ship it on the damned > CD's. Now, thats not to say that someone trying to write a grub.conf updater thats at least as smart as someone fam with vim can't screw tyour grub.conf up. Thats why I *never*, _ever_ do a make install when building a new kernel, and frankly, I have never used rpm to update a kernel for exactly the same reason. Those scripts are carved for the lowest common denominator, and can very well hose your ability to recover by booting the old install. Thats the rpm's post processing script at fault, and no fault of grub. Your are pointing the finger at the wrong perp. >--Mike Bird -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.34% setiathome rank, not too shabby for a WV hillbilly Yahoo.com and AOL/TW attorneys please note, additions to the above message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved. From gene.heskett at verizon.net Wed Apr 13 05:15:08 2005 From: gene.heskett at verizon.net (Gene Heskett) Date: Wed, 13 Apr 2005 01:15:08 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113367673.7171.46.camel@excession.dzr> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113367441.5037.40.camel@jellyfish.redfishdemo.com> <1113367673.7171.46.camel@excession.dzr> Message-ID: <200504130115.08371.gene.heskett@verizon.net> On Wednesday 13 April 2005 00:47, D. D. Brierton wrote: >On Wed, 2005-04-13 at 14:44 +1000, Rodd Clarkson wrote: >> I can put up with all sorts of comments, ideas or language on >> lists, but I have very little patience for people who discriminate >> against others on the basis of a disability and for people use >> someones disability as context with which to insult others. > >Well said. > >Best, Darren (who swore he wouldn't take part in this flame war) Very well said in fact, from one who already had a comment in this thread. Calling someone a 'tard is very 'poor form' as they would have said 20 years ago about such a faux paugh. >-- >==================================================================== >= D. D. Brierton darren at dzr-web.com > www.dzr-web.com Trying is the first step towards failure (Homer > Simpson) > =================================================================== >== -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.34% setiathome rank, not too shabby for a WV hillbilly Yahoo.com and AOL/TW attorneys please note, additions to the above message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved. From sean.bruno at dsl-only.net Wed Apr 13 05:20:13 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Tue, 12 Apr 2005 22:20:13 -0700 Subject: FC4 yum errors on kernel update Message-ID: <1113369614.25752.0.camel@localhost.localdomain> I don't know what these errors mean, but should they be reported(or have they been reported)? Updating : kernel-smp-devel ##################### [ 54/174] Failed to mmap /usr/src/kernels/2.6.11-1.1233_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1234_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1234_FC4-smp-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1234_FC4smp-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1236_FC4-smp-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1236_FC4smp-i686/./include/config/MARKER Failed to mmap ./include/config/MARKER Sean From shiva at sewingwitch.com Wed Apr 13 05:22:35 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Tue, 12 Apr 2005 22:22:35 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113368444.21240.4.camel@localhost.localdomain> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113368444.21240.4.camel@localhost.localdomain> Message-ID: <0F9836F8379F59EA54F328AD@[10.0.0.4]> --On Wednesday, April 13, 2005 1:00 AM -0400 Peter Jones wrote: > reinstalling the first stage bootloader is very > failure prone. Which raises the question why this stuff is still on a disk, this far into the millenium. Shouldn't the bootloader be in Flash? What's with the mobo manufacturers not providing some Flash just for this purpose? (Oh, right, that other OS.) From mpeters at mac.com Wed Apr 13 05:24:39 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 12 Apr 2005 22:24:39 -0700 Subject: Media Test (was Re: Hats off to the Developers) In-Reply-To: <20050413033332.GI18611@redhat.com> References: <1113362490.3058.16.camel@fc4t2.mpeters.local> <20050413033332.GI18611@redhat.com> Message-ID: <1113369879.7755.7.camel@fc4t2.mpeters.local> On Tue, 2005-04-12 at 23:33 -0400, Dave Jones wrote: > On Tue, Apr 12, 2005 at 08:21:30PM -0700, Michael A. Peters wrote: > > Other than media check not working - FC4T2 so far has been very usable, > > at least for me. > > This problem has been around for a long time, it'd be really good > to get to a release one day where it gets nailed for good. > > ide=nodma is a workaround for the vast majority of folks who see > this problem, What's odd - I can burn FC3 iso's using cdrecord that do pass the media check on my hardware if I use the -dao -pad option to cdrecord That doesn't seem to do it though for fc4test[1,2] - at least not the DVD media, so something is different somehow. From davej at redhat.com Wed Apr 13 05:26:30 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 13 Apr 2005 01:26:30 -0400 Subject: FC4 yum errors on kernel update In-Reply-To: <1113369614.25752.0.camel@localhost.localdomain> References: <1113369614.25752.0.camel@localhost.localdomain> Message-ID: <20050413052630.GA22369@redhat.com> On Tue, Apr 12, 2005 at 10:20:13PM -0700, Sean Bruno wrote: > I don't know what these errors mean, but should they be reported(or have > they been reported)? they have been already (here, and in bugzilla). it's still in the 'head scratching' stage. Dave From mgb-fedora at yosemite.net Wed Apr 13 05:32:15 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 12 Apr 2005 22:32:15 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <20050413035109.GA20290@jadzia.bu.edu> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> Message-ID: <1113370334.14576.383.camel@mgb.bullion.ims> On Tue, 2005-04-12 at 20:51, Matthew Miller wrote: > You're missing a huge part of the picture. Having lilo the package (even > though as you note, it's not really maintained) might not be much, but it > requires a lot of complicated kludgy infrastructure in the installer, and in > mkinitrd, etc., and makes kernel updates very fragile. Based on a quick browse of the sources: The functionality is mostly encapsulated in two neat little programs called grubby and new-kernel-package that are part of the mkinitrd package. Sensibly, they are mostly generic, with small tables and small code sections devoted to Grub, Yaboot, Lilo, Silo, Zipl, and Elilo. Anaconda also has small amounts of loader specific code - mostly in the UI. up2date has boot-loader specific code, but only because it doesn't use grubby (except for grub). The true cost of supporting Lilo in up2date is negligable because grubby should be doing the work. Thus Lilo costs a couple of hundred lines of simple code - simple code which already exists. Anaconda and Grubby and Up2date already handle several kinds of boot loaders and that generality must be retained in order to support the several different architectures. I do not see any massive savings resulting from removing any complicated kludgy infrastructure in the installer. OK, now you can bring out the clue-by-fours. What complicated kludgy infrastructure that's needed for Lilo but not needed for all the other boot loaders did I miss? --Mike Bird From roger at gwch.net Wed Apr 13 05:52:52 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 07:52:52 +0200 Subject: Where is Cyrus-Imapd Message-ID: <425CB3B4.2070201@gwch.net> Hello, I know, cyrus-imapd dropped out of Core due to lack of CD-space. There was once the information, that it will find it's way into extras. *cool* FC4 - Extras are online available via yum directly, that superb. BUT: I found cyrus-imapd neither in core nor in extras! Will i have to file it in bugzilla, that it goes in there? Roger From skvidal at phy.duke.edu Wed Apr 13 05:55:59 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 01:55:59 -0400 Subject: Where is Cyrus-Imapd In-Reply-To: <425CB3B4.2070201@gwch.net> References: <425CB3B4.2070201@gwch.net> Message-ID: <1113371759.18389.32.camel@cutter> On Wed, 2005-04-13 at 07:52 +0200, Roger Grosswiler wrote: > Hello, > > I know, cyrus-imapd dropped out of Core due to lack of CD-space. There > was once the information, that it will find it's way into extras. > > *cool* FC4 - Extras are online available via yum directly, that superb. > > BUT: I found cyrus-imapd neither in core nor in extras! > > Will i have to file it in bugzilla, that it goes in there? > cyrus-imapd needs a maintainer in extras. -sv From a.kurtz at hardsun.net Wed Apr 13 06:10:57 2005 From: a.kurtz at hardsun.net (Aaron Kurtz) Date: Tue, 12 Apr 2005 23:10:57 -0700 Subject: New 'ClearLooks' Artwork In-Reply-To: <1113367561.7171.44.camel@excession.dzr> References: <1113309990.2276.4.camel@fluffbox.fluffnet> <1113345230.3186.2.camel@jeffrey.jeffsdomain.net> <1113366738.5037.30.camel@jellyfish.redfishdemo.com> <1113367561.7171.44.camel@excession.dzr> Message-ID: <1113372657.3676.9.camel@rydia.hardsun.net> On Wed, 2005-04-13 at 05:46 +0100, D. D. Brierton wrote: > I am not a fan aesthetically of BlueCurve (I always switch to > Industrial), but it is/was very important for one thing: it was both a > KDE theme and a GNOME theme. As far as I know (and I might easily be > wrong) ClearLook isn't. This strikes me as an odd decision on the part > of Red Hat. Following upstream is one thing, but FC is also meant to be > a testing ground for RHEL. Even if, like myself, one uses the default > GNOME desktop there are KDE applications which are offered as defaults > such K3B and kcron. Having a unifying theme is a usability plus. Why > abandon the work on a unified theme for both GNOME and KDE? I don't get > it. Surely BlueCurve could've been tweaked and hacked to work around > whatever the dissatisfactions with it were. Agreed on the importance of matching themes for KDE/GNOME applications. The one area where Clearlooks has an advantage I'd say is in its window borders or Metacity theme, as it shows the icon of the window on the upper-left corner. I waver on the Gtk theme, but I think the Bluecurve Icons are excellent and fairly clear about the function of their perspective programs, while the Gnome/Clearlooks icons are a lot less smooth and readily apparent. That said, I suspect the decision has been made already, so I just hope Bluecurve is retained in future FC releases. -- Aaron Kurtz From roger at gwch.net Wed Apr 13 06:12:53 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 08:12:53 +0200 Subject: Where is Cyrus-Imapd In-Reply-To: <1113371759.18389.32.camel@cutter> References: <425CB3B4.2070201@gwch.net> <1113371759.18389.32.camel@cutter> Message-ID: <425CB865.1050203@gwch.net> seth vidal schrieb: > On Wed, 2005-04-13 at 07:52 +0200, Roger Grosswiler wrote: > >>Hello, >> >>I know, cyrus-imapd dropped out of Core due to lack of CD-space. There >>was once the information, that it will find it's way into extras. >> >>*cool* FC4 - Extras are online available via yum directly, that superb. >> >>BUT: I found cyrus-imapd neither in core nor in extras! >> >>Will i have to file it in bugzilla, that it goes in there? >> > > > cyrus-imapd needs a maintainer in extras. > > -sv > > Who did it before? Roger From skvidal at phy.duke.edu Wed Apr 13 06:14:03 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 02:14:03 -0400 Subject: Where is Cyrus-Imapd In-Reply-To: <425CB865.1050203@gwch.net> References: <425CB3B4.2070201@gwch.net> <1113371759.18389.32.camel@cutter> <425CB865.1050203@gwch.net> Message-ID: <1113372843.18389.34.camel@cutter> > > > > > Who did it before? > Red hat employee. -sv From roger at gwch.net Wed Apr 13 06:17:44 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 08:17:44 +0200 Subject: Where is Cyrus-Imapd In-Reply-To: <1113372843.18389.34.camel@cutter> References: <425CB3B4.2070201@gwch.net> <1113371759.18389.32.camel@cutter> <425CB865.1050203@gwch.net> <1113372843.18389.34.camel@cutter> Message-ID: <425CB988.2080307@gwch.net> seth vidal schrieb: >>> >>Who did it before? >> > > > Red hat employee. > > -sv > > would be cool to gain simon matter, as he did it before ;-) Roger From alfastarpc at hotmail.com Wed Apr 13 06:22:25 2005 From: alfastarpc at hotmail.com (Herb kwan) Date: Wed, 13 Apr 2005 01:22:25 -0500 Subject: FC4T2 Worse Off Message-ID: Here are my impressions on FC4T2. This is purely from the heart of the end-user viewpoints: FC4T2 is worse off. I am using Dell Dimension 3000 P4 HT 3.0Ghz. Installation went through as easy as FC4T1 without problem, but... 1. Apache server (httpd cannot start) 2. Eclipse launched but frozen (has to power down) 3. OpenOffice is working on one application at a time. If the Base is open, then you try to launch the other OO programs but disappear from... 4. Yum check-update is working but yum -y update is not working. A gpg public key is required. How do I get it? I do not have any problems with FC4T1 with the exception of Jetdirect print problem that I can't even print in FC4T2( as I reported previously it worked only after ignoring the test page garbage print.) Why FC4T2 breaks things so terribly? Regards. Herb Kwan From roger at gwch.net Wed Apr 13 06:22:40 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 08:22:40 +0200 Subject: Selecting language while installation - Missing Langpacks in OO Message-ID: <425CBAB0.5020206@gwch.net> Hey there, perhaps i have not seen it. But is it possible, that you cannot choose your system's language while installing FC4 T2 in text mode? Still you can choose the language for the installation process, but i would prefer having german on my system, and if i'm not wrong, i couldn't choose it. It was not a big problem, as i could choose it on the login-screen. But applications like oo will not have the appropriate langpack installed. I do this manually now. Roger From skvidal at phy.duke.edu Wed Apr 13 06:23:09 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 02:23:09 -0400 Subject: Where is Cyrus-Imapd In-Reply-To: <425CB988.2080307@gwch.net> References: <425CB3B4.2070201@gwch.net> <1113371759.18389.32.camel@cutter> <425CB865.1050203@gwch.net> <1113372843.18389.34.camel@cutter> <425CB988.2080307@gwch.net> Message-ID: <1113373389.18389.36.camel@cutter> On Wed, 2005-04-13 at 08:17 +0200, Roger Grosswiler wrote: > seth vidal schrieb: > >>> > >>Who did it before? > >> > > > > > > Red hat employee. > > > > -sv > > > > > would be cool to gain simon matter, as he did it before ;-) Care to ask him? -sv From roger at gwch.net Wed Apr 13 06:33:52 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 08:33:52 +0200 Subject: Where is Cyrus-Imapd In-Reply-To: <1113373389.18389.36.camel@cutter> References: <425CB3B4.2070201@gwch.net> <1113371759.18389.32.camel@cutter> <425CB865.1050203@gwch.net> <1113372843.18389.34.camel@cutter> <425CB988.2080307@gwch.net> <1113373389.18389.36.camel@cutter> Message-ID: <425CBD50.3050706@gwch.net> seth vidal schrieb: > On Wed, 2005-04-13 at 08:17 +0200, Roger Grosswiler wrote: > >>seth vidal schrieb: >> >>>>Who did it before? >>>> >>> >>> >>>Red hat employee. >>> >>>-sv >>> >>> >> >>would be cool to gain simon matter, as he did it before ;-) > > > Care to ask him? > > -sv > > Who should be informed, if he would be interested in doing it? Roger From skvidal at phy.duke.edu Wed Apr 13 06:46:45 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 02:46:45 -0400 Subject: Where is Cyrus-Imapd In-Reply-To: <425CBD50.3050706@gwch.net> References: <425CB3B4.2070201@gwch.net> <1113371759.18389.32.camel@cutter> <425CB865.1050203@gwch.net> <1113372843.18389.34.camel@cutter> <425CB988.2080307@gwch.net> <1113373389.18389.36.camel@cutter> <425CBD50.3050706@gwch.net> Message-ID: <1113374805.18389.38.camel@cutter> > Who should be informed, if he would be interested in doing it? Tell him to just sign up for a cvs account and request a sponsor. -sv From roger at gwch.net Wed Apr 13 06:48:16 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 08:48:16 +0200 Subject: Where is Cyrus-Imapd In-Reply-To: <1113374805.18389.38.camel@cutter> References: <425CB3B4.2070201@gwch.net> <1113371759.18389.32.camel@cutter> <425CB865.1050203@gwch.net> <1113372843.18389.34.camel@cutter> <425CB988.2080307@gwch.net> <1113373389.18389.36.camel@cutter> <425CBD50.3050706@gwch.net> <1113374805.18389.38.camel@cutter> Message-ID: <425CC0B0.5020301@gwch.net> seth vidal schrieb: >>Who should be informed, if he would be interested in doing it? > > > Tell him to just sign up for a cvs account and request a sponsor. > -sv > > And where does he have to do this? Do you have a url? Roger From skvidal at phy.duke.edu Wed Apr 13 06:50:16 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 02:50:16 -0400 Subject: Where is Cyrus-Imapd In-Reply-To: <425CC0B0.5020301@gwch.net> References: <425CB3B4.2070201@gwch.net> <1113371759.18389.32.camel@cutter> <425CB865.1050203@gwch.net> <1113372843.18389.34.camel@cutter> <425CB988.2080307@gwch.net> <1113373389.18389.36.camel@cutter> <425CBD50.3050706@gwch.net> <1113374805.18389.38.camel@cutter> <425CC0B0.5020301@gwch.net> Message-ID: <1113375016.18389.40.camel@cutter> On Wed, 2005-04-13 at 08:48 +0200, Roger Grosswiler wrote: > seth vidal schrieb: > >>Who should be informed, if he would be interested in doing it? > > > > > > Tell him to just sign up for a cvs account and request a sponsor. > > -sv > > > > > And where does he have to do this? Do you have a url? > http://fedoraproject.org/wiki/Extras Read in the developers section. -sv From roger at gwch.net Wed Apr 13 06:55:37 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 08:55:37 +0200 Subject: Where is Cyrus-Imapd In-Reply-To: <1113375016.18389.40.camel@cutter> References: <425CB3B4.2070201@gwch.net> <1113371759.18389.32.camel@cutter> <425CB865.1050203@gwch.net> <1113372843.18389.34.camel@cutter> <425CB988.2080307@gwch.net> <1113373389.18389.36.camel@cutter> <425CBD50.3050706@gwch.net> <1113374805.18389.38.camel@cutter> <425CC0B0.5020301@gwch.net> <1113375016.18389.40.camel@cutter> Message-ID: <425CC269.2040401@gwch.net> seth vidal schrieb: > On Wed, 2005-04-13 at 08:48 +0200, Roger Grosswiler wrote: > >>seth vidal schrieb: >> >>>>Who should be informed, if he would be interested in doing it? >>> >>> >>>Tell him to just sign up for a cvs account and request a sponsor. >>>-sv >>> >>> >> >>And where does he have to do this? Do you have a url? >> > > http://fedoraproject.org/wiki/Extras > > > Read in the developers section. > -sv > > Would you sponsor it? Roger From skvidal at phy.duke.edu Wed Apr 13 06:58:18 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 02:58:18 -0400 Subject: Where is Cyrus-Imapd In-Reply-To: <425CC269.2040401@gwch.net> References: <425CB3B4.2070201@gwch.net> <1113371759.18389.32.camel@cutter> <425CB865.1050203@gwch.net> <1113372843.18389.34.camel@cutter> <425CB988.2080307@gwch.net> <1113373389.18389.36.camel@cutter> <425CBD50.3050706@gwch.net> <1113374805.18389.38.camel@cutter> <425CC0B0.5020301@gwch.net> <1113375016.18389.40.camel@cutter> <425CC269.2040401@gwch.net> Message-ID: <1113375498.18389.42.camel@cutter> > > > Would you sponsor it? > no. I don't have the time. -sv From roger at gwch.net Wed Apr 13 07:20:55 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 09:20:55 +0200 Subject: Router discovery fails on startup Message-ID: <425CC857.3060107@gwch.net> Hi, router discovery (rdisc) fails on startup. It seems, that /etc/sysconfig/rdisc is missing. Roger From roger at gwch.net Wed Apr 13 07:22:36 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 09:22:36 +0200 Subject: dhclient starting several times? Message-ID: <425CC8BC.9090701@gwch.net> Hi, is this necessary?? root 1829 1 0 05:35 ? 00:00:00 /sbin/dhclient -1 -q -cf /etc/dhclient-eth0.conf -lf /var/lib/dhcp/dhclient-eth0.leases -pf /var/run/dhclient root 1835 1 0 05:35 ? 00:00:00 /sbin/dhclient -1 -q -cf /etc/dhclient-eth0.conf -lf /var/lib/dhcp/dhclient-eth0.leases -pf /var/run/dhclient root 2000 1 0 05:35 ? 00:00:00 [kjournald] root 2220 1 0 05:35 ? 00:00:00 /sbin/cardmgr root 2438 1 0 05:35 ? 00:00:00 /sbin/dhclient -1 -q -cf /etc/dhclient-eth0.conf -lf /var/lib/dhcp/dhclient-eth0.leases -pf /var/run/dhclient Roger From roger at gwch.net Wed Apr 13 07:29:36 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 09:29:36 +0200 Subject: /dev/.udev.tdb - is what for? Message-ID: <425CCA60.2050603@gwch.net> Hi, Running rkhunter shows, that above should be inspected. I am quite sure, this is a false positive. What are those classes for? Roger From caolanm at redhat.com Wed Apr 13 08:50:01 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 13 Apr 2005 08:50:01 +0000 Subject: OpenOffice won't launch In-Reply-To: <425C8562.90307@xmission.com> References: <425C8441.5050606@xmission.com> <425C8562.90307@xmission.com> Message-ID: <1113382202.11983.1.camel@sheol.homelinux.org> On Tue, 2005-04-12 at 20:35 -0600, Al Kroeger wrote: > $ oowriter > > GThread-ERROR **: GThread system may only be initialized once. > aborting... Sounds like https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154215 do you have desktop accessibility enabled ? C. From hobbit at aloss.ukuu.org.uk Wed Apr 13 07:10:09 2005 From: hobbit at aloss.ukuu.org.uk (Telsa Gwynne) Date: Wed, 13 Apr 2005 08:10:09 +0100 Subject: Selecting language while installation - Missing Langpacks in OO In-Reply-To: <425CBAB0.5020206@gwch.net> References: <425CBAB0.5020206@gwch.net> Message-ID: <20050413071009.GB21780@lxorguk.ukuu.org.uk> On Wed, Apr 13, 2005 at 08:22:40AM +0200 or thereabouts, Roger Grosswiler wrote: > Hey there, > > perhaps i have not seen it. But is it possible, that you cannot choose > your system's language while installing FC4 T2 in text mode? Bug 153285 ? text install did not offer language selections for post-install https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153285 It is currently closed as fixed-in-rawhide. Is it not fixed? Telsa From res at ausics.net Wed Apr 13 08:11:46 2005 From: res at ausics.net (Res) Date: Wed, 13 Apr 2005 18:11:46 +1000 (EST) Subject: FC4t2 no good without LILO In-Reply-To: <1113345033.4963.121.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> <1113335084.5479.137.camel@localhost.localdomain> <1113345033.4963.121.camel@sigurd.incentre.net> Message-ID: On Tue, 12 Apr 2005, Guy Fraser wrote: > You could hear the pin drop... > > Yikes, a grenade. > ;-) > > Well put, but the tards who decide don't care. Sadly thats correct, CentOS from memory gives you a choice, this is spose to be a clone of RHEL Why they dont offer the choice anymore is beyond me, apart from maybe they have some vested interest in grub, trying to force the hands of others, hmmm is this Raleigh we are dealing with here or Redmond? -- Cheers Res From mpeters at mac.com Wed Apr 13 08:12:11 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 13 Apr 2005 08:12:11 +0000 Subject: FC4T2 Worse Off In-Reply-To: (from alfastarpc@hotmail.com on Tue Apr 12 23:22:25 2005) References: Message-ID: <1113379931l.6777l.0l@devel.mpeters.local> On 04/12/2005 11:22:25 PM, Herb kwan wrote: > Here are my impressions on FC4T2. This is purely from the heart of > the end-user viewpoints: > FC4T2 is worse off. I am using Dell Dimension 3000 P4 HT 3.0Ghz. > > Installation went through as easy as FC4T1 without problem, but... > > 1. Apache server (httpd cannot start) What does the apache log say? It starts fine for me. > 4. Yum check-update is working but yum -y update is not working. A > gpg public key is required. How do I get it? Even if you import the public key (which is in /usr/share/doc/fedora- release-3.90/ and can be imported via rpm --import /usr/share/doc/fedora-release-3.90/RPM-GPG-KEY-fedora- rawhide ) you would still have problems because not all packages are signed. What you want to do is add the line gpgcheck=0 to the end of /etc/yum.repos.d/fedora-devel.repo > > I do not have any problems with FC4T1 with the exception of Jetdirect > print problem that I can't even print in FC4T2( as I reported > previously it worked only after ignoring the test page garbage > print.) > > Why FC4T2 breaks things so terribly? Hopefully we can find out so fc4 release will work for you better. -- Michael A. Peters http://mpeters.us/ From res at ausics.net Wed Apr 13 08:20:33 2005 From: res at ausics.net (Res) Date: Wed, 13 Apr 2005 18:20:33 +1000 (EST) Subject: FC4t2 no good without LILO In-Reply-To: <20050413035109.GA20290@jadzia.bu.edu> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> Message-ID: On Tue, 12 Apr 2005, Matthew Miller wrote: > On Tue, Apr 12, 2005 at 05:23:48PM -0700, Mike Bird wrote: >> So we have a package that is essential in some circumstances, that costs >> next to nothing to maintain, and that takes up <0.1% of a CD's space. > > You're missing a huge part of the picture. Having lilo the package (even > though as you note, it's not really maintained) might not be much, but it > requires a lot of complicated kludgy infrastructure in the installer, and in > mkinitrd, etc., and makes kernel updates very fragile. what utter crap! we always build our own kernels using the std makefile and the source from kernel.org, if you can compile a kernel then ur done either way, nothing else to do -- Cheers Res From res at ausics.net Wed Apr 13 08:22:12 2005 From: res at ausics.net (Res) Date: Wed, 13 Apr 2005 18:22:12 +1000 (EST) Subject: FC4t2 no good without LILO In-Reply-To: <20050413035848.GN8833@angus.ind.WPI.EDU> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <20050413035848.GN8833@angus.ind.WPI.EDU> Message-ID: On Tue, 12 Apr 2005, Chuck R. Anderson wrote: > On Tue, Apr 12, 2005 at 05:06:51PM -0600, Guy Fraser wrote: >> The biggest problem I have with it, is the error reporting is >> awful and you don't get any clue to what caused the problem. > > As opposed to LILO's error reporting consisting of "LI" during bootup? Its suprising how many ppl have NFI that halting at various points in print statemant of LILO actually has a useful meaning telling them where the problem is. -- Cheers Res From roger at gwch.net Wed Apr 13 08:23:29 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 10:23:29 +0200 (CEST) Subject: Selecting language while installation - Missing Langpacks in OO In-Reply-To: <20050413071009.GB21780@lxorguk.ukuu.org.uk> References: <425CBAB0.5020206@gwch.net> <20050413071009.GB21780@lxorguk.ukuu.org.uk> Message-ID: <20923.62.2.21.164.1113380609.squirrel@www.gwch.net> > On Wed, Apr 13, 2005 at 08:22:40AM +0200 or thereabouts, Roger Grosswiler wrote: >> Hey there, >> >> perhaps i have not seen it. But is it possible, that you cannot choose >> your system's language while installing FC4 T2 in text mode? > > Bug 153285 ??? text install did not offer language selections for post-install > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153285 > > It is currently closed as fixed-in-rawhide. Is it not fixed? > > Telsa > Hi Telsa, No, i cannot remember choosing the system-language as also not the default language. Roger From Rajmund.Krivec at ijs.si Wed Apr 13 08:45:53 2005 From: Rajmund.Krivec at ijs.si (Rajmund Krivec) Date: Wed, 13 Apr 2005 10:45:53 +0200 (CEST) Subject: nforce3 250 gb SATA, NIC In-Reply-To: <20050412213133.GA9861@uniserve.com> References: <425C26B1.7070101@libero.it> <20050412213133.GA9861@uniserve.com> Message-ID: On Tue, 12 Apr 2005, Graydon wrote: > On Tue, Apr 12, 2005 at 09:51:13PM +0200, Cimmo scripsit: > > Rajmund Krivec ha scritto: > > > > >Will Fedora Core 4 support K8N-E (nVidia nForce 3 250 GB) SATA > > >and gigabit NIC? > > SATA is ok, but for my nforce4's integrated network there are a lot of > > problems https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152566 > > > > But I can also read that someone else has some problems with nforce3 > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151445 > > > > The main problem is that all redhat people are ignoring us. > > Nvidia's stuff all has proprietary drivers. They are very resistant to > telling anyone anything about how their stuff works, so the > non-proprietary drivers are reverse-engineered, a slow and tedious and > generally partial process. > > FLOSS support for anything Nvidia will generally suck. The Redhat guys > aren't going to even try to fix that, because until Nvidia decides that > it wants to have good FLOSS drivers out there, there won't be any. > > Redhat can't change that. People *not buying* Nvidia anything for use > with with Linux and making it clear to Nvidia what they were doing > *might* start to change that, but I doubt it. Dear Colleagues, 1. I would buy that explanation if it were not for the fact that the Fedore Core 2 (that's two, or T W O ) broke down on kernel upgrade (its own installation not found, disk not mounted whether I use root=/dev/hde3 or root=0303 or root=33:3 etc.). What has nVidia to do with the fact that stock FC2 works on some motherboard and FC2 upgrade and FC3, do not? 2. Second, do you speak from experience? Best regards, Rajmund From shrek-m at gmx.de Wed Apr 13 09:01:46 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 13 Apr 2005 11:01:46 +0200 Subject: FC4t2 no good without LILO In-Reply-To: References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <20050413035848.GN8833@angus.ind.WPI.EDU> Message-ID: <425CDFFA.70307@gmx.de> Res wrote: > On Tue, 12 Apr 2005, Chuck R. Anderson wrote: > >> On Tue, Apr 12, 2005 at 05:06:51PM -0600, Guy Fraser wrote: >> >>> The biggest problem I have with it, is the error reporting is >>> awful and you don't get any clue to what caused the problem. >> >> As opposed to LILO's error reporting consisting of "LI" during bootup? > > Its suprising how many ppl have NFI that halting at various points in > print statemant of LILO actually has a useful meaning telling them > where the problem is. L error physical hd error ? LI some lilo parts are not found -> bootdisk, check lilo.conf, lilo, reboot ? LIL lilo-map error ? LIL? wrong boot device ? LIL- wrong geometry ? LILO ok my lilo experiences <= rhl7.2, playing russian roulette my grub experiences since >= rhl7.3 absolutely no problems FYI -------- $ info grub -> troubleshooting 14 Error messages reported by GRUB ********************************** This chapter describes error messages reported by GRUB when you encounter trouble. *Note Invoking the grub shell::, if your problem is specific to the grub shell. * Menu: * Stage1 errors:: Errors reported by the Stage 1 * Stage1.5 errors:: Errors reported by the Stage 1.5 * Stage2 errors:: Errors reported by the Stage 2 ----/---- -- shrek-m From jeffy5 at optonline.net Wed Apr 13 10:39:11 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Wed, 13 Apr 2005 06:39:11 -0400 Subject: Router discovery fails on startup In-Reply-To: <425CC857.3060107@gwch.net> References: <425CC857.3060107@gwch.net> Message-ID: <1113388751.5721.2.camel@jeffy.jeffsdomain.net> On Wed, 2005-04-13 at 09:20 +0200, Roger Grosswiler wrote: > Hi, > > router discovery (rdisc) fails on startup. It seems, that > /etc/sysconfig/rdisc is missing. > > Roger > Hello Roger, I have been having the same problem as well. I have a mixed wireless-ethernet network and for some reason, when I start up my wireless laptop (an IBM ThinkPad T30), there is a problem with finding the router. I can still connect to the internet but I have to do so manually each time I log in. A minor inconvenience but an inconvenience nevertheless. Jeff From owaugly at xmission.com Wed Apr 13 10:47:35 2005 From: owaugly at xmission.com (Al Kroeger) Date: Wed, 13 Apr 2005 04:47:35 -0600 Subject: OpenOffice won't launch In-Reply-To: <1113382202.11983.1.camel@sheol.homelinux.org> References: <425C8441.5050606@xmission.com> <425C8562.90307@xmission.com> <1113382202.11983.1.camel@sheol.homelinux.org> Message-ID: <425CF8C7.9070007@xmission.com> Caolan McNamara wrote: >On Tue, 2005-04-12 at 20:35 -0600, Al Kroeger wrote: > > >>$ oowriter >> >>GThread-ERROR **: GThread system may only be initialized once. >>aborting... >> >> > >Sounds like https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154215 > >do you have desktop accessibility enabled ? > >C. > > > I just checked, and accessibility was enabled. I hadn't enabled it, so it must have been shipped enabled. I disabled it and launched oowriter.... now it works. Since I never use the accessibility feature, it won't hurt for me to leave it disabled for now. This could be a real pita for those who need the accessibility features. I read the info on the bug shown above. I downloaded the patch, but I'm not sure where this patch is supposed to be applied. Thanks for the reply. owa From fedora at wir-sind-cool.org Wed Apr 13 10:57:05 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Wed, 13 Apr 2005 12:57:05 +0200 Subject: FC4T2 Worse Off In-Reply-To: References: Message-ID: <20050413125705.2e20168d.fedora@wir-sind-cool.org> On Wed, 13 Apr 2005 01:22:25 -0500, Herb kwan wrote: > 4. Yum check-update is working but yum -y update is not working. A gpg > public key is required. How do I get it? If it doesn't give instructions, do this with superuser privileges: cd /usr/share/doc/fedora-release-3.91/ rpm --import RPM-GPG-KEY* rpm --import http://download.fedora.redhat.com/pub/fedora/linux/extras/RPM-GPG-KEY-Fedora-Extras > I do not have any problems with FC4T1 with the exception of Jetdirect print > problem that I can't even print in FC4T2( as I reported previously it > worked only after ignoring the test page garbage print.) > > Why FC4T2 breaks things so terribly? Because it is an experimental test release. From owaugly at xmission.com Wed Apr 13 10:59:09 2005 From: owaugly at xmission.com (Al Kroeger) Date: Wed, 13 Apr 2005 04:59:09 -0600 Subject: Router discovery fails on startup In-Reply-To: <1113388751.5721.2.camel@jeffy.jeffsdomain.net> References: <425CC857.3060107@gwch.net> <1113388751.5721.2.camel@jeffy.jeffsdomain.net> Message-ID: <425CFB7D.907@xmission.com> Jeffrey D. Yuille wrote: >On Wed, 2005-04-13 at 09:20 +0200, Roger Grosswiler wrote: > > >>Hi, >> >>router discovery (rdisc) fails on startup. It seems, that >>/etc/sysconfig/rdisc is missing. >> >>Roger >> >> >> > > Hello Roger, > > I have been having the same problem as well. I have a mixed >wireless-ethernet network and for some reason, when I start up my >wireless laptop (an IBM ThinkPad T30), there is a problem with finding >the router. I can still connect to the internet but I have to do so >manually each time I log in. A minor inconvenience but an >inconvenience nevertheless. > >Jeff > > > I saw that 'FAILED' scroll by on boot, and thought I had a problem. I have a NETGEAR RP614 v3 router after my dsl modem. But everything works. I can connect. But I continued to get that router detection failure message. I tried disabling rdisc and the 'FAILED' message went away, and everything still works. So, for now, I'll leave it disabled until I discover what, if any, problem disabling it might cause. owa From roger at gwch.net Wed Apr 13 11:03:21 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 13:03:21 +0200 (CEST) Subject: Router discovery fails on startup In-Reply-To: <1113388751.5721.2.camel@jeffy.jeffsdomain.net> References: <425CC857.3060107@gwch.net> <1113388751.5721.2.camel@jeffy.jeffsdomain.net> Message-ID: <22101.62.2.21.164.1113390201.squirrel@www.gwch.net> > On Wed, 2005-04-13 at 09:20 +0200, Roger Grosswiler wrote: >> Hi, >> >> router discovery (rdisc) fails on startup. It seems, that >> /etc/sysconfig/rdisc is missing. >> >> Roger >> > > Hello Roger, > > I have been having the same problem as well. I have a mixed > wireless-ethernet network and for some reason, when I start up my > wireless laptop (an IBM ThinkPad T30), there is a problem with finding > the router. I can still connect to the internet but I have to do so > manually each time I log in. A minor inconvenience but an > inconvenience nevertheless. > > Jeff Jeff, This is strange, as if i do /sbin/route i still get my default gateway. What EXACTLY is this router discovery for? Ah, btw. perhaps it is working because i distribute ip-adresses via dhcp and i deliver a default gateway with. Gonna test this evening with a fixed ip. Roger From cimmo at libero.it Wed Apr 13 11:04:22 2005 From: cimmo at libero.it (Cimmo) Date: Wed, 13 Apr 2005 13:04:22 +0200 Subject: Anaconda or Grub write a wrong grub.conf for my windows partition In-Reply-To: <1113344240.4963.112.camel@sigurd.incentre.net> References: <425BE438.80701@libero.it> <1113329780.5479.114.camel@localhost.localdomain> <425C22D5.6000009@libero.it> <1113335321.5479.142.camel@localhost.localdomain> <1113344240.4963.112.camel@sigurd.incentre.net> Message-ID: <425CFCB6.2000402@libero.it> Guy Fraser ha scritto: >It's not a bug, he's using the wrong equipment, because we all know >that all the bugs in GRUB are duplicates that don't affect any of >the developers, so the people experiencing them are just doing >something wrong. > >Error XXXX obviously means you were messing with a perfectly good >setup and should have left it alone, as is plainly noted by the >message and documentation. > > > I haven't understood. In my particular case what I haven't done in your opinion? I think that a lot of people that want to try linux for the first time and try to do a multiboot without knowing anything about how it works wants that FC recognizes and automatically makes a dual boot that works and not that they have to read all grub's documentation, FAQ and whatever. I fixed in 1 minute because I know what to do...but another person? bye Cimmo From roger at gwch.net Wed Apr 13 11:06:54 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 13:06:54 +0200 (CEST) Subject: Router discovery fails on startup In-Reply-To: <425CFB7D.907@xmission.com> References: <425CC857.3060107@gwch.net> <1113388751.5721.2.camel@jeffy.jeffsdomain.net> <425CFB7D.907@xmission.com> Message-ID: <24882.62.2.21.164.1113390414.squirrel@www.gwch.net> > Jeffrey D. Yuille wrote: > >>On Wed, 2005-04-13 at 09:20 +0200, Roger Grosswiler wrote: >> >> >>>Hi, >>> >>>router discovery (rdisc) fails on startup. It seems, that >>>/etc/sysconfig/rdisc is missing. >>> >>>Roger >>> >>> >>> >> >> Hello Roger, >> >> I have been having the same problem as well. I have a mixed >>wireless-ethernet network and for some reason, when I start up my >>wireless laptop (an IBM ThinkPad T30), there is a problem with finding >>the router. I can still connect to the internet but I have to do so >>manually each time I log in. A minor inconvenience but an >>inconvenience nevertheless. >> >>Jeff >> >> >> > I saw that 'FAILED' scroll by on boot, and thought I had a problem. I > have a NETGEAR RP614 v3 router after my dsl modem. But everything > works. I can connect. But I continued to get that router detection > failure message. I tried disabling rdisc and the 'FAILED' message went > away, and everything still works. So, for now, I'll leave it disabled > until I discover what, if any, problem disabling it might cause. > owa > This is working for you, but doesn't really resolve the problem ;-) I personally think, that all that thing has NOT is the config that should be (according to /etc/init.d/rdisc) in /etc/sysconfig/. Gonna look for manpages this evening. Roger From surak at casa.surak.eti.br Wed Apr 13 11:12:39 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 13 Apr 2005 08:12:39 -0300 Subject: FC4t2 no good without LILO In-Reply-To: <1113333722.4963.92.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> Message-ID: <1113390759.24841.5.camel@localhost.surak.eti.br> Em Ter, 2005-04-12 ?s 13:22 -0600, Guy Fraser escreveu: > > Fedora Core 4 is going to be how many CDs? There needs to be a sanity > > limit on how much software is packaged as part of Fedora Core, tracked and > > maintained by Red Hat. That's just a reality. > > Then drop Emacs and LateX they blow a metric tonne of space. Yes! Do it please! Remove vi too! It's not for the dumb! :-) Just kidding. Please do not troll this. -- Alexandre Strube From owaugly at xmission.com Wed Apr 13 11:12:58 2005 From: owaugly at xmission.com (Al Kroeger) Date: Wed, 13 Apr 2005 05:12:58 -0600 Subject: printer not configured during installation Message-ID: <425CFEBA.7000600@xmission.com> Now that I can launch OpenOffice, I printed a small job just to test OO. Surprise! No printer. Not a big problem, just had to set up my printer in system-config-printer. But, this is the first time I've had to actually set up the printer since I tried out Debian...choke..... It's surprising that it wasn't discovered and configured by kudzu. owa From surak at casa.surak.eti.br Wed Apr 13 11:31:40 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 13 Apr 2005 08:31:40 -0300 Subject: some music would be great In-Reply-To: <425C4148.6050602@vodafone.de> References: <1113338004.5479.166.camel@localhost.localdomain> <425C27B8.8090609@vodafone.de> <425C44D2.20000@n-man.com> <425C4148.6050602@vodafone.de> Message-ID: <1113391901.24841.7.camel@localhost.surak.eti.br> Em Ter, 2005-04-12 ?s 23:44 +0200, Frank Sander escreveu: > Thanks for xmms I have a CD playing some music now. > but as always I have some new trouble: > > what ever I do I can not control the volume. > I am running gnome and the volume control there only is able to switch > of the music via the pcm switch. > I can do on master or CD or what ever slider I want. only PCM switch is > working. You're not using analog audio, right? That's why cd control does not work. From cimmo at libero.it Wed Apr 13 11:37:43 2005 From: cimmo at libero.it (Cimmo) Date: Wed, 13 Apr 2005 13:37:43 +0200 Subject: anaconda back/forward buttons In-Reply-To: <1113345052.5261.8.camel@mysterx.vipie.be> References: <1113345052.5261.8.camel@mysterx.vipie.be> Message-ID: <425D0487.1090703@libero.it> Koenraad Heijlen ha scritto: >Hey > >I'm not sure if this is a bug: the Back and Next buttons have different >icons in the FC4t2 installer. Is this on purpose? I simply found it >kinda weird. > > > Also during my installation next or back button disappears randomly, putting cursor over them they reappear From buildsys at redhat.com Wed Apr 13 11:41:46 2005 From: buildsys at redhat.com (Build System) Date: Wed, 13 Apr 2005 07:41:46 -0400 Subject: rawhide report: 20050413 changes Message-ID: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> Updated Packages: SDL-1.2.8-3 ----------- * Tue Apr 12 2005 Thomas Woerner 1.2.8-3 - fixed gcc4 compile problems - fixed x86_64 endian problem * Wed Feb 09 2005 Thomas Woerner 1.2.8-2 - rebuild * Fri Dec 17 2004 Thomas Woerner 1.2.8-1 - new version 1.2.8 authconfig-4.6.12-1 ------------------- * Tue Apr 12 2005 Tomas Mraz - 4.6.12-1 - replaced deprecated gtk.TRUE/FALSE (#153034) - updated translations * Mon Mar 14 2005 Tomas Mraz - propagate the --enablewinbindauth option to the configuration (#151018) dbus-0.32-6 ----------- * Tue Apr 12 2005 John (J5) Palmieri - 0.32-6 - Added patch to fix deadlocks when using recursive g_mains * Tue Apr 12 2005 John (J5) Palmieri - 0.32-5 - replace selinux_init patch with selinux_chroot_workaround patch to work around bad selinux interactions when using chroots on the beehive build machines * Mon Apr 11 2005 John (J5) Palmieri - 0.32-4 - add print_child_pid patch which make sure we prin the child's pid if we fork dmraid-1.0.0.rc7-4_FC4 ---------------------- * Wed Mar 16 2005 Elliot Lee - rebuilt * Tue Mar 15 2005 Heinz Mauelshagen 1.0.0.rc6.1-4_FC4 - VIA metadata format handler - added RAID10 to lsi metadata format handler - "dmraid -rD": file device size into {devicename}_{formatname}.size - "dmraid -tay": pretty print multi-line tables ala "dmsetup table" - "dmraid -l": display supported RAID levels + manual update - _sil_read() used LOG_NOTICE rather than LOG_INFO in order to avoid messages about valid metadata areas being displayed during "dmraid -vay". - isw, sil filed metadata offset on "-r -D" in sectors rather than in bytes. - isw needed dev_sort() to sort RAID devices in sets correctly. - pdc metadata format handler name creation. Lead to wrong RAID set grouping logic in some configurations. - pdc RAID1 size calculation fixed (rc6.1) - dos.c: partition table code fixes by Paul Moore - _free_dev_pointers(): fixed potential OOB error - hpt37x_check: deal with raid_disks = 1 in mirror sets - pdc_check: status & 0x80 doesn't always show a failed device; removed that check for now. Status definitions needed. - sil addition of RAID sets to global list of sets - sil spare device memory leak - group_set(): removal of RAID set in case of error - hpt37x: handle total_secs > device size - allow -p with -f - enhanced error message by checking target type against list of registered target types dovecot-0.99.14-3.fc4 --------------------- * Tue Apr 12 2005 Tom Lane 0.99.14-3.fc4 - Rebuild for Postgres 8.0.2 (new libpq major version). eclipse-1:3.1.0_fc-0.M5.19 -------------------------- * Tue Apr 12 2005 Andrew Overholt 3.1.0_fc-0.M5.19 - Add Requires(post,postun): java-1.4.2-gcj-compat for rebuild-gcj-db (Joe Orton). - Add ecj binary. * Wed Apr 06 2005 Andrew Overholt 3.1.0_fc-0.M5.18 - Fix typo in gcj db building loops. - Add -O1 to x86_64 jar.so compilation. - Add EFJ (Eclipse Formatter for Java) patches (bkonrath) (e.o#75333). - Add patch to build swttools.jar (e.o#90364). - Symlink out to ant-jsch now that we have that. * Mon Apr 04 2005 Andrew Overholt 3.1.0_fc-0.M5.17 - Actually insert .jar-.jar.so combinations into sub-dbs. gail-1.8.3-1 ------------ * Tue Apr 12 2005 Matthias Clasen 1.8.3-1 - Update to 1.8.3 gedit-1:2.10.2-2 ---------------- * Tue Apr 12 2005 Matthias Clasen - 2.10.2-2 - Add the icon to the hicolor theme, and rename it to what the .desktop file says. gnome-themes-2.10.1-1 --------------------- * Tue Apr 12 2005 Matthias Clasen - 2.10.1-1 - Update to 2.10.1 gnopernicus-0.10.6-1 -------------------- * Tue Apr 12 2005 Matthias Clasen 0.10.6-1 - Update to 0.10.6 gtk2-2.6.7-1 ------------ * Wed Apr 13 2005 Matthias Clasen - 2.6.7-1 - Update to 2.6.7 iiimf-1:12.1.1-13.svn2469 ------------------------- * Tue Apr 12 2005 Akira TAGOH - 1:12.1.1-13.svn2469 - updates to svn2469. - fixed not working after switching LE. (#154372) - show a message when cannaserver isn't running. - fixed the freeze issue on x86_64. (#152947) - check if %{_localstatedir}/run/iiim/.iiimp-unix exists. kdelibs-6:3.4.0-4 ----------------- * Tue Apr 12 2005 Than Ngo 6:6:6:6:6:6:3.4.0-4 - add workaround for #154294 kernel-2.6.11-1.1238_FC4 ------------------------ * Tue Apr 12 2005 Dave Jones - Further vdso work from Roland. libdbi-drivers-0.7.1-3 ---------------------- libglade-java-2.10.1-1 ---------------------- * Tue Apr 12 2005 Thomas Fitzsimmons - 2.10.1-1 - Import libglade-java 2.10.1. * Sat Apr 02 2005 Thomas Fitzsimmons - 2.10.0-1 - Import libglade-java 2.10.0. libgnome-java-2.10.1-1 ---------------------- * Tue Apr 12 2005 Thomas Fitzsimmons - 2.10.1-1 - Import libgnome-java 2.10.1. * Sat Apr 02 2005 Thomas Fitzsimmons - 2.10.0-1 - Import libgnome-java 2.10.0. mod_auth_pgsql-2.0.1-8 ---------------------- * Wed Apr 13 2005 Joe Orton 2.0.1-8 - rebuild for new libpq openoffice.org-1:1.9.92-2 ------------------------- * Mon Apr 11 2005 Caolan McNamara - 1:1.9.92-2 - add some indic translations, but leave disabled for now - push ooo#46388# sot fix - drop perl-Archive-Zip buildtime copy pam-0.79-5 ---------- * Tue Apr 12 2005 Tomas Mraz 0.79-5 - added auditing patch by Steve Grubb - added cleanup patches for bugs found by Steve Grubb - don't clear the shadow option of pam_unix if nis option used php-5.0.4-4 ----------- * Tue Apr 12 2005 Joe Orton 5.0.4-4 - bundle from PEAR: HTTP, Mail, XML_Parser, Net_Socket, Net_SMTP - snmp: disable MSHUTDOWN function to prevent error_log noise (#153988) - mysqli: add fix for crash on x86_64 (Georg Richter, upstream #32282) postfix-2:2.2.2-1 ----------------- * Tue Apr 12 2005 Thomas Woerner 2:2.2.2-1 - new version 2.2.2 postgresql-8.0.2-1 ------------------ * Tue Apr 12 2005 Tom Lane 8.0.2-1 - Update to PostgreSQL 8.0.2. selinux-policy-strict-1.23.10-5 ------------------------------- * Tue Apr 12 2005 Dan Walsh 1.23.10-5 - Allow NetworkManager to communicate with hal in targeted_policy * Tue Apr 12 2005 Dan Walsh 1.23.10-4 - Add Russell compat.(fc, te) for switching from strict to targeted * Tue Apr 12 2005 Dan Walsh 1.23.10-3 - Fix Makefile to load policy before installing FC - Fix patch - Remove unlimited tunables from strict selinux-policy-targeted-1.23.10-5 --------------------------------- * Tue Apr 12 2005 Dan Walsh 1.23.10-5 - Allow NetworkManager to communicate with hal in targeted_policy * Tue Apr 12 2005 Dan Walsh 1.23.10-4 - Add Russell compat.(fc, te) for switching from strict to targeted * Tue Apr 12 2005 Dan Walsh 1.23.10-3 - Fix Makefile to load policy before installing FC - Fix patch - Remove unlimited tunables from strict sendmail-8.13.4-1 ----------------- * Tue Apr 12 2005 Thomas Woerner 8.13.4-1 - new version 8.13.4 - added requires for the sendmail base package in sendmail-cf, sendmail-devel and sendmail-doc - dropped upstream close_wait.p2 patch sudo-1.6.8p8-1 -------------- * Mon Apr 04 2005 Thomas Woerner 1.6.8p8-1 - new version 1.6.8p8: new sudoedit and sudo_noexec unix2dos-2.2-26 --------------- * Tue Apr 12 2005 Tim Waugh 2.2-26 - Removed inappropriate strcpy (bug #153079). Patch from Neil Horman. xorg-x11-6.8.2-22 ----------------- * Tue Apr 12 2005 Kristian H??gsberg 6.8.2-22 - Remove xorg-x11-6.8.3-intrinsics-gcc4-fdo2893-2305.patch and remember to cvs add xorg-x11-6.8.3-deassert-ddc-lines.patch * Tue Apr 12 2005 Kristian H??gsberg 6.8.2-22 - Add patches nominated for 6.8.3: - xorg-x11-6.8.3-alpha-srel32-fix-fdo1765-2174.patch - xorg-x11-6.8.3-canonicalize-builderaddr-1-fdo2884-2293.patch - xorg-x11-6.8.3-intrinsics-gcc4-fdo2893-2305.patch - xorg-x11-6.8.3-iso8859-compose-files-fdo2592-2156.patch - xorg-x11-6.8.3-lbxproxy-fdo2678-2051.patch - xorg-x11-6.8.3-nv-hw-fdo2533-1896.patch - xorg-x11-6.8.3-nv-patch-fdo2380-1752.patch - xorg-x11-6.8.3-radeon-cursor-sync-fdo2844-2230.patch - xorg-x11-6.8.3-radeon-render-byteswap-fdo2164-1863.patch - xorg-x11-6.8.3-radeon-set-fb-location-fdo2698-2079.patch - xorg-x11-6.8.3-saver-c-fdo2194-1613.patch - xorg-x11-6.8.3-uname-fdo2123-1587.patch - xorg-x11-6.8.3-void-fdo2467-1828.patch - xorg-x11-6.8.3-xnest-fdo2599-1964.patch - xorg-x11-6.8.3-xorgcfg-typo-fdo2896-2311.patch - xorg-x11-6.8.3-xset-fdo2258-2166.patch Add patch to deassert i2s lines after ddc probe (xorg-x11-6.8.3-deassert-ddc-lines.patch). * Tue Apr 05 2005 Mike A. Harris 6.8.2-21 - Added xorg-x11-6.8.2-xorg.conf.man-dont-refer-to-nonexisting-example.patch to fix bug (#69335) - Removed dead XFree86-4.2.99.901-parallelmake.patch as it has not worked for several X releases and is unmaintained. From surak at casa.surak.eti.br Wed Apr 13 11:47:53 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 13 Apr 2005 08:47:53 -0300 Subject: FC4t2 no good without LILO In-Reply-To: References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <20050413035848.GN8833@angus.ind.WPI.EDU> Message-ID: <1113392873.24841.9.camel@localhost.surak.eti.br> Em Qua, 2005-04-13 ?s 18:22 +1000, Res escreveu: > Its suprising how many ppl have NFI that halting at various points in > print statemant of LILO actually has a useful meaning telling them where > the problem is. Is this a way of lilo reporting an error? Guys, you got to be kidding. Grub reports errors in a ackward way, but this is amazing :-) From surak at casa.surak.eti.br Wed Apr 13 11:52:14 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 13 Apr 2005 08:52:14 -0300 Subject: FC4t2 no good without LILO In-Reply-To: <1494.192.168.0.254.1113348104.squirrel@whooper.org> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> Message-ID: <1113393135.24841.11.camel@localhost.surak.eti.br> Em Ter, 2005-04-12 ?s 19:21 -0400, William Hooper escreveu: > lilo has been deprecated since the FC1 release (and actually removed from > one of the pre-FC1 tests, IIRC). No - it was deprecated somewhere after redhat 7.3 and before redhat 8, as far as I can recall. From mefoster at gmail.com Wed Apr 13 11:59:08 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Wed, 13 Apr 2005 12:59:08 +0100 Subject: rawhide report: 20050413 changes In-Reply-To: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> Message-ID: On 4/13/05, Build System wrote: > kdelibs-6:3.4.0-4 > ----------------- > * Tue Apr 12 2005 Than Ngo 6:6:6:6:6:6:3.4.0-4 > - add workaround for #154294 Out of curiosity, what happened to the version number here? I mean, why's there a "6:" in the version number at all, and then why are there so many of them in the changelog line? MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From kapointer at charter.net Wed Apr 13 12:13:59 2005 From: kapointer at charter.net (Kyle Pointer) Date: Wed, 13 Apr 2005 07:13:59 -0500 Subject: New 'ClearLooks' Artwork In-Reply-To: <1113366738.5037.30.camel@jellyfish.redfishdemo.com> References: <1113309990.2276.4.camel@fluffbox.fluffnet> <1113345230.3186.2.camel@jeffrey.jeffsdomain.net> <1113366738.5037.30.camel@jellyfish.redfishdemo.com> Message-ID: <1113394440.10577.7.camel@fluffbox.fluffnet> On Wed, 2005-04-13 at 14:32 +1000, Rodd Clarkson wrote: > On Tue, 2005-04-12 at 18:33 -0400, Jeffrey D. Yuille wrote: > > On Tue, 2005-04-12 at 07:46 -0500, Kyle Pointer wrote: > > > I just updated my fedora core 4 test 1 to fedora core 4 test 2 just to > > > see if there where any sort of changes I wasn't getting with YUM. > > > And I noticed that they have changed the default theme. :-\ > > > I love the old Bluecurve theme and think it should stay the same. And I > > > think the GNOME LOGO or Red Hat should be optional somehow. Because one > > > of the major reasons I have been using redhat products is because how > > > nice they look. > > > Now don't get me wrong, I think ClearLooks is nice and all, but I still > > > think the default theme should be Bluecurve. > > > I mean, its simple enough to change it, but when I was a new user and > > > had no idea how to change themes etc. I had always been very fond of > > > bluecurve. > > > -- Kyle Pointer > > > > > > > I agree wholeheartedly - why not keep the old BlueCurve as the > > default theme? I also believe that the RedHat logo should be optional. > > After all, that's what makes Fedora what it is - it's distinguishable > > red hat (Fedora). > > I actually prefer ClearLook to BlueCurve, but each to their own. > > I believe (but could be wrong) that the move to ClearLook is part of the > philosophy of trying to follow upstream trends as much as possible for > various packages. With ClearLook set to become the default theme for > Gnome it would appear that FC is following this upstream trend and using > is as the default them for FC4. > > > R. > > My main problem with something like that is that there is no KDE "Clearlooks" theme, and that would undo the work of quite a few people who worked on bluecurve specifically to 'unite' the KDE and GNOME desktops so that an applications from KDE look like GNOME applications and don't confuse new users. ( not that its that big of a deal ), but what I would like to propose is that the "Global Theme" be something that can be chosen with say, firstboot. I'd be glad to attempt to implement that, but I have never used PyGTK before so I probably won't get very far very soon. Any other ideas? system-config-themes :-P That might be a little overdone but, it would give users a choice. Because most users have 'no' idea how to edit /etc/gtk-2.0/gtkrc and get the theme they want. Just a proposition. -- Kyle Pointer From cimmo at libero.it Wed Apr 13 12:17:25 2005 From: cimmo at libero.it (Cimmo) Date: Wed, 13 Apr 2005 14:17:25 +0200 Subject: Bootpart/Dual Boot problem (FC4T2) In-Reply-To: <20050412230636.41370.qmail@web50909.mail.yahoo.com> References: <20050412230636.41370.qmail@web50909.mail.yahoo.com> Message-ID: <425D0DD5.2060307@libero.it> Tried to install to Grub in hda's MBR? If you post your device.map and grub.conf I can try to help you I had some problems too with anaconda, resolved by myself :) bye Cimmo From whooperhsd3 at earthlink.net Wed Apr 13 12:26:30 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 13 Apr 2005 08:26:30 -0400 (EDT) Subject: FC4t2 no good without LILO In-Reply-To: References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> Message-ID: <2557.12.29.16.103.1113395190.squirrel@whooper.org> Res said: [snip] >> You're missing a huge part of the picture. Having lilo the package >> (even >> though as you note, it's not really maintained) might not be much, but >> it requires a lot of complicated kludgy infrastructure in the installer, >> and in mkinitrd, etc., and makes kernel updates very fragile. > > what utter crap! we always build our own kernels using the std makefile > and the source from kernel.org, if you can compile a kernel then ur done > either way, nothing else to do So you always compile your own vanilla kernels instead of using the Core provided ones. Despite that, you somehow find installing a non-Core provided boot loader an huge burden? -- William Hooper From arjanv at redhat.com Wed Apr 13 12:27:47 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 13 Apr 2005 14:27:47 +0200 Subject: rawhide report: 20050413 changes In-Reply-To: References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> Message-ID: <1113395268.6275.63.camel@laptopd505.fenrus.org> On Wed, 2005-04-13 at 12:59 +0100, Mary Ellen Foster wrote: > > Out of curiosity, what happened to the version number here? I mean, > why's there a "6:" in the version number at all, and then why are > there so many of them in the changelog line? the 6: means that the package has an epoch of 6. Why it has twice the 666 epoch is bewildering... must be something double evil. -------------- 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 gmail.com Wed Apr 13 12:28:11 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Apr 2005 08:28:11 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113364002.14576.301.camel@mgb.bullion.ims> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113364002.14576.301.camel@mgb.bullion.ims> Message-ID: <604aa791050413052849fd8c41@mail.gmail.com> On 4/12/05, Mike Bird wrote: > Historically Grub has been unreliable. [See bugzillas for Fedora, > Debian, GNU, etc, etc.] If someone tested the latest version of Grub > for six months and found no bugs at all, that would not change the fact > that historically Grub has been notoriously unreliable. yawn... historically...lilo was removed once before.. in a test release i think during fc1 testing phase... it came back because there were SPECIFIC issues that were flagged during testing that convinced developers to keep lilo in. Those SPECIFIC issues are fixed or are slated to be fixed during this test cycle. If you have other SPECIFIC issues with the currently aviable grub package in rawhide, raise them and they will be evaluated case-by-case. this whole fantasy that core developers are not responsive to concerns is childish. We have already been through this once with lilo... and lilo was put back because comptent testers did what was requested of them and actually tested grub, found a siginificant problem, and convinced developers with SPECIFICS in bug reports that lilo needed to be placed back as an option. This has all happened before... except this time, there doesn't seem to be anyone yet in this thread who is willing to do the testing work and report back. Instead...this time, people like you are content in making demands without new technical justification. From where I sit, you are moving away from your goal not towards it. You can continue to yell at scream and demand lilo get put back, or you can get on with testing grub in the situations that you care about and reporting back with details. I dare say the first option isn't going to work very well. -jef"the best way to protest the development decisions.. is organize a worldwide 'hold your breath' action"spaleta From off_by_1 at yahoo.com Wed Apr 13 11:33:20 2005 From: off_by_1 at yahoo.com (Mick Mearns) Date: Wed, 13 Apr 2005 04:33:20 -0700 (PDT) Subject: FC4 test 2 iso's fail mediacheck Message-ID: <20050413113320.44541.qmail@web30709.mail.mud.yahoo.com> Hello list; I am new to this list (referred here from the fedora-list) So this may have been answered, but is not in the archives. I just downloaded and burned all 4 cd's and the recue CD. I burned them using K3B (which does an md5 test for each iso) They burned fine. When I booted CD #1 and did 'linux mediacheck' it fails for every CD. I know this has happened on previous releases, so are the disks ok? I read that the FC4-t2 DVD iso was known to fail ... here is the SHA1 file: -------------------------------------------------------------------- Hash: SHA1 07bfb83609ddd13d37470c8524a6deb53497d926 FC4-test2-i386-DVD.iso ccf5698ad972403cc08a1d6428a8deae1b63973a FC4-test2-i386-SRPMS-disc1.iso 570922f4ad031869b89f81e4e385e0eaa792464b FC4-test2-i386-SRPMS-disc2.iso b86e8e235a0368cc09f9da92e33a20b3f04b6ef4 FC4-test2-i386-SRPMS-disc3.iso 36e06d93cf53f9365f6aacd951e806dd153e4dea FC4-test2-i386-SRPMS-disc4.iso 90c4ed0c121f0df5ca2c8303ea08e1af8d5fc460 FC4-test2-i386-disc1.iso affeb3e5e6de67451c10b7874ecbab673e83d467 FC4-test2-i386-disc2.iso 07ef6fec843bf4d16121f3ea5c8a8617fe533ce4 FC4-test2-i386-disc3.iso 884c0a3e6d44f1ac1dfa5d498dc829a9b7e8e7ff FC4-test2-i386-disc4.iso c7173ddfd202bdca584321bef71b7dab216c0c0b FC4-test2-i386-rescuecd.iso -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCVYjutEJp0E8qb9IRAsfqAJ9r8JLGc34/agc/4Ff7iuaSunNcigCeJKVs QJ86el8i2obj7dgPmEFqbsU= =flYM -----END PGP SIGNATURE----- --------------------------------------------------------------- here are my md5's [root at localhost FC4]# md5sum *.iso a47f4cfa31078c411cf70f78b857d1a2 FC4-test2-i386-disc1.iso 857b1f7f2ce0c7702b9e5cb54c8c13f3 FC4-test2-i386-disc2.iso 766d31ea3ce8da3cfc7d6dc5e57c60ba FC4-test2-i386-disc3.iso dea109149a73003888688a70cb3119fa FC4-test2-i386-disc4.iso aa17554e1a26f8a03675a6751999a347 FC4-test2-i386-rescuecd.iso [root at localhost FC4]# ------------------------------------------------------------------ As a test I downloaded the rescue image from several servers. I used firefox->right click->save as As well as D4X. The md5sum was the same as the iso that failed media check. thanks Mick M. Dogs have Masters - Siamese Cats have Staff! __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail From pjones at redhat.com Wed Apr 13 12:34:56 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 13 Apr 2005 08:34:56 -0400 Subject: rawhide report: 20050413 changes In-Reply-To: <1113395268.6275.63.camel@laptopd505.fenrus.org> References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> <1113395268.6275.63.camel@laptopd505.fenrus.org> Message-ID: <1113395696.21240.16.camel@localhost.localdomain> On Wed, 2005-04-13 at 14:27 +0200, Arjan van de Ven wrote: > On Wed, 2005-04-13 at 12:59 +0100, Mary Ellen Foster wrote: > > > > Out of curiosity, what happened to the version number here? I mean, > > why's there a "6:" in the version number at all, and then why are > > there so many of them in the changelog line? > > the 6: means that the package has an epoch of 6. Why it has twice the > 666 epoch is bewildering... must be something double evil. Presumably somebody accidentally hit the "repeat 6 times" key sequence in vim... pretty common typo, strangely enough. -- Peter From shrek-m at gmx.de Wed Apr 13 12:47:13 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 13 Apr 2005 14:47:13 +0200 Subject: FC4t2 no good without LILO In-Reply-To: <604aa791050413052849fd8c41@mail.gmail.com> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113364002.14576.301.camel@mgb.bullion.ims> <604aa791050413052849fd8c41@mail.gmail.com> Message-ID: <425D14D1.3080008@gmx.de> Jeff Spaleta wrote: >On 4/12/05, Mike Bird wrote: > > >>Historically Grub has been unreliable. [See bugzillas for Fedora, >>Debian, GNU, etc, etc.] If someone tested the latest version of Grub >>for six months and found no bugs at all, that would not change the fact >>that historically Grub has been notoriously unreliable. >> >> https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Red+Hat+Linux&component=lilo&bug_status=NEW&bug_status=VERIFIED&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=CLOSED&bug_status=NEEDINFO&bug_status=MODIFIED&bug_status=ASSIGN_TO_PM&bug_status=INVESTIGATE&bug_status=SPEC&bug_status=ON_DEV&bug_status=QA_READY&bug_status=ON_QA&bug_status=PROD_READY&bug_status=FAILS_QA&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= >yawn... historically...lilo was removed once before.. in a test >release i think during fc1 testing phase... it came back because there >were SPECIFIC issues that were flagged during testing that convinced >developers to keep lilo in. > http://www.redhat.com/archives/fedora-devel-list/2003-October/msg00945.html or go though the never ending lilo-grub threads. -- shrek-m -------------- next part -------------- An HTML attachment was scrubbed... URL: From gstool at earthlink.net Wed Apr 13 12:52:48 2005 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 13 Apr 2005 07:52:48 -0500 Subject: FC4 test 2 iso's fail mediacheck In-Reply-To: <20050413113320.44541.qmail@web30709.mail.mud.yahoo.com> References: <20050413113320.44541.qmail@web30709.mail.mud.yahoo.com> Message-ID: <425D1620.9090000@earthlink.net> Mick Mearns wrote: > Hello list; > I am new to this list (referred here from the fedora-list) > So this may have been answered, but is not in the archives. > > I just downloaded and burned all 4 cd's and the recue CD. > I burned them using K3B (which does an md5 test for each iso) > They burned fine. > > When I booted CD #1 and did 'linux mediacheck' it fails for every CD. > > I know this has happened on previous releases, so are the disks ok? > I read that the FC4-t2 DVD iso was known to fail ... > > here is the SHA1 file: > > -------------------------------------------------------------------- > Hash: SHA1 > > 07bfb83609ddd13d37470c8524a6deb53497d926 FC4-test2-i386-DVD.iso > ccf5698ad972403cc08a1d6428a8deae1b63973a > FC4-test2-i386-SRPMS-disc1.iso > 570922f4ad031869b89f81e4e385e0eaa792464b > FC4-test2-i386-SRPMS-disc2.iso > b86e8e235a0368cc09f9da92e33a20b3f04b6ef4 > FC4-test2-i386-SRPMS-disc3.iso > 36e06d93cf53f9365f6aacd951e806dd153e4dea > FC4-test2-i386-SRPMS-disc4.iso > 90c4ed0c121f0df5ca2c8303ea08e1af8d5fc460 FC4-test2-i386-disc1.iso > affeb3e5e6de67451c10b7874ecbab673e83d467 FC4-test2-i386-disc2.iso > 07ef6fec843bf4d16121f3ea5c8a8617fe533ce4 FC4-test2-i386-disc3.iso > 884c0a3e6d44f1ac1dfa5d498dc829a9b7e8e7ff FC4-test2-i386-disc4.iso > c7173ddfd202bdca584321bef71b7dab216c0c0b FC4-test2-i386-rescuecd.iso > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQFCVYjutEJp0E8qb9IRAsfqAJ9r8JLGc34/agc/4Ff7iuaSunNcigCeJKVs > QJ86el8i2obj7dgPmEFqbsU= > =flYM > -----END PGP SIGNATURE----- > > --------------------------------------------------------------- > > here are my md5's > > [root at localhost FC4]# md5sum *.iso > a47f4cfa31078c411cf70f78b857d1a2 FC4-test2-i386-disc1.iso > 857b1f7f2ce0c7702b9e5cb54c8c13f3 FC4-test2-i386-disc2.iso > 766d31ea3ce8da3cfc7d6dc5e57c60ba FC4-test2-i386-disc3.iso > dea109149a73003888688a70cb3119fa FC4-test2-i386-disc4.iso > aa17554e1a26f8a03675a6751999a347 FC4-test2-i386-rescuecd.iso > [root at localhost FC4]# > > ------------------------------------------------------------------ > As a test I downloaded the rescue image from several servers. > I used firefox->right click->save as > As well as D4X. > The md5sum was the same as the iso that failed media check. > Instead of doing an md5sum test, you should be doing a sha1sum test: sha1sum *.iso in the directory where you placed the isos. Gerry From owaugly at xmission.com Wed Apr 13 12:59:44 2005 From: owaugly at xmission.com (Al Kroeger) Date: Wed, 13 Apr 2005 06:59:44 -0600 Subject: compiler problem Message-ID: <425D17C0.3080803@xmission.com> I have this little convenience program I like to use called setnumlock. It can be found/downloaded at http://sdb.suse.de/sdb/en/html/cg_x11numlock.html. I've used it on every FC release since FC2. It will set numlock at login. When I try to install it with FC4t2, I get this error; # make gcc -L/usr/X11R6/lib Numlock.o -o setnumlock -lX11 -lXtst /usr/bin/ld: cannot find -lX11 collect2: ld returned 1 exit status make: *** [program] Error 1 According to the README file with setnumlock, you need the C compiler (series d, package gcc) and the include files of the X libraries (package xdevel, series x). I did #yum install gcc and this is the return. # yum install gcc Setting up Install Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 960 kB 00:06 developmen: ################################################## 3493/3493 Added 220 new packages, deleted 220 old in 17.36 seconds Parsing package install arguments Nothing to do I'm assuming that gcc is already installed. Is this correct? If I do #yum install xdevel, this is the return; # yum install xdevel Setting up Install Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 960 kB 00:27 developmen: ################################################## 3493/3493 Added 220 new packages, deleted 220 old in 17.23 seconds Parsing package install arguments No Match for argument: xdevel Nothing to do Okay.... given that I'm somewhat ignorant with yum, please accomodate my ignorance, and give me some advice on what I need to do. Thanks, owa From justin.conover at gmail.com Wed Apr 13 13:05:59 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 13 Apr 2005 08:05:59 -0500 Subject: rawhide report: 20050413 changes In-Reply-To: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> Message-ID: On 4/13/05, Build System wrote: > > > Updated Packages: > dbus-0.32-6 > ----------- > * Tue Apr 12 2005 John (J5) Palmieri - 0.32-6 > - Added patch to fix deadlocks when using recursive g_mains > > * Tue Apr 12 2005 John (J5) Palmieri - 0.32-5 > - replace selinux_init patch with selinux_chroot_workaround patch > to work around bad selinux interactions when using chroots > on the beehive build machines Looks like cups needs to be rebuild against dbus 32? Running transaction check --> Processing Dependency: dbus = 0.31 for package: cups --> Finished Dependency Resolution Error: Missing Dependency: dbus = 0.31 is needed by package cups $ rpm -q --requires cups dbus = 0.31 On a side note, other than printing is CUPS used for anything else? If I want to remove cups, because I don't print on this one box, the list of "yum remove cups" looks a little off. Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Removing: cups i386 1:1.1.23-15 installed 3.9 M cups i386 1:1.1.23-14 installed 3.9 M Removing for dependencies: control-center i386 1:2.10.1-1 installed 6.8 M control-center i386 1:2.10.0-3 installed 6.7 M desktop-printing i386 0.18-8 installed 270 k eel2 i386 2.10.0-2 installed 1.2 M eel2-devel i386 2.10.0-2 installed 225 k evince i386 0.2.0-1 installed 578 k evolution i386 2.2.2-1 installed 23 M file-roller i386 2.10.0-1 installed 3.2 M gdm i386 1:2.6.0.8-1 installed 7.9 M gedit i386 1:2.10.2-1 installed 12 M gimp i386 2:2.2.6-1 installed 25 M gimp-data-extras noarch 2.0.1-1 installed 7.6 M gimp-gap i386 2.0.2-4 installed 2.9 M gimp-help noarch 2-0.1.0.7.1 installed 21 M gimp-print-plugin i386 4.2.7-5 installed 190 k gnome-media i386 2.10.0-2 installed 5.1 M gnome-media-devel i386 2.10.0-2 installed 15 k gnome-session i386 2.10.0-1 installed 1.1 M gnome-utils i386 1:2.10.0-1 installed 13 M gnome-volume-manager i386 1.3.1-1 installed 737 k gthumb i386 2.6.4-2 installed 5.0 M gtkhtml3 i386 3.6.2-1 installed 3.1 M gtksourceview i386 1.2.0-1 installed 1.2 M hal-cups-utils i386 0.5.3-3 installed 80 k libgal2 i386 2:2.4.2-1 installed 2.2 M libgnomecups i386 0.2.0-1 installed 209 k libgnomeprint22 i386 2.10.1-2 installed 1.1 M libgnomeprint22-devel i386 2.10.1-2 installed 1.1 M libgnomeprintui22 i386 2.10.1-1 installed 908 k libgnomeprintui22-deve i386 2.10.1-1 installed 472 k librsvg2 i386 2.9.5-2 installed 370 k librsvg2-devel i386 2.9.5-2 installed 324 k nautilus i386 2.10.0-3 installed 11 M nautilus-cd-burner i386 2.10.0-2 installed 896 k nautilus-cd-burner-dev i386 2.10.0-2 installed 13 k redhat-lsb i386 1.3-10 installed 17 k rhythmbox i386 0.8.8-2 installed 3.3 M sound-juicer i386 2.10.1-1 installed 1.1 M system-config-printer i386 0.6.128-1 installed 2.2 M system-config-printer- i386 0.6.128-1 installed 439 k xsane-gimp i386 0.95-3 installed 561 k Transaction Summary ============================================================================= Install 0 Package(s) Update 0 Package(s) Remove 43 Package(s) Total download size: 0 Why on earth would 95% of those packages need to be removed? From mrsam at courier-mta.com Wed Apr 13 13:06:15 2005 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 13 Apr 2005 09:06:15 -0400 Subject: compiler problem References: <425D17C0.3080803@xmission.com> Message-ID: Al Kroeger writes: > I'm assuming that gcc is already installed. Is this correct? If I do > #yum install xdevel, this is the return; > > # yum install xdevel > Setting up Install Process > Setting up repositories > development 100% |=========================| 1.1 kB 00:00 > extras-development 100% |=========================| 951 B 00:00 > Reading repository metadata in from local files > primary.xml.gz 100% |=========================| 960 kB 00:27 > developmen: ################################################## 3493/3493 > Added 220 new packages, deleted 220 old in 17.23 seconds > Parsing package install arguments > No Match for argument: xdevel > Nothing to do The package you are looking for is xorg-x11-devel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From greenrd at presidium.org Wed Apr 13 13:10:07 2005 From: greenrd at presidium.org (Robin Green) Date: Wed, 13 Apr 2005 09:10:07 -0400 (EDT) Subject: compiler problem In-Reply-To: <425D17C0.3080803@xmission.com> References: <425D17C0.3080803@xmission.com> Message-ID: On Wed, 13 Apr 2005, Al Kroeger wrote: > I have this little convenience program I like to use called setnumlock. It > can be found/downloaded at http://sdb.suse.de/sdb/en/html/cg_x11numlock.html. > I've used it on every FC release since FC2. It will set numlock at login. > When I try to install it with FC4t2, I get this error; > # make > gcc -L/usr/X11R6/lib Numlock.o -o setnumlock -lX11 -lXtst > /usr/bin/ld: cannot find -lX11 That means it cannot find a library called libX11.so (you have to mentally substitute "-l" with "lib" and [usually] add ".so"). Because that package is from suse linux, and different linux distributions have different package names and indeed different packaging structures, you need to find out which Fedora Core 4 test 2 package contains "libX11.so". The best way to find out is probably to use http://rpm.pbone.net/ Unfortunately it doesn't index the test releases, but the last stable release (in this case, fedora core 3) will _usually_ have the same package name for what you are looking for. So you would check "Fedora 3" and uncheck everything else, and type in "libX11.so". That gives you a whole bunch of results, but you can clearly see that the package name you need is xorg-x11-devel. So: yum install xorg-x11-devel should fix your problem. (Don't download a package from the search results on rpm.pbone.net directly, unless you have to. It is less safe than yum with gpg checks, and you won't get the benefit of yum's automatic dependency resolution.) > collect2: ld returned 1 exit status If you get that message, it means you already have a compiler, so you don't need to install the compiler, you already have it. -- Robin From twaugh at redhat.com Wed Apr 13 13:17:01 2005 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 13 Apr 2005 14:17:01 +0100 Subject: rawhide report: 20050413 changes In-Reply-To: References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> Message-ID: <20050413131701.GK8706@redhat.com> On Wed, Apr 13, 2005 at 08:05:59AM -0500, Justin Conover wrote: > Looks like cups needs to be rebuild against dbus 32? Nope. > Removing: > cups i386 1:1.1.23-15 installed 3.9 M > cups i386 1:1.1.23-14 installed 3.9 M Looks like you have 1:1.1.23-14 installed (which has old dependencies) as well as 1:1.1.23-15 (which has the correct dependencies). Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From justin.conover at gmail.com Wed Apr 13 13:24:03 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 13 Apr 2005 08:24:03 -0500 Subject: rawhide report: 20050413 changes In-Reply-To: <20050413131701.GK8706@redhat.com> References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> <20050413131701.GK8706@redhat.com> Message-ID: On 4/13/05, Tim Waugh wrote: > On Wed, Apr 13, 2005 at 08:05:59AM -0500, Justin Conover wrote: > > > Looks like cups needs to be rebuild against dbus 32? > > Nope. > > > Removing: > > cups i386 1:1.1.23-15 installed 3.9 M > > cups i386 1:1.1.23-14 installed 3.9 M > > Looks like you have 1:1.1.23-14 installed (which has old dependencies) > as well as 1:1.1.23-15 (which has the correct dependencies). > > Tim. > */ > How do you just remove one version and why didn't yum handle that by default, is there some libs that require the old one. Can you explain all of those "extra" deps too? I don't remember the last time I printed from rhythmbox or sound-juicer... ;-) What am I missing? From justin.conover at gmail.com Wed Apr 13 13:29:16 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 13 Apr 2005 08:29:16 -0500 Subject: rawhide report: 20050413 changes In-Reply-To: References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> <20050413131701.GK8706@redhat.com> Message-ID: On 4/13/05, Justin Conover wrote: > On 4/13/05, Tim Waugh wrote: > > On Wed, Apr 13, 2005 at 08:05:59AM -0500, Justin Conover wrote: > > > > > Looks like cups needs to be rebuild against dbus 32? > > > > Nope. > > > > > Removing: > > > cups i386 1:1.1.23-15 installed 3.9 M > > > cups i386 1:1.1.23-14 installed 3.9 M > > > > Looks like you have 1:1.1.23-14 installed (which has old dependencies) > > as well as 1:1.1.23-15 (which has the correct dependencies). > > > > Tim. > > */ > > > > How do you just remove one version and why didn't yum handle that by > default, is there some libs that require the old one. > > Can you explain all of those "extra" deps too? I don't remember the > last time I printed from rhythmbox or sound-juicer... ;-) What am I > missing? > That was pretty self explanitory: yum remove cups-1.1.23-14 :P But I still don't get all the deps From skvidal at phy.duke.edu Wed Apr 13 13:30:46 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 09:30:46 -0400 Subject: rawhide report: 20050413 changes In-Reply-To: References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> <20050413131701.GK8706@redhat.com> Message-ID: <1113399046.18389.46.camel@cutter> > How do you just remove one version and why didn't yum handle that by > default, is there some libs that require the old one. > yum remove cups-1.1.23-15 probably the transaction died half-way through. -sv From twaugh at redhat.com Wed Apr 13 13:32:23 2005 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 13 Apr 2005 14:32:23 +0100 Subject: rawhide report: 20050413 changes In-Reply-To: References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> <20050413131701.GK8706@redhat.com> Message-ID: <20050413133223.GL8706@redhat.com> On Wed, Apr 13, 2005 at 08:24:03AM -0500, Justin Conover wrote: > How do you just remove one version rpm -e cups-1.1.23-14 > and why didn't yum handle that by default, No idea. > is there some libs that require the old one. No, unless you also have older versions of other packages installed. > Can you explain all of those "extra" deps too? I don't remember the > last time I printed from rhythmbox or sound-juicer... ;-) What am I > missing? rhythmbox requires eel2 eel2 requires librsvg2 librsvg2 requires libgnomeprintui22 libgnomeprintui22 requires libgnomeprint22 libgnomeprint22 requires libgnomecups libgnomecups requires cups I think the last one is probably the incorrect one -- surely libgnomecups only requires the cups-libs package to function, not a CUPS scheduler to talk to (although that would make it more useful!). Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cra at WPI.EDU Wed Apr 13 13:56:22 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Wed, 13 Apr 2005 09:56:22 -0400 Subject: Router discovery fails on startup In-Reply-To: <22101.62.2.21.164.1113390201.squirrel@www.gwch.net> References: <425CC857.3060107@gwch.net> <1113388751.5721.2.camel@jeffy.jeffsdomain.net> <22101.62.2.21.164.1113390201.squirrel@www.gwch.net> Message-ID: <20050413135622.GO8833@angus.ind.WPI.EDU> On Wed, Apr 13, 2005 at 01:03:21PM +0200, Roger Grosswiler wrote: > This is strange, as if i do /sbin/route i still get my default > gateway. What EXACTLY is this router discovery for? Ah, btw. perhaps > it is working because i distribute ip-adresses via dhcp and i > deliver a default gateway with. Gonna test this evening with a fixed > ip. rdisc is an antiquated way for a host to discover the IP address of its default gateway router before things like BOOTP and DHCP existed. It uses a special ICMP request broadcast on the local subnet, to which a router which is running a router discovery service responds. Honestly, I don't know why it was added to the distro. Perhaps some RHEL customer requested it. IMO, it should go to that big bit bucket in the sky where NCPFS and IPX have gone. On the other hand, IPv6 has brought back the concept of router discovery with the radvd daemon. It uses neighbor discovery protocol messages (equivalent to IPv4's ARP), though, not ICMPv6. From cra at WPI.EDU Wed Apr 13 14:00:36 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Wed, 13 Apr 2005 10:00:36 -0400 Subject: menu icons missing Message-ID: <20050413140036.GP8833@angus.ind.WPI.EDU> In an Everything install of FC4T2, I noticed that many of the icons are missing on the GNOME menu. Most of the missing icons are for KDE applications, but there are others missing too. Did something change in the menu definition files that needs updatating? From justin.conover at gmail.com Wed Apr 13 14:02:34 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 13 Apr 2005 09:02:34 -0500 Subject: -mtune=nocona vs. -mtune=k8 Message-ID: Are the majority of the x86_64 packages built against "nocona" I'm just curious if that makes a difference in speed on amd64, does mtune=nocona affect the way k8 processors perform. Or do they for the most part have little effect. From dcbw at redhat.com Wed Apr 13 14:11:54 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 13 Apr 2005 10:11:54 -0400 Subject: -mtune=nocona vs. -mtune=k8 In-Reply-To: References: Message-ID: <1113401514.14391.4.camel@dcbw.boston.redhat.com> On Wed, 2005-04-13 at 09:02 -0500, Justin Conover wrote: > I'm just curious if that makes a difference in speed on amd64, does > mtune=nocona affect the way k8 processors perform. Or do they for the > most part have little effect. The speed hit (if any) from -mtune=nocona on AMD64 is miniscule, which cannot be said for using -mtune=k8/opteron/athon64 with Intel EM64T processors, if I understand some of Jakub's past comments correctly. Basically, k8+EM64T is worse than nocona+Opteron. Jakub would be more authoritative on this issue though. Dan From tjikkun at xs4all.nl Wed Apr 13 14:17:48 2005 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Wed, 13 Apr 2005 16:17:48 +0200 Subject: compiler problem In-Reply-To: References: <425D17C0.3080803@xmission.com> Message-ID: <1113401868.30754.11.camel@CC256006-A> On Wed, 2005-04-13 at 09:10 -0400, Robin Green wrote: > That means it cannot find a library called libX11.so (you have to mentally > substitute "-l" with "lib" and [usually] add ".so"). Because that package > is from suse linux, and different linux distributions have different package > names and indeed different packaging structures, you need to find out which > Fedora Core 4 test 2 package contains "libX11.so". > > The best way to find out is probably to use http://rpm.pbone.net/ or of course do: yum provides libX11.so From clumens at redhat.com Wed Apr 13 14:18:32 2005 From: clumens at redhat.com (Chris Lumens) Date: Wed, 13 Apr 2005 10:18:32 -0400 (EDT) Subject: Selecting language while installation - Missing Langpacks in OO In-Reply-To: <425CBAB0.5020206@gwch.net> References: <425CBAB0.5020206@gwch.net> Message-ID: > perhaps i have not seen it. But is it possible, that you cannot choose your > system's language while installing FC4 T2 in text mode? > > Still you can choose the language for the installation process, but i would > prefer having german on my system, and if i'm not wrong, i couldn't choose > it. > > It was not a big problem, as i could choose it on the login-screen. But > applications like oo will not have the appropriate langpack installed. I do > this manually now. The language support screen is gone, yes. Instead, there is a package category for which languages you want to support. Not having the install-time language be the default system language is a bug that I've been working on and may or may not be fixed in Rawhide depending on the exact day and what I have been up to. I have another big batch of commits to do either today or tomorrow concerning this. When it's done, you will also automatically have the proper OO, aspell, etc. language packs. - Chris From jorton at redhat.com Wed Apr 13 14:18:58 2005 From: jorton at redhat.com (Joe Orton) Date: Wed, 13 Apr 2005 15:18:58 +0100 Subject: FC4T2 Worse Off In-Reply-To: References: Message-ID: <20050413141858.GA16065@redhat.com> On Wed, Apr 13, 2005 at 01:22:25AM -0500, Herb kwan wrote: > Here are my impressions on FC4T2. This is purely from the heart of the > end-user viewpoints: > FC4T2 is worse off. I am using Dell Dimension 3000 P4 HT 3.0Ghz. > > Installation went through as easy as FC4T1 without problem, but... > > 1. Apache server (httpd cannot start) Yeah, sorry about that. You can fix it either by disabling SELinux, or by updating to the Raw Hide PHP package. joe From guy at incentre.net Wed Apr 13 15:00:20 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 09:00:20 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> Message-ID: <1113404421.4963.206.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 16:34 -0700, Jesse Keating wrote: > On Tue, 2005-04-12 at 17:06 -0600, Guy Fraser wrote: > > Add any kind of drive when you are booting from SATA and you > > no longer have a bootable machine. > > This is due to a failure to set the boot order correctly in your BIOS, > or you have a BIOS that doesn't allow you to do this. We see this > scenario quite often where I work, adding in drives or reordering them. > Just setting the boot order correctly lets grub work nicely. Of course, > having hardware that puts SATA out on it's own chipset and not > 'emulated' as an IDE device helps a lot. Read the archives. I tried every possible thing. Most new cards are completely auto detect, you can't change anything in BIOS. Maybe the reason the developers can't find any problems is they are not adding any additional controller cards. --- My system had: Before {working}: Motherboard - 2 x PATA 66 - CD Burner,DVD-ROM - 2 x SATA RAID 150 - 200GBx1 SATA Drives PCI Cards - 2 x PATA 133 - ATA133 Drives 160GBx2,120GB,80GB - 2 x SATA 150 - 200GBx2 SATA Drives After {not working}: Motherboard - 2 x PATA 66 - CD Burner,DVD-ROM - 2 x SATA RAID 150 - 200GBx2 SATA Drives PCI Cards - 2 x PATA 133 - ATA133 Drives 160GBx2,120GB,80GB - 2 x SATA 150 - 200GBx2 SATA Drives The only things that can be changed in BIOS are : Logical drive allocation of onboard SATA RAID. Drive settings of onboard PATA Drives. Boot order : Floppy/CD/HD/SATA/(SCSI/Addon Controller) {Approximately} I had it configured to boot from : SCSI/CD The order the devices are detected : 1) Onboard PATA 2) Ext SATA 3) Ext ATA133 4) Onboard SATA Raid Now {working}: Motherboard - 2 x PATA 66 - CD Burner,DVD-ROM,ATA133 80GB - 2 x SATA RAID 150 - 200GBx1 SATA Drives PCI Cards - 2 x PATA 133 - ATA133 Drives 160GBx2,120GB - 2 x SATA 150 - 200GBx2 SATA Drives Configured to boot from: HD/CD --- All the exact particulars are in the archives somewhere. From guy at incentre.net Wed Apr 13 15:01:45 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 09:01:45 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113349041.13504.82.camel@jkeating2.hq.pogolinux.com> References: <1113349041.13504.82.camel@jkeating2.hq.pogolinux.com> Message-ID: <1113404506.4963.207.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 16:37 -0700, Jesse Keating wrote: > On Tue, 2005-04-12 at 16:03 -0700, Dana Lacoste wrote: > > if redhat (this is a core issue, they control core) is desiring that > > lilo be phased out (not a bad idea in itself) > > Has been for a while. > > > and that disk druid > > be the partition editor of choice (far prettier and easier to use > > than sfdisk! :) > > Disk Druid is a front end part of anaconda. A long time ago (RHL 7.2?) > it used fdisk in the backend to do the partition work. Since 7.3 or > even earlier, disk druid has used parted to do all the partitioning > work. This hasn't changed for many releases. > > > and that other tools that used to work but suck > > in comparison to modern tools be eliminated, then can we at least > > make a "deprecated" list and say "these tools will be eliminated from > > the final distribution [once the test releases are done] so if you > > need them can you let us know so we can work out the bugs in the tools > > we want to use instead"? > > > > As I said, Lilo has been deprecated since RHL8 or even earlier. But optional until FC2. From jspaleta at gmail.com Wed Apr 13 15:02:29 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Apr 2005 11:02:29 -0400 Subject: menu icons missing In-Reply-To: <20050413140036.GP8833@angus.ind.WPI.EDU> References: <20050413140036.GP8833@angus.ind.WPI.EDU> Message-ID: <604aa791050413080235e57a86@mail.gmail.com> On 4/13/05, Chuck R. Anderson wrote: > In an Everything install of FC4T2, I noticed that many of the icons > are missing on the GNOME menu. Most of the missing icons are for KDE > applications, but there are others missing too. Did something change > in the menu definition files that needs updatating? It would be helpful to me if you could point out specific examples that I could confirm. Can you point me to one specific kde application, one gnome or gtk2 application, and one "other". -jef From guy at incentre.net Wed Apr 13 15:09:36 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 09:09:36 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> Message-ID: <1113404976.4963.216.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 16:39 -0700, Jesse Keating wrote: > On Tue, 2005-04-12 at 16:11 -0700, Dana Lacoste wrote: > > And logic would then add, in my mind, > > > > "OK, for the real performance, I use a real RAID controller > > and for cheap efficiency I use the simple RAID that the > > motherboard has onboard, which is precisely the thing that > > grub has the most trouble with [this avoids the >2TB issue > > and goes right to the software raid issue]" > > Wait a tic, you're trying to use the "raid" that is onboard those > desktop and cheap server boards? That is winraid, not software raid and > it is not supported by Linux. Real Linux Software Raid is a far better > solution than using a winraid chip. Of course grub is having problems > with winraid.... If the drive is on the controller and configured, and it works properly as a drive, there should be no reason you should not be allowed to boot from the drive if BIOS will allow you to boot from that drive. How do you know for sure what RAID is on his motherboard? Compaq used to ship Proliants with there SmartArray 2 controller on board which is a Dual Port LVD SCSI Array Controller, far from winraid. From fedora at nodata.co.uk Wed Apr 13 15:19:09 2005 From: fedora at nodata.co.uk (nodata) Date: Wed, 13 Apr 2005 17:19:09 +0200 (CEST) Subject: menu icons missing In-Reply-To: <604aa791050413080235e57a86@mail.gmail.com> References: <20050413140036.GP8833@angus.ind.WPI.EDU> <604aa791050413080235e57a86@mail.gmail.com> Message-ID: <45638.213.164.3.90.1113405549.squirrel@www.nodata.co.uk> > On 4/13/05, Chuck R. Anderson wrote: >> In an Everything install of FC4T2, I noticed that many of the icons >> are missing on the GNOME menu. Most of the missing icons are for KDE >> applications, but there are others missing too. Did something change >> in the menu definition files that needs updatating? > > It would be helpful to me if you could point out specific examples > that I could confirm. > Can you point me to one specific kde application, one gnome or gtk2 > application, and one "other". > > -jef gaim has a missing icon in the notification area for me From d00jkr at efd.lth.se Wed Apr 13 15:23:56 2005 From: d00jkr at efd.lth.se (Jacob Kroon) Date: Wed, 13 Apr 2005 17:23:56 +0200 Subject: menu icons missing In-Reply-To: <45638.213.164.3.90.1113405549.squirrel@www.nodata.co.uk> References: <20050413140036.GP8833@angus.ind.WPI.EDU> <604aa791050413080235e57a86@mail.gmail.com> <45638.213.164.3.90.1113405549.squirrel@www.nodata.co.uk> Message-ID: <425D398C.6000806@efd.lth.se> nodata wrote: >>On 4/13/05, Chuck R. Anderson wrote: >> >> >>>In an Everything install of FC4T2, I noticed that many of the icons >>>are missing on the GNOME menu. Most of the missing icons are for KDE >>>applications, but there are others missing too. Did something change >>>in the menu definition files that needs updatating? >>> >>> >>It would be helpful to me if you could point out specific examples >>that I could confirm. >>Can you point me to one specific kde application, one gnome or gtk2 >>application, and one "other". >> >>-jef >> >> > >gaim has a missing icon in the notification area for me > > > That could be the Gtk-2.5.5 bug that bit you. Updating to Gtk-2.6.6 or Gtk-2.6.7 works for me. /Jacob From jspaleta at gmail.com Wed Apr 13 15:24:12 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Apr 2005 11:24:12 -0400 Subject: menu icons missing In-Reply-To: <45638.213.164.3.90.1113405549.squirrel@www.nodata.co.uk> References: <20050413140036.GP8833@angus.ind.WPI.EDU> <604aa791050413080235e57a86@mail.gmail.com> <45638.213.164.3.90.1113405549.squirrel@www.nodata.co.uk> Message-ID: <604aa791050413082468f79d30@mail.gmail.com> On 4/13/05, nodata wrote: > gaim has a missing icon in the notification area for me I'm pretty sure he said.. menu... not notification area. Missing icons in the notification area are most likely a different problem. -jef From Pete.Pinter at TELUS.COM Wed Apr 13 15:30:29 2005 From: Pete.Pinter at TELUS.COM (Pete Pinter) Date: Wed, 13 Apr 2005 09:30:29 -0600 Subject: FC4T2 Hangs on boot. What incantation to upgrade RHEL 3WS to FC4T2? Message-ID: Similar to other (unanswered) posts in the April archive re: boot failure on Dell Latitudes, I'm just getting the initial F1-Main...F5-Rescue option list and nothing else but a '.' when I enter anything on a freshly burned FC4T2 ISO. Is there a Command Line option to upgrade from the RHEL 3 WS installed on it to FC4T2 that might otherwise launch the upgrade process? Yes, I'm an uninformed enthusiast and just my luck, I'm trying to get this installed among a bunch of M$ cheerleaders. Any insights or suggestions greatly appreciated, as always. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mclasen at redhat.com Wed Apr 13 15:31:14 2005 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 13 Apr 2005 11:31:14 -0400 Subject: menu icons missing In-Reply-To: <425D398C.6000806@efd.lth.se> References: <20050413140036.GP8833@angus.ind.WPI.EDU> <604aa791050413080235e57a86@mail.gmail.com> <45638.213.164.3.90.1113405549.squirrel@www.nodata.co.uk> <425D398C.6000806@efd.lth.se> Message-ID: <1113406274.11026.4.camel@golem.boston.redhat.com> On Wed, 2005-04-13 at 17:23 +0200, Jacob Kroon wrote: > nodata wrote: > > >>On 4/13/05, Chuck R. Anderson wrote: > >> > >> > >>>In an Everything install of FC4T2, I noticed that many of the icons > >>>are missing on the GNOME menu. Most of the missing icons are for KDE > >>>applications, but there are others missing too. Did something change > >>>in the menu definition files that needs updatating? > >>> > >>> > >>It would be helpful to me if you could point out specific examples > >>that I could confirm. > >>Can you point me to one specific kde application, one gnome or gtk2 > >>application, and one "other". > >> > >>-jef > >> > >> > > > >gaim has a missing icon in the notification area for me > > > > > > > That could be the Gtk-2.5.5 bug that bit you. Updating to Gtk-2.6.6 or > Gtk-2.6.7 works for me. > To be pedantic, it wasn't a bug. We changed a function to behave as documented and discovered that it was too late for that change, since people already depend on the broken behaviour. Matthias From rpjday at mindspring.com Wed Apr 13 15:29:00 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 13 Apr 2005 11:29:00 -0400 (EDT) Subject: yum update fails, looking for "libpq.so.3" Message-ID: a previous yum update failed, so i restarted it, and got a slew of packages now claiming they need "libpq.so.3". thoughts? rday From davide.rossetti at roma1.infn.it Wed Apr 13 15:35:44 2005 From: davide.rossetti at roma1.infn.it (Davide Rossetti) Date: Wed, 13 Apr 2005 17:35:44 +0200 Subject: [fc3] ntpd issue with SELinux and dm Message-ID: <425D3C50.4010900@roma1.infn.it> Fedora Core 3 fully updated ntp-4.2.0.a.20040617-4 selinux-policy-targeted-1.17.30-2.96 Linux xeone 2.6.11-1.14_FC3smp #1 SMP Thu Apr 7 19:38:19 EDT 2005 i686 i686 i386 GNU/Linux [root at xeone ~]# strace -f -t /usr/sbin/ntpd -d -n -u ntp:ntp -p /var/run/ntpd.pid 17:28:54 execve("/usr/sbin/ntpd", ["/usr/sbin/ntpd", "-d", "-n", "-u", "ntp:ntp", "-p", "/var/run/ntpd.pid"], [/* 34 vars */]) = 0 17:28:54 uname({sys="Linux", node="xeone", ...}) = 0 17:28:54 brk(0) = 0x84fd000 17:28:54 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) 17:28:54 open("/etc/ld.so.cache", O_RDONLY) = 3 .... 17:28:54 socket(PF_FILE, SOCK_STREAM, 0) = 9 17:28:54 fcntl64(9, F_GETFL) = 0x2 (flags O_RDWR) 17:28:54 fcntl64(9, F_SETFL, O_RDWR|O_NONBLOCK) = 0 17:28:54 connect(9, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 EACCES (Permission denied) 17:28:54 close(9) = 0 17:28:54 socket(PF_FILE, SOCK_STREAM, 0) = 9 17:28:54 fcntl64(9, F_GETFL) = 0x2 (flags O_RDWR) 17:28:54 fcntl64(9, F_SETFL, O_RDWR|O_NONBLOCK) = 0 17:28:54 connect(9, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 EACCES (Permission denied) 17:28:54 close(9) = 0 17:28:54 --- SIGSEGV (Segmentation fault) @ 0 (0) --- 17:28:54 +++ killed by SIGSEGV +++ the signal is async as I saw it fail in other points as well... in /var/log/messages I find: Apr 13 17:28:54 xeone ntpd[15458]: ntpd 4.2.0a at 1.1190-r Mon Oct 11 09:10:20 EDT 2004 (1) Apr 13 17:28:54 xeone ntpd[15458]: precision = 66.000 usec Apr 13 17:28:54 xeone ntpd[15458]: Listening on interface wildcard, 0.0.0.0#123 Apr 13 17:28:54 xeone ntpd[15458]: Listening on interface wildcard, ::#123 Apr 13 17:28:54 xeone ntpd[15458]: Listening on interface lo, 127.0.0.1#123 Apr 13 17:28:54 xeone ntpd[15458]: Listening on interface eth0, 10.0.0.75#123 Apr 13 17:28:54 xeone ntpd[15458]: kernel time sync status 0040 Apr 13 17:28:54 xeone kernel: audit(1113406134.559:0): avc: denied { write } for pid=15458 exe=/usr/sbin/ntpd name=root dev=dm -0 ino=1160993 scontext=root:system_r:ntpd_t tcontext=root:object_r:user_home_dir_t tclass=dir [root at xeone ~]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup00-LogVol00 15449552 2584572 12080188 18% / /dev/sda1 256666 30601 212813 13% /boot none 515232 0 515232 0% /dev/shm file context of dm inodes are: [root at xeone ~]# ls -lZ /dev/dm* brw-r----- root root system_u:object_r:fixed_disk_device_t /dev/dm-0 brw-r----- root root system_u:object_r:fixed_disk_device_t /dev/dm-1 From roger at gwch.net Wed Apr 13 15:48:04 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 17:48:04 +0200 Subject: hald-addon-acpi??? Message-ID: <425D3F34.7040903@gwch.net> Hi, my screen freezes after several hours complete into black. I think, this is depending on hald-addon-acpi. unfortunately, i did not find any info about. Is there any manpage or a hint how to configure that thing? Roger From dwalsh at redhat.com Wed Apr 13 15:51:30 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 13 Apr 2005 11:51:30 -0400 Subject: [fc3] ntpd issue with SELinux and dm In-Reply-To: <425D3C50.4010900@roma1.infn.it> References: <425D3C50.4010900@roma1.infn.it> Message-ID: <425D4002.4070806@redhat.com> Davide Rossetti wrote: > Fedora Core 3 fully updated > ntp-4.2.0.a.20040617-4 > selinux-policy-targeted-1.17.30-2.96 > > Linux xeone 2.6.11-1.14_FC3smp #1 SMP Thu Apr 7 19:38:19 EDT 2005 i686 > i686 i386 GNU/Linux > > [root at xeone ~]# strace -f -t /usr/sbin/ntpd -d -n -u ntp:ntp -p > /var/run/ntpd.pid > > 17:28:54 execve("/usr/sbin/ntpd", ["/usr/sbin/ntpd", "-d", "-n", "-u", > "ntp:ntp", "-p", "/var/run/ntpd.pid"], [/* 34 vars */]) = > 0 > 17:28:54 uname({sys="Linux", node="xeone", ...}) = 0 > 17:28:54 brk(0) = 0x84fd000 > 17:28:54 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file > or directory) > 17:28:54 open("/etc/ld.so.cache", O_RDONLY) = 3 > .... > 17:28:54 socket(PF_FILE, SOCK_STREAM, 0) = 9 > 17:28:54 fcntl64(9, F_GETFL) = 0x2 (flags O_RDWR) > 17:28:54 fcntl64(9, F_SETFL, O_RDWR|O_NONBLOCK) = 0 > 17:28:54 connect(9, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, > 110) = -1 EACCES (Permission denied) > 17:28:54 close(9) = 0 > 17:28:54 socket(PF_FILE, SOCK_STREAM, 0) = 9 > 17:28:54 fcntl64(9, F_GETFL) = 0x2 (flags O_RDWR) > 17:28:54 fcntl64(9, F_SETFL, O_RDWR|O_NONBLOCK) = 0 > 17:28:54 connect(9, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, > 110) = -1 EACCES (Permission denied) > 17:28:54 close(9) = 0 > 17:28:54 --- SIGSEGV (Segmentation fault) @ 0 (0) --- > 17:28:54 +++ killed by SIGSEGV +++ > > the signal is async as I saw it fail in other points as well... > > in /var/log/messages I find: > > Apr 13 17:28:54 xeone ntpd[15458]: ntpd 4.2.0a at 1.1190-r Mon Oct 11 > 09:10:20 EDT 2004 (1) > Apr 13 17:28:54 xeone ntpd[15458]: precision = 66.000 usec > Apr 13 17:28:54 xeone ntpd[15458]: Listening on interface wildcard, > 0.0.0.0#123 > Apr 13 17:28:54 xeone ntpd[15458]: Listening on interface wildcard, > ::#123 > Apr 13 17:28:54 xeone ntpd[15458]: Listening on interface lo, > 127.0.0.1#123 > Apr 13 17:28:54 xeone ntpd[15458]: Listening on interface eth0, > 10.0.0.75#123 > Apr 13 17:28:54 xeone ntpd[15458]: kernel time sync status 0040 > Apr 13 17:28:54 xeone kernel: audit(1113406134.559:0): avc: denied { > write } for pid=15458 exe=/usr/sbin/ntpd name=root dev=dm > -0 ino=1160993 scontext=root:system_r:ntpd_t > tcontext=root:object_r:user_home_dir_t tclass=dir > > [root at xeone ~]# df > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/mapper/VolGroup00-LogVol00 > 15449552 2584572 12080188 18% / > /dev/sda1 256666 30601 212813 13% /boot > none 515232 0 515232 0% /dev/shm > > file context of dm inodes are: > > [root at xeone ~]# ls -lZ /dev/dm* > brw-r----- root root system_u:object_r:fixed_disk_device_t > /dev/dm-0 > brw-r----- root root system_u:object_r:fixed_disk_device_t > /dev/dm-1 > This is trying to write to a user_home_dir_t? What does ls -laZ /var/run/nscd show? -- From david at fubar.dk Wed Apr 13 16:06:49 2005 From: david at fubar.dk (David Zeuthen) Date: Wed, 13 Apr 2005 12:06:49 -0400 Subject: hald-addon-acpi??? In-Reply-To: <425D3F34.7040903@gwch.net> References: <425D3F34.7040903@gwch.net> Message-ID: <1113408409.3365.25.camel@daxter.boston.redhat.com> On Wed, 2005-04-13 at 17:48 +0200, Roger Grosswiler wrote: > Hi, > > my screen freezes after several hours complete into black. I think, this > is depending on hald-addon-acpi. > > unfortunately, i did not find any info about. Is there any manpage or a > hint how to configure that thing? All that hald-addon-acpi does is listen to events from either acpid or the kernel and then send these messages to hald (which broadcasts them on the messagebus). I don't think that this is related to what you're seeing, you may want to do a 'service stop haldaemon' to verify. David From david at fubar.dk Wed Apr 13 16:09:27 2005 From: david at fubar.dk (David Zeuthen) Date: Wed, 13 Apr 2005 12:09:27 -0400 Subject: /dev/.udev.tdb - is what for? In-Reply-To: <425CCA60.2050603@gwch.net> References: <425CCA60.2050603@gwch.net> Message-ID: <1113408567.3365.27.camel@daxter.boston.redhat.com> On Wed, 2005-04-13 at 09:29 +0200, Roger Grosswiler wrote: > Hi, > > Running rkhunter shows, that above should be inspected. I am quite sure, > this is a false positive. > > What are those classes for? It's the udev database. David From jkeating at j2solutions.net Wed Apr 13 16:18:39 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 13 Apr 2005 09:18:39 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113404421.4963.206.camel@sigurd.incentre.net> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> Message-ID: <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> On Wed, 2005-04-13 at 09:00 -0600, Guy Fraser wrote: > Read the archives. Sorry, with the roughly 4 billion posts I'd rather not. But thanks for offering. > I tried every possible thing. > > Most new cards are completely auto detect, you can't change > anything in BIOS. Ok, so here we're talking about SATA add-on cards, not just motherboard SATA ports. These days having SATA addon cards is NOT a widely used configuration. > Maybe the reason the developers can't find any problems is > they are not adding any additional controller cards. That is quite possible. You are correct in that most SATA cards lack the ability to disable loading a BIOS. SATA cards loading a BIOS overrides at times what is set in the motherboard BIOS for boot order. > --- > My system had: > > Before {working}: > Motherboard - 2 x PATA 66 - CD Burner,DVD-ROM > - 2 x SATA RAID 150 - 200GBx1 SATA Drives > PCI Cards - 2 x PATA 133 - ATA133 Drives 160GBx2,120GB,80GB > - 2 x SATA 150 - 200GBx2 SATA Drives > > After {not working}: > Motherboard - 2 x PATA 66 - CD Burner,DVD-ROM > - 2 x SATA RAID 150 - 200GBx2 SATA Drives > PCI Cards - 2 x PATA 133 - ATA133 Drives 160GBx2,120GB,80GB > - 2 x SATA 150 - 200GBx2 SATA Drives > > The only things that can be changed in BIOS are : > Logical drive allocation of onboard SATA RAID. > Drive settings of onboard PATA Drives. > Boot order : Floppy/CD/HD/SATA/(SCSI/Addon Controller) {Approximately} > > I had it configured to boot from : SCSI/CD > The order the devices are detected : > 1) Onboard PATA > 2) Ext SATA > 3) Ext ATA133 > 4) Onboard SATA Raid > > Now {working}: > Motherboard - 2 x PATA 66 - CD Burner,DVD-ROM,ATA133 80GB > - 2 x SATA RAID 150 - 200GBx1 SATA Drives > PCI Cards - 2 x PATA 133 - ATA133 Drives 160GBx2,120GB > - 2 x SATA 150 - 200GBx2 SATA Drives > > Configured to boot from: HD/CD Some things to consider. PCI placement of the add on cards will effect which one is seen in which order. Also, the grub mbr stuff can live on just about any disk you want, as long as the motherboard will look there to boot from. Grub config can live on any disk as well. I have used this scenario, where I have pata disks on the motherboard and SATA disks on an add on PCI card. My Linux lived in the add on SATA disks, but grub mbr was on one of my IDE disks, it just looked out to the SATA disks to find the menu, and the menu was configured correctly to look to the right disks for booting various stuff. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jkeating at j2solutions.net Wed Apr 13 16:20:53 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 13 Apr 2005 09:20:53 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113404506.4963.207.camel@sigurd.incentre.net> References: <1113349041.13504.82.camel@jkeating2.hq.pogolinux.com> <1113404506.4963.207.camel@sigurd.incentre.net> Message-ID: <1113409253.13504.101.camel@jkeating2.hq.pogolinux.com> On Wed, 2005-04-13 at 09:01 -0600, Guy Fraser wrote: > > As I said, Lilo has been deprecated since RHL8 or even earlier. > But optional until FC2. Well, thats what deprecated means. It's on the way out. Start preparing yourself to not have it. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jkeating at j2solutions.net Wed Apr 13 16:28:07 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 13 Apr 2005 09:28:07 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113404976.4963.216.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113404976.4963.216.camel@sigurd.incentre.net> Message-ID: <1113409688.13504.104.camel@jkeating2.hq.pogolinux.com> On Wed, 2005-04-13 at 09:09 -0600, Guy Fraser wrote: > If the drive is on the controller and configured, and it > works properly as a drive, there should be no reason you > should not be allowed to boot from the drive if BIOS will > allow you to boot from that drive. > > How do you know for sure what RAID is on his motherboard? > > Compaq used to ship Proliants with there SmartArray 2 controller > on board which is a Dual Port LVD SCSI Array Controller, far > from winraid. Because AFAIK there is no winraid onboard SCSI chips. Now with SATA I can almost guarentee 99.9% of the onboard 'RAID' is winraid. Also his statement of "cheap efficiency I use the simple RAID that the motherboard has onboard, which is precisely the thing that grub has the most trouble with" Sounds like onboard winraid to me... -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jdennis at redhat.com Wed Apr 13 16:35:42 2005 From: jdennis at redhat.com (John Dennis) Date: Wed, 13 Apr 2005 12:35:42 -0400 Subject: Where is Cyrus-Imapd In-Reply-To: <425CB988.2080307@gwch.net> References: <425CB3B4.2070201@gwch.net> <1113371759.18389.32.camel@cutter> <425CB865.1050203@gwch.net> <1113372843.18389.34.camel@cutter> <425CB988.2080307@gwch.net> Message-ID: <1113410142.5549.412.camel@localhost.localdomain> On Wed, 2005-04-13 at 08:17 +0200, Roger Grosswiler wrote: > >>Who did it before? > > Red hat employee. > would be cool to gain simon matter, as he did it before ;-) Chris Ricker has voluteered to maintain it already. The move of cyrus- imapd to extras happened just over a week ago. I asked Chris to hang tight for a little while till some internal issues get sorted out. FWIW, the rpm is based on Simon Matter's rpm. Simon already does a lot of work maintaining cyrus-imap, I'm not sure its fair to ask him to do this too. But like I said, we still have some internal questions to answer before knowing if a hand-off in extras is going to occur. If anybody is desperate for a cyrus-imapd rpm for FC4 I'll be happy to provide it. In fact I'll try to make sure it happens in the next few hours by posting it on my ftp server. I will follow-up with an email to its location. -- John Dennis From arjanv at redhat.com Wed Apr 13 16:38:37 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 13 Apr 2005 18:38:37 +0200 Subject: FC4t2 no good without LILO In-Reply-To: <1113409688.13504.104.camel@jkeating2.hq.pogolinux.com> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113404976.4963.216.camel@sigurd.incentre.net> <1113409688.13504.104.camel@jkeating2.hq.pogolinux.com> Message-ID: <1113410318.6275.88.camel@laptopd505.fenrus.org> On Wed, 2005-04-13 at 09:28 -0700, Jesse Keating wrote: > On Wed, 2005-04-13 at 09:09 -0600, Guy Fraser wrote: > > If the drive is on the controller and configured, and it > > works properly as a drive, there should be no reason you > > should not be allowed to boot from the drive if BIOS will > > allow you to boot from that drive. > > > > How do you know for sure what RAID is on his motherboard? > > > > Compaq used to ship Proliants with there SmartArray 2 controller > > on board which is a Dual Port LVD SCSI Array Controller, far > > from winraid. > > Because AFAIK there is no winraid onboard SCSI chips. You haven't seen adaptec scsi host raid then :) > Now with SATA I > can almost guarentee 99.9% of the onboard 'RAID' is winraid. > fwiw dmraid is in progress of supporting this stuff; the lilo / grub / anaconda integration isn't entirely trivial though ... (and that has nothing to do with grub vs lilo) -------------- 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 surak at casa.surak.eti.br Wed Apr 13 16:59:05 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 13 Apr 2005 13:59:05 -0300 Subject: Selecting language while installation - Missing Langpacks in OO In-Reply-To: References: <425CBAB0.5020206@gwch.net> Message-ID: <1113411545.24841.36.camel@localhost.surak.eti.br> Em Qua, 2005-04-13 ?s 10:18 -0400, Chris Lumens escreveu: > commits to do either today or tomorrow concerning this. When it's done, > you will also automatically have the proper OO, aspell, etc. language > packs. Is OOo already separated into several language packages, or is it still that huuuuge update? -- Alexandre Strube From luya at jpopmail.com Wed Apr 13 17:00:51 2005 From: luya at jpopmail.com (luya at jpopmail.com) Date: Wed, 13 Apr 2005 09:00:51 -0800 Subject: Duplicated message on yum Message-ID: <20050413170051.5427023EE56@ws5-4.us4.outblaze.com> A small bug. Type yum on shell and you will see the command guide displayed twice. [root at experience mnt]# yum Usage: yum [options] < update | install | info | remove | list | clean | provides | search | check-update | groupinstall | groupupdate | grouplist | groupinfo | groupremove | makecache | localinstall | shell > Options: -c [config file] - specify the config file to use -e [error level] - set the error logging level -d [debug level] - set the debugging level -y - answer yes to all questions -R [time in minutes] - set the max amount of time to randomly run in -C run from cache only - do not update the cache --installroot=[path] - set the install root (default '/') --version - output the version of yum --exclude=package to exclude --disablerepo=repository id to disable (overrides config file) --enablerepo=repository id to enable (overrides config file) -h, --help - this screen You need to give some command Usage: yum [options] < update | install | info | remove | list | clean | provides | search | check-update | groupinstall | groupupdate | grouplist | groupinfo | groupremove | makecache | localinstall | shell > Options: -c [config file] - specify the config file to use -e [error level] - set the error logging level -d [debug level] - set the debugging level -y - answer yes to all questions -R [time in minutes] - set the max amount of time to randomly run in -C run from cache only - do not update the cache --installroot=[path] - set the install root (default '/') --version - output the version of yum --exclude=package to exclude --disablerepo=repository id to disable (overrides config file) --enablerepo=repository id to enable (overrides config file) -h, --help - this screen -- _______________________________________________ Get your free email from http://mymail.jp.popstarmail.org Powered by Outblaze From Pete.Pinter at TELUS.COM Wed Apr 13 17:06:11 2005 From: Pete.Pinter at TELUS.COM (Pete Pinter) Date: Wed, 13 Apr 2005 11:06:11 -0600 Subject: As FC4T2 CD Hangs on boot (Dell C600), here's how to install via FTP... Message-ID: Thanks to John Wyles, I've found a bypass that seems to have saved the day: http://www.johnwyles.com/archives/2004/07/05/fedora_core_2_network_install.php describes, with minor changes needed, the simple steps to replace my existing RHEL with FC4T2 without trauma. As he warns, it's kind of a one shot deal, but in my case well worth the risk if only to silence the local microsoft minions. Still hoping for an answer as to why FC4T2 has stopped booting on Dell Latitudes... Onward! ________________________________ From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Pete Pinter Sent: Wednesday, April 13, 2005 9:30 AM To: fedora-test-list at redhat.com Subject: FC4T2 Hangs on boot. What incantation to upgrade RHEL 3WS to FC4T2? Similar to other (unanswered) posts in the April archive re: boot failure on Dell Latitudes, I'm just getting the initial F1-Main...F5-Rescue option list and nothing else but a '.' when I enter anything on a freshly burned FC4T2 ISO. Is there a Command Line option to upgrade from the RHEL 3 WS installed on it to FC4T2 that might otherwise launch the upgrade process? Yes, I'm an uninformed enthusiast and just my luck, I'm trying to get this installed among a bunch of M$ cheerleaders. Any insights or suggestions greatly appreciated, as always. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dcbw at redhat.com Wed Apr 13 17:08:10 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 13 Apr 2005 13:08:10 -0400 (EDT) Subject: Selecting language while installation - Missing Langpacks in OO In-Reply-To: <1113411545.24841.36.camel@localhost.surak.eti.br> References: <425CBAB0.5020206@gwch.net> <1113411545.24841.36.camel@localhost.surak.eti.br> Message-ID: On Wed, 13 Apr 2005, Alexandre Strube wrote: > Em Qua, 2005-04-13 ?s 10:18 -0400, Chris Lumens escreveu: > > commits to do either today or tomorrow concerning this. When it's done, > > you will also automatically have the proper OO, aspell, etc. language > > packs. > > Is OOo already separated into several language packages, or is it still > that huuuuge update? In FC4, OOo has been separated into individual langpacks. Dan From guy at incentre.net Wed Apr 13 17:11:06 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 11:11:06 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113349604.3603.5.camel@daxter.boston.redhat.com> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> Message-ID: <1113412267.4963.242.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 19:46 -0400, David Zeuthen wrote: > On Tue, 2005-04-12 at 17:28 -0600, Guy Fraser wrote: > > Can we please get it back? > > > > > Can we please keep it? > > No, of course not. > > If something is wrong with app X the solution is to fix app X, not ship > an alternative to app X just because some users thinks it work better > for them. As a comparison, it's not like we ship the FreeBSD kernel just > because some users think that it has features that the Linux 2.6 kernel > doesn't. Then get the problems fixed... DUH!!! The problems is the developers keep blaming the problems on misconfiguration, when the thing should work. Although I have read the documentation for GRUB, I still have no idea why it wouldn't work no matter what files I modified and updated grub. Only fresh installs after replacing or changing a drive would work. The error number would indicate that a file could not be found, but the errors do not mention which file could not be found or on which device it was looking for the file. I would boot the Rescue CD and enter the grub console and could verify all the drives were matched in the map and could find the files that the docs said needed to be found and was able to verify that every thing in the configuration file matched. Read the archives, many people have been having exactly the same problems, and were having those problems well before LILO was completely removed. I had tried GRUB many times from when it became the default, until FC1 but it always ended up causing me grief, and I posted notes and checked Bugzilla. There have always been close to identical problems listed in Bugzilla, so I probably did not create any duplicate reports. Since nobody could help fix the problem I would just switch to LILO and cary on using the systems. On the next upgrade or re-installation I would try GRUB again, and so on and so on. The problems have never been resolved, yet someone still decided that it was to be the sole package supported for a boot loader. From jamesl at bestweb.net Wed Apr 13 18:12:51 2005 From: jamesl at bestweb.net (James E. LaBarre) Date: Wed, 13 Apr 2005 13:12:51 EST Subject: PPC Supported HW Message-ID: <425d5313.5b63.0@bestweb.net> I grabbed the first disk for the PPC build of FC4-T2, and was reading through the README files to see what the supported hardware is before I burn that disk and grab the rest. Problem is, the disk has the HW Requirements fole for intel/X86 systems, rather than the PPC file. From jkeating at j2solutions.net Wed Apr 13 17:18:05 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 13 Apr 2005 10:18:05 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113410318.6275.88.camel@laptopd505.fenrus.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113404976.4963.216.camel@sigurd.incentre.net> <1113409688.13504.104.camel@jkeating2.hq.pogolinux.com> <1113410318.6275.88.camel@laptopd505.fenrus.org> Message-ID: <1113412686.13504.108.camel@jkeating2.hq.pogolinux.com> On Wed, 2005-04-13 at 18:38 +0200, Arjan van de Ven wrote: > You haven't seen adaptec scsi host raid then :) OH wait, I stand corrected. I keep disregarding that when I see it as we keep replacing it with a real RAID solution. My bad. This is the same host-raid we're seeing on some SATA stuff now, adaptec host-raid sata. woof. > > Now with SATA I > > can almost guarentee 99.9% of the onboard 'RAID' is winraid. > > > > fwiw dmraid is in progress of supporting this stuff; the lilo / grub / > anaconda integration isn't entirely trivial though ... > (and that has nothing to do with grub vs lilo) I've been hearing about this, and it still kind of scares me (: But of course, thats FC5 or FC6 targets. Hopefully by then lilo will be good and gone and only 1/2 the work will need to be done. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From zac9 at CDC.GOV Wed Apr 13 17:12:52 2005 From: zac9 at CDC.GOV (Sessoms, Mack) Date: Wed, 13 Apr 2005 13:12:52 -0400 Subject: Eclipse is locking up, where did system logs application go? Message-ID: <425D5314.5070101@cdc.gov> have to power cycle. Where is /usr/bin/system-logviewer? From dcbw at redhat.com Wed Apr 13 17:21:07 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 13 Apr 2005 13:21:07 -0400 (EDT) Subject: FC4t2 no good without LILO In-Reply-To: <1113412267.4963.242.camel@sigurd.incentre.net> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> Message-ID: On Wed, 13 Apr 2005, Guy Fraser wrote: > On Tue, 2005-12-04 at 19:46 -0400, David Zeuthen wrote: > > No, of course not. > > > > If something is wrong with app X the solution is to fix app X, not ship > > an alternative to app X just because some users thinks it work better > > for them. As a comparison, it's not like we ship the FreeBSD kernel just > > because some users think that it has features that the Linux 2.6 kernel > > doesn't. > Then get the problems fixed... DUH!!! Well, it also requires interaction with _users_ (such as yourself) for engineers to determine what the exact problems are and how to fix them. Obviously Red Hat doesn't have the budget nor the time to acquire every computer ever made to test on, which is where users can help out quite a bit. Users need to _constructively_ respond to engineers with problem reports that include specific information and steps to reproduce the problems. Again, _constructive_ problem reports and interaction. Bugs don't get fixed if engineers can't figure out the problem or don't have the same hardware, or if users can't constructively describe their problems. If you help out by adding your configuration and steps to reproduce to existing bugzillas, that can make the difference between the engineer finding similarities that enable him/her to fix the issue, and not being able to fix the issue because he/she doesn't have enough information. Dan From jamesl at bestweb.net Wed Apr 13 18:26:21 2005 From: jamesl at bestweb.net (James E. LaBarre) Date: Wed, 13 Apr 2005 13:26:21 EST Subject: FC4t2 no good without LILO Message-ID: <425d563d.5daf.0@bestweb.net> >On Tue, 2005-12-04 at 19:46 -0400, David Zeuthen wrote: >The problems is the developers keep blaming the problems >on misconfiguration, when the thing should work. I think the problem with your continuing bugs in GRUB come from the fact that Grub, in it's current form, isn't actually in active development anymore. If you look at the GNU Grub webpage ( http://www.gnu.org/software/grub), you'll see there are 2 versions: Grub Legacy, and Grub2. To quote from their page: ===================================== GRUB 2 and GRUB Legacy Currently under development, GRUB 2, has replaced what was formerly known as GRUB (i.e. version 0.9x), which has, in turn, become GRUB Legacy. GRUB 2 aims at merging sources from PUPA in order to create the next generation of GNU GRUB. A mailing list and a wiki have been setup for discussing the development of GRUB 2. GRUB Legacy is no longer being developed. For the differences between GRUB Legacy and GRUB 2, please visit their respective pages. ===================================== So, presumably since Grub Legacy is no longer being developed, it probably isn't being fixed either. And, if you notice, the reference to Grub2 is that they are *discussing* development of that version. Which suggests to me that *NO* code has been written. All that being said, Grub has worked for me, so I expect it's still possible to make it work for you. Perhaps the original developer should take BACK the development of Grib, since it seems the GNU folks are only working on it in between Hurd programming sessions. From david at fubar.dk Wed Apr 13 17:35:04 2005 From: david at fubar.dk (David Zeuthen) Date: Wed, 13 Apr 2005 13:35:04 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <425d563d.5daf.0@bestweb.net> References: <425d563d.5daf.0@bestweb.net> Message-ID: <1113413704.3365.30.camel@daxter.boston.redhat.com> On Wed, 2005-04-13 at 13:26 -0500, James E. LaBarre wrote: > >On Tue, 2005-12-04 at 19:46 -0400, David Zeuthen wrote: > >The problems is the developers keep blaming the problems > >on misconfiguration, when the thing should work. I most certainly did not write that. Please fix your broken MUA. David From Fedora at TQMcube.com Wed Apr 13 17:40:52 2005 From: Fedora at TQMcube.com (David Cary Hart) Date: Wed, 13 Apr 2005 13:40:52 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: Message-ID: <1113414052.20552.5.camel@dch.tqmcube.com> On Wed, 2005-04-13 at 12:36 -0400, William M. Quarles wrote: > If you would like to see the Red Hat newsgroup mirrors have encrypted > e-mail addresses, please reply to this topic and discuss. If you are > even more brave (important since some of these lists are high-volume and > not everything gets read), please contact your list administrator > directly at . If someone knows how to get > the word out on the international lists or to their administrators > (since I don't speak multiple tongues), please do so. If someone knows > who to contact who can make all of the newsgroups have encrypted e-mail > addresses going above all of the list administrators (maybe the person > who decided to obfuscate them all on the web archive?) please contact > him or her and let us know how to contact that person. > The problem is spam not the lists nor list management. -- ________________________________________________________________________ Kill Spam at the Source: http://www.TQMcube.com/spam_trap.htm Today's Spam Trap Adds: http://www.TQMcube.com/BlockedToday RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm From mgb-fedora at yosemite.net Wed Apr 13 17:46:35 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Wed, 13 Apr 2005 10:46:35 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <604aa791050413052849fd8c41@mail.gmail.com> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113364002.14576.301.camel@mgb.bullion.ims> <604aa791050413052849fd8c41@mail.gmail.com> Message-ID: <1113414394.14576.476.camel@mgb.bullion.ims> On Wed, 2005-04-13 at 05:28, Jeff Spaleta wrote: > If you have other SPECIFIC issues with the currently aviable grub > package in rawhide, raise them and they will be evaluated case-by-case. In the real world, a history of unreliability is a SPECIFIC issue. It's the SPECIFIC issue that gets Windows servers replaced by Linux servers. Peter in his cubicle may believe that Grub is now perfect. Even if he's right it's irrelevant at this time because nobody (except unwitting Redhat shareholders) is going to bet the farm on a new version of a product with a history of unreliability and missing features. A year from now, if Peter's dreams are realized, would be the time to consider removing Lilo. Or maybe that would be the time to start replacing Grub Legacy with Grub2. FC4t2 Grub includes a Dec'04 MD patch, a Jan'05 MD patch, a Feb'05 MD patch, and a Mar'05 MD patch. We all hope that no more patches will be needed for MD in Grub, but is it realistic to bet the Redhat farm on it today? I'm certainly not going to bet our clients' data on Grub until I see how reliable Grub is now and also whether the next few updates are reliable too. A HISTORY of reliability is essential for any mission critical package. A proven history over multiple upgrades is particularly important for Grub which uses a fragile shell/awk/sed script to parse mdadm output instead of copying the simple GET_ARRAY_INFO ioctl used by Lilo. The appropriate course is for Peter to restore Lilo, apologize on behalf of Redhat for taking five years to add MD support to Grub, state that Grub is now believed to support MD under such-and-such SPECIFIC conditions, and ask us to give Grub another try. --Mike Bird From roger at gwch.net Wed Apr 13 17:55:40 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 19:55:40 +0200 Subject: /dev/.udev.tdb - is what for? In-Reply-To: <1113408567.3365.27.camel@daxter.boston.redhat.com> References: <425CCA60.2050603@gwch.net> <1113408567.3365.27.camel@daxter.boston.redhat.com> Message-ID: <425D5D1C.6070007@gwch.net> David Zeuthen wrote: > On Wed, 2005-04-13 at 09:29 +0200, Roger Grosswiler wrote: > >>Hi, >> >>Running rkhunter shows, that above should be inspected. I am quite sure, >>this is a false positive. >> >>What are those classes for? > > > It's the udev database. > > David > > oh, O:-) Thanks. Roger From pri.rhl3 at iadonisi.to Wed Apr 13 17:53:01 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Wed, 13 Apr 2005 13:53:01 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113412267.4963.242.camel@sigurd.incentre.net> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> Message-ID: <1113414782.6969.4.camel@tuxpaq> On Wed, 2005-04-13 at 11:11 -0600, Guy Fraser wrote: [snip] > Although I have read the documentation for GRUB, I still have > no idea why it wouldn't work no matter what files I modified > and updated grub. Only fresh installs after replacing or ^^^^^^^ > changing a drive would work. Maybe I'm barking up the wrong tree, here, but please, do tell: what do you mean by 'updated' grub? -- -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 roger at gwch.net Wed Apr 13 17:57:53 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 13 Apr 2005 19:57:53 +0200 Subject: Selecting language while installation - Missing Langpacks in OO In-Reply-To: <1113411545.24841.36.camel@localhost.surak.eti.br> References: <425CBAB0.5020206@gwch.net> <1113411545.24841.36.camel@localhost.surak.eti.br> Message-ID: <425D5DA1.4020202@gwch.net> Alexandre Strube wrote: > Em Qua, 2005-04-13 ?s 10:18 -0400, Chris Lumens escreveu: > >>commits to do either today or tomorrow concerning this. When it's done, >>you will also automatically have the proper OO, aspell, etc. language >>packs. > > > Is OOo already separated into several language packages, or is it still > that huuuuge update? > > it is separated, if you could choose your language on setup, theoretically you should find openoffice.org-langpack-[yourlanguage] on your disk. Roger From jonathansavage at gmail.com Wed Apr 13 18:00:53 2005 From: jonathansavage at gmail.com (Jon Savage) Date: Wed, 13 Apr 2005 11:00:53 -0700 Subject: menu icons missing In-Reply-To: <1113406274.11026.4.camel@golem.boston.redhat.com> References: <20050413140036.GP8833@angus.ind.WPI.EDU> <604aa791050413080235e57a86@mail.gmail.com> <45638.213.164.3.90.1113405549.squirrel@www.nodata.co.uk> <425D398C.6000806@efd.lth.se> <1113406274.11026.4.camel@golem.boston.redhat.com> Message-ID: <2ad7cea1050413110014eb212d@mail.gmail.com> > > >>It would be helpful to me if you could point out specific examples > > >>that I could confirm. > > >>Can you point me to one specific kde application, one gnome or gtk2 > > >>application, and one "other". some examples of missing icons from the applications menu: office--> KAddressBook; KOrganizer system tools--> Missing Icons forBonobo component manager, KwikDisk, Logical Volume Management & NmapFE edjutainment--> everything missing icons except for k turtle graphics--> all apps starting with a K (these are all KDE right?) missing icons except for KolourPaint internet--> Akregator,NmapFE & anything named K* missing icons Accessories-->Ksig, KTnef present, MultiSynk and everything else K* are AWOL. It looks like this is happening for a large percentage of KDE app icons but the Gnome stuff all seems to be OK AFAIK. This is on a FC4T2 system w/ KDE & Gnome installed updated current this AM. Bests JS From rramson at gmail.com Wed Apr 13 18:15:28 2005 From: rramson at gmail.com (Richard Ramson) Date: Wed, 13 Apr 2005 14:15:28 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: <1113414052.20552.5.camel@dch.tqmcube.com> References: <1113414052.20552.5.camel@dch.tqmcube.com> Message-ID: On 4/13/05, David Cary Hart wrote: > On Wed, 2005-04-13 at 12:36 -0400, William M. Quarles wrote: > > > If you would like to see the Red Hat newsgroup mirrors have encrypted > > e-mail addresses, please reply to this topic and discuss. If you are > > even more brave (important since some of these lists are high-volume and > > not everything gets read), please contact your list administrator > > directly at . If someone knows how to get > > the word out on the international lists or to their administrators > > (since I don't speak multiple tongues), please do so. If someone knows > > who to contact who can make all of the newsgroups have encrypted e-mail > > addresses going above all of the list administrators (maybe the person > > who decided to obfuscate them all on the web archive?) please contact > > him or her and let us know how to contact that person. > > > The problem is spam not the lists nor list management. > -- > ________________________________________________________________________ > Kill Spam at the Source: http://www.TQMcube.com/spam_trap.htm > Today's Spam Trap Adds: http://www.TQMcube.com/BlockedToday > RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm > Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > What about going to a phpBB solution? From goemon at anime.net Wed Apr 13 18:35:36 2005 From: goemon at anime.net (Dan Hollis) Date: Wed, 13 Apr 2005 11:35:36 -0700 (PDT) Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: Message-ID: On Wed, 13 Apr 2005, Richard Ramson wrote: > What about going to a phpBB solution? I like that idea. Then I can unsubscribe from useless threads without having to keep adding rules to my .procmailrc Being able to categorize discussions and builtin search is very useful too. -Dan From clumens at redhat.com Wed Apr 13 18:44:46 2005 From: clumens at redhat.com (Chris Lumens) Date: Wed, 13 Apr 2005 14:44:46 -0400 (EDT) Subject: Selecting language while installation - Missing Langpacks in OO In-Reply-To: <425D5DA1.4020202@gwch.net> References: <425CBAB0.5020206@gwch.net> <1113411545.24841.36.camel@localhost.surak.eti.br> <425D5DA1.4020202@gwch.net> Message-ID: > it is separated, if you could choose your language on setup, theoretically > you should find openoffice.org-langpack-[yourlanguage] on your disk. If you choose to customize the package set during install, you'll see a "Language Support" group towards the bottom. Selecting that allows you to pick exactly which language package sets you want, therefore giving you the right OO languages (among other things). Of course if it doesn't work like that right now, something's wrong. - Chris From kyrre at solution-forge.net Wed Apr 13 18:49:24 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 13 Apr 2005 20:49:24 +0200 Subject: NumLock at gnome start (was: Re: compiler problem) In-Reply-To: <425D17C0.3080803@xmission.com> References: <425D17C0.3080803@xmission.com> Message-ID: <1113418163.5244.0.camel@localhost.localdomain> ons, 13.04.2005 kl. 14.59 skrev Al Kroeger: > I have this little convenience program I like to use called setnumlock. > It can be found/downloaded at > http://sdb.suse.de/sdb/en/html/cg_x11numlock.html. I've used it on > every FC release since FC2. It will set numlock at login. > When I try to install it with FC4t2, I get this error; > # make > gcc -L/usr/X11R6/lib Numlock.o -o setnumlock -lX11 -lXtst > /usr/bin/ld: cannot find -lX11 > collect2: ld returned 1 exit status > make: *** [program] Error 1 > > According to the README file with setnumlock, you need the C compiler > (series d, package gcc) and the include files of the X libraries > (package xdevel, series x). > I did #yum install gcc and this is the return. > # yum install gcc > Setting up Install Process > Setting up repositories > development 100% |=========================| 1.1 kB 00:00 > extras-development 100% |=========================| 951 B 00:00 > Reading repository metadata in from local files > primary.xml.gz 100% |=========================| 960 kB 00:06 > developmen: ################################################## 3493/3493 > Added 220 new packages, deleted 220 old in 17.36 seconds > Parsing package install arguments > Nothing to do > > I'm assuming that gcc is already installed. Is this correct? If I do > #yum install xdevel, this is the return; > > # yum install xdevel > Setting up Install Process > Setting up repositories > development 100% |=========================| 1.1 kB 00:00 > extras-development 100% |=========================| 951 B 00:00 > Reading repository metadata in from local files > primary.xml.gz 100% |=========================| 960 kB 00:27 > developmen: ################################################## 3493/3493 > Added 220 new packages, deleted 220 old in 17.23 seconds > Parsing package install arguments > No Match for argument: xdevel > Nothing to do > > Okay.... given that I'm somewhat ignorant with yum, please accomodate my > ignorance, and give me some advice on what I need to do. > Thanks, > owa Why isn't it an option in gnome setup to set numlock to on on boot? That would be really usefull ! From rramson at gmail.com Wed Apr 13 18:53:55 2005 From: rramson at gmail.com (Richard Ramson) Date: Wed, 13 Apr 2005 14:53:55 -0400 Subject: evolution update on FC3 Message-ID: I'm trying to update evolution to 2.2.2-1.i386 from the FC3 development tree and it is missing a lot of dependencies see below. Is there a command I can run to force yum to get the dependencies? yum -y update evolution-2.2.2-1.i386.rpm Setting up Update Process Setting up Repos http://klid.dk/homeftp/fedora/linux/core/3/i386/os/repodata/repomd.xml: [Errno 4] IOError: HTTP Error 403: Forbidden Trying other mirror. base 100% |=========================| 1.1 kB 00:00 updates-released 100% |=========================| 951 B 00:00 Reading repository metadata in from local files base : ################################################## 2622/2622 updates-re: ################################################## 839/839 Examining evolution-2.2.2-1.i386.rpm: evolution - 2.2.2-1.i386 Marking evolution-2.2.2-1.i386.rpm as an update to evolution - 2.0.4-2.i386 Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package evolution.i386 0:2.2.2-1 set to be updated --> Running transaction check --> Processing Dependency: libebook-1.2.so.3 for package: evolution --> Processing Dependency: libedataserver-1.2.so.4 for package: evolution --> Processing Dependency: libgal-a11y-2.4.so.0 for package: evolution --> Processing Dependency: libgal-2.4.so.0 for package: evolution --> Processing Dependency: libecal-1.2.so.2 for package: evolution --> Processing Dependency: libcamel-provider-1.2.so.3 for package: evolution --> Processing Dependency: libegroupwise-1.2.so.5 for package: evolution --> Processing Dependency: libgtkhtml-3.6.so.18 for package: evolution --> Processing Dependency: libcamel-1.2.so.0 for package: evolution --> Processing Dependency: evolution-data-server >= 1.2.2 for package: evolution --> Processing Dependency: libcamel.so.0 for package: evolution-connector --> Processing Dependency: libedataserverui-1.2.so.4 for package: evolution --> Processing Dependency: libgal2 >= 2:2.4.2 for package: evolution --> Processing Dependency: dbus >= 0.31 for package: evolution --> Finished Dependency Resolution Error: Missing Dependency: libebook-1.2.so.3 is needed by package evolution Error: Missing Dependency: libedataserver-1.2.so.4 is needed by package evolution Error: Missing Dependency: libgal-a11y-2.4.so.0 is needed by package evolution Error: Missing Dependency: libgal-2.4.so.0 is needed by package evolution Error: Missing Dependency: libecal-1.2.so.2 is needed by package evolution Error: Missing Dependency: libcamel-provider-1.2.so.3 is needed by package evolution Error: Missing Dependency: libegroupwise-1.2.so.5 is needed by package evolution Error: Missing Dependency: libgtkhtml-3.6.so.18 is needed by package evolution Error: Missing Dependency: libcamel-1.2.so.0 is needed by package evolution Error: Missing Dependency: evolution-data-server >= 1.2.2 is needed by package evolution Error: Missing Dependency: libcamel.so.0 is needed by package evolution-connector Error: Missing Dependency: libedataserverui-1.2.so.4 is needed by package evolution Error: Missing Dependency: libgal2 >= 2:2.4.2 is needed by package evolution Error: Missing Dependency: dbus >= 0.31 is needed by package evolution From ivazquez at ivazquez.net Wed Apr 13 18:57:37 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 13 Apr 2005 14:57:37 -0400 Subject: NumLock at gnome start (was: Re: compiler problem) In-Reply-To: <1113418163.5244.0.camel@localhost.localdomain> References: <425D17C0.3080803@xmission.com> <1113418163.5244.0.camel@localhost.localdomain> Message-ID: <1113418657.12065.13.camel@ignacio.ignacio.lan> On Wed, 2005-04-13 at 20:49 +0200, Kyrre Ness Sjobak wrote: > Why isn't it an option in gnome setup to set numlock to on on boot? That > would be really usefull ! lock-keys-applet in Fedora Extras will persist the state of the lock keys in-between reboots. Not exactly the same thing I understand, but it works. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 zac9 at CDC.GOV Wed Apr 13 18:58:24 2005 From: zac9 at CDC.GOV (Sessoms, Mack) Date: Wed, 13 Apr 2005 14:58:24 -0400 Subject: Eclipse is locking up, where did system logs application go? In-Reply-To: <425D5314.5070101@cdc.gov> References: <425D5314.5070101@cdc.gov> Message-ID: <425D6BD0.9020904@cdc.gov> the eclipse problem is documented in bug 154532 (only locks up if launched as root). Sessoms, Mack wrote: > have to power cycle. Where is /usr/bin/system-logviewer? > From webmaster at choicesontheweb.com Wed Apr 13 19:16:10 2005 From: webmaster at choicesontheweb.com (Panama Evans) Date: Wed, 13 Apr 2005 12:16:10 -0700 Subject: tvtime and xawtv Message-ID: <1113419770.3378.1.camel@localhost.localdomain> I am trying to install tvtime and or xawtv. I get this message: [root at localhost panama]# yum install scantv Setting up Install Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 296 kB 01:04 extras-dev: ################################################## 871/871 Added 543 new packages, deleted 552 old in 4.07 seconds Parsing package install arguments No Match for argument: scantv Nothing to do [root at localhost panama]# yum install xawtv Setting up Install Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 298 kB 00:00 extras-dev: ################################################## 880/880 Added 552 new packages, deleted 543 old in 4.20 seconds Parsing package install arguments No Match for argument: xawtv Nothing to do Any suggestions would be great From jspaleta at gmail.com Wed Apr 13 19:21:37 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Apr 2005 15:21:37 -0400 Subject: menu icons missing In-Reply-To: <2ad7cea1050413110014eb212d@mail.gmail.com> References: <20050413140036.GP8833@angus.ind.WPI.EDU> <604aa791050413080235e57a86@mail.gmail.com> <45638.213.164.3.90.1113405549.squirrel@www.nodata.co.uk> <425D398C.6000806@efd.lth.se> <1113406274.11026.4.camel@golem.boston.redhat.com> <2ad7cea1050413110014eb212d@mail.gmail.com> Message-ID: <604aa791050413122174df95c2@mail.gmail.com> On 4/13/05, Jon Savage wrote: > system tools--> Missing Icons forBonobo component manager, KwikDisk, > Logical Volume Management & NmapFE just checked logical volume management.. seems its a permission error on the icon file ls -la /usr/share/system-config-lvm/pixmaps/lv_icon.png -rw-r----- 1 root root 953 Apr 6 12:25 /usr/share/system-config-lvm/pixmaps/lv_icon.png I found this out by trying to create a launcher on the panel for the menu entry.. and i got an error message. As soon as i did chmod a+r /usr/share/system-config-lvm/pixmaps/lv_icon.png and restarted the gnome-panel.. i got the icon back. I'll get a chance to file this later tonite. That one seems like a minor package specific bug to me. nmapfe has an icon for me.. so I don't know what to tell you about that. bonobo-component-manager has no icon defined in its associated .desktop file /usr/share/applications/bonobo-browser.desktop Potentially filable.. if there is an icon image that should be used... i don't know if there is. There might be a systematic problem associated with the .desktop files for the Kde stuff..but i dont have any of that installed on my rawhide box right now to compare. -jef"just turns off icons in his menus, to avoid any future problem"spaleta From dmalcolm at redhat.com Wed Apr 13 19:31:11 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 13 Apr 2005 15:31:11 -0400 Subject: evolution update on FC3 In-Reply-To: References: Message-ID: <1113420671.5262.149.camel@cassandra.boston.redhat.com> On Wed, 2005-04-13 at 14:53 -0400, Richard Ramson wrote: > I'm trying to update evolution to 2.2.2-1.i386 from the FC3 > development tree and it is missing a lot of dependencies see below. evolution-2.2.2-1 is in the FC4 development tree ("rawhide"). I haven't been providing RPMs of Evolution 2.2 for FC3; I've been doing them for FC4. The various dependencies listed below look like they're from FC4. > Is there a command I can run to force yum to get the dependencies? > > yum -y update evolution-2.2.2-1.i386.rpm > Setting up Update Process > Setting up Repos > http://klid.dk/homeftp/fedora/linux/core/3/i386/os/repodata/repomd.xml: > [Errno 4] IOError: HTTP Error 403: Forbidden > Trying other mirror. > base 100% |=========================| 1.1 kB 00:00 > updates-released 100% |=========================| 951 B 00:00 > Reading repository metadata in from local files > base : ################################################## 2622/2622 > updates-re: ################################################## 839/839 > Examining evolution-2.2.2-1.i386.rpm: evolution - 2.2.2-1.i386 > Marking evolution-2.2.2-1.i386.rpm as an update to evolution - 2.0.4-2.i386 > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package evolution.i386 0:2.2.2-1 set to be updated > --> Running transaction check > --> Processing Dependency: libebook-1.2.so.3 for package: evolution > --> Processing Dependency: libedataserver-1.2.so.4 for package: evolution > --> Processing Dependency: libgal-a11y-2.4.so.0 for package: evolution > --> Processing Dependency: libgal-2.4.so.0 for package: evolution > --> Processing Dependency: libecal-1.2.so.2 for package: evolution > --> Processing Dependency: libcamel-provider-1.2.so.3 for package: evolution > --> Processing Dependency: libegroupwise-1.2.so.5 for package: evolution > --> Processing Dependency: libgtkhtml-3.6.so.18 for package: evolution > --> Processing Dependency: libcamel-1.2.so.0 for package: evolution > --> Processing Dependency: evolution-data-server >= 1.2.2 for package: evolution > --> Processing Dependency: libcamel.so.0 for package: evolution-connector > --> Processing Dependency: libedataserverui-1.2.so.4 for package: evolution > --> Processing Dependency: libgal2 >= 2:2.4.2 for package: evolution > --> Processing Dependency: dbus >= 0.31 for package: evolution > --> Finished Dependency Resolution > Error: Missing Dependency: libebook-1.2.so.3 is needed by package evolution > Error: Missing Dependency: libedataserver-1.2.so.4 is needed by > package evolution > Error: Missing Dependency: libgal-a11y-2.4.so.0 is needed by package evolution > Error: Missing Dependency: libgal-2.4.so.0 is needed by package evolution > Error: Missing Dependency: libecal-1.2.so.2 is needed by package evolution > Error: Missing Dependency: libcamel-provider-1.2.so.3 is needed by > package evolution > Error: Missing Dependency: libegroupwise-1.2.so.5 is needed by package evolution > Error: Missing Dependency: libgtkhtml-3.6.so.18 is needed by package evolution > Error: Missing Dependency: libcamel-1.2.so.0 is needed by package evolution > Error: Missing Dependency: evolution-data-server >= 1.2.2 is needed by > package evolution > Error: Missing Dependency: libcamel.so.0 is needed by package > evolution-connector > Error: Missing Dependency: libedataserverui-1.2.so.4 is needed by > package evolution > Error: Missing Dependency: libgal2 >= 2:2.4.2 is needed by package evolution > Error: Missing Dependency: dbus >= 0.31 is needed by package evolution > From Fedora at TQMcube.com Wed Apr 13 19:35:38 2005 From: Fedora at TQMcube.com (David Cary Hart) Date: Wed, 13 Apr 2005 15:35:38 -0400 Subject: evolution update on FC3 In-Reply-To: <1113420671.5262.149.camel@cassandra.boston.redhat.com> References: <1113420671.5262.149.camel@cassandra.boston.redhat.com> Message-ID: <1113420938.3442.3.camel@dch.TQMcube.com> On Wed, 2005-04-13 at 15:31 -0400, David Malcolm wrote: > On Wed, 2005-04-13 at 14:53 -0400, Richard Ramson wrote: > > I'm trying to update evolution to 2.2.2-1.i386 from the FC3 > > development tree and it is missing a lot of dependencies see below. > > evolution-2.2.2-1 is in the FC4 development tree ("rawhide"). > > I haven't been providing RPMs of Evolution 2.2 for FC3; I've been doing > them for FC4. The various dependencies listed below look like they're > from FC4. > I backported rpms to FC3. They require gal, libsoup and gtkhtml3 from rawhide. -- ________________________________________________________________________ Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm Kill Spam at the Source: http://www.TQMcube.com/spam_trap.htm Today's Spam Trap Adds: http://www.TQMcube.com/BlockedToday RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm From rpjday at mindspring.com Wed Apr 13 19:39:57 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 13 Apr 2005 15:39:57 -0400 (EDT) Subject: should i expect "yum update" to work on a fresh fc4t2 install? Message-ID: lately, i've had zero luck getting "yum update" to work on a freshly-installed fc4t2 system. it worked fine back on monday evening on the first system i installed, but more recently, every attempt to update a new system has failed. as i posted previously, one of the dependency problems was for "libpq.so.3". so, just to make sure i'm not doing something subtlely wrong, what is the simplest recipe for updating a new install? as a test, i'm just completing an install, at which point i plan on turning off gpgcheck in the yum files (this is just a test), and then simply running "yum update" with the yum config files that are there, with no modification whatsoever. theoretically, should this work? rday From ivazquez at ivazquez.net Wed Apr 13 19:47:40 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 13 Apr 2005 15:47:40 -0400 Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: References: Message-ID: <1113421660.12065.20.camel@ignacio.ignacio.lan> On Wed, 2005-04-13 at 15:39 -0400, Robert P. J. Day wrote: > theoretically, should this work? Short answer: Maybe. Long answer: Test releases update against Rawhide, and Rawhide isn't always in a consistent state. Updates against it have been known to fail from time to time. Just report the problems in the mailing list and someone will get around to fixing it. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 paul at all-the-johnsons.co.uk Wed Apr 13 19:52:16 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 13 Apr 2005 20:52:16 +0100 Subject: OOo 1.9.92 Message-ID: <1113421936.5109.20.camel@localhost.localdomain> Hi, There seems to be a problem with the current test of OOo - can someone verify this before I enter it into bugzilla? When I save or load, CPU usage goes to 100%. If the file is >300K (or thereabouts), the software dies on loading. TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- 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 Wed Apr 13 19:54:18 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 13 Apr 2005 15:54:18 -0400 (EDT) Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: <1113421660.12065.20.camel@ignacio.ignacio.lan> References: <1113421660.12065.20.camel@ignacio.ignacio.lan> Message-ID: On Wed, 13 Apr 2005, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-04-13 at 15:39 -0400, Robert P. J. Day wrote: > > theoretically, should this work? > > Short answer: > Maybe. > > Long answer: > Test releases update against Rawhide, and Rawhide isn't always in a > consistent state. Updates against it have been known to fail from > time to time. Just report the problems in the mailing list and > someone will get around to fixing it. ok, that's fair. but, just to be clear, in a perfect world, "yum update" is all i should have to do if all the repos are consistent for a new install? (once i turn off gpgcheck) i know it sounds like a trivial question, but i've been burned by trivialities before. rday From jspaleta at gmail.com Wed Apr 13 19:57:16 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Apr 2005 15:57:16 -0400 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: References: Message-ID: <604aa79105041312575e73f499@mail.gmail.com> On 4/13/05, Robert P. J. Day wrote: > > a previous yum update failed, so i restarted it, and got a slew of > packages now claiming they need "libpq.so.3". thoughts? not much to think about.. if i dont know which packages are invovled. I have a box that is fully updated with rawhide at the moment.. via yum. So you obviously have different packages installed than i do. Yum's error message are usually enough to point me in the right direction to figure out the specific problem.. and how to reproduce it... but I can't do that from the qualitative summary you posted. -jef From zac9 at CDC.GOV Wed Apr 13 19:44:16 2005 From: zac9 at CDC.GOV (Sessoms, Mack) Date: Wed, 13 Apr 2005 15:44:16 -0400 Subject: Eclipse is locking up, where did system logs application go? In-Reply-To: <425D5314.5070101@cdc.gov> References: <425D5314.5070101@cdc.gov> Message-ID: <425D7690.6090400@cdc.gov> system-logviewer package moved out of core. the eclipse problem is documented in bug 154532 (only locks up if launched as root). Sessoms, Mack wrote: > have to power cycle. Where is /usr/bin/system-logviewer? > From rpjday at mindspring.com Wed Apr 13 20:03:07 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 13 Apr 2005 16:03:07 -0400 (EDT) Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: <604aa79105041312575e73f499@mail.gmail.com> References: <604aa79105041312575e73f499@mail.gmail.com> Message-ID: On Wed, 13 Apr 2005, Jeff Spaleta wrote: > On 4/13/05, Robert P. J. Day wrote: > > > > a previous yum update failed, so i restarted it, and got a slew of > > packages now claiming they need "libpq.so.3". thoughts? > > not much to think about.. if i dont know which packages are > invovled. I have a box that is fully updated with rawhide at the > moment.. via yum. So you obviously have different packages installed > than i do. Yum's error message are usually enough to point me in the > right direction to figure out the specific problem.. and how to > reproduce it... but I can't do that from the qualitative summary you > posted. ok, in order to minimize the chance of making a mess of an update, what's the minimum set of repo files i need to enable if i want to do nothing more than update existing packages? of the five that came with fc4t2, i'm guessing i need only fedora-devel.repo, is that a reasonable guess? rday From cra at WPI.EDU Wed Apr 13 20:07:52 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Wed, 13 Apr 2005 16:07:52 -0400 Subject: menu icons missing In-Reply-To: <604aa791050413080235e57a86@mail.gmail.com> References: <20050413140036.GP8833@angus.ind.WPI.EDU> <604aa791050413080235e57a86@mail.gmail.com> Message-ID: <20050413200752.GD26472@angus.ind.WPI.EDU> On Wed, Apr 13, 2005 at 11:02:29AM -0400, Jeff Spaleta wrote: > On 4/13/05, Chuck R. Anderson wrote: > > In an Everything install of FC4T2, I noticed that many of the icons > > are missing on the GNOME menu. Most of the missing icons are for KDE > > applications, but there are others missing too. Did something change > > in the menu definition files that needs updatating? > > It would be helpful to me if you could point out specific examples > that I could confirm. > Can you point me to one specific kde application, one gnome or gtk2 > application, and one "other". >From Accessories: Missing icons: KAlarm Kandy Karm Kdict KGPG KHexedit KPalmDOC Kttsmgr Multisynk Text Editor Have icons: Calculator Character Map Dasher Dictionary EmbedJS KFileReplace KLinkStatus KMouseTool KMouth KSayIt KSig KTnef StarDict VNC Viewer Word Translator >From Edutainment, all icons are missing except KTurtle. From ivazquez at ivazquez.net Wed Apr 13 20:09:58 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 13 Apr 2005 16:09:58 -0400 Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: References: <1113421660.12065.20.camel@ignacio.ignacio.lan> Message-ID: <1113422998.12065.26.camel@ignacio.ignacio.lan> On Wed, 2005-04-13 at 15:54 -0400, Robert P. J. Day wrote: > On Wed, 13 Apr 2005, Ignacio Vazquez-Abrams wrote: > > > On Wed, 2005-04-13 at 15:39 -0400, Robert P. J. Day wrote: > > > theoretically, should this work? > > > > Short answer: > > > Maybe. > > > > Long answer: > > > Test releases update against Rawhide, and Rawhide isn't always in a > > consistent state. Updates against it have been known to fail from > > time to time. Just report the problems in the mailing list and > > someone will get around to fixing it. > > ok, that's fair. but, just to be clear, in a perfect world, "yum > update" is all i should have to do if all the repos are consistent for > a new install? (once i turn off gpgcheck) Assuming you don't have problems induced by packages that were removed, yes. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 gmail.com Wed Apr 13 20:13:22 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Apr 2005 16:13:22 -0400 Subject: evolution update on FC3 In-Reply-To: References: Message-ID: <604aa7910504131313403fd7f4@mail.gmail.com> On 4/13/05, Richard Ramson wrote: > I'm trying to update evolution to 2.2.2-1.i386 from the FC3 > development tree and it is missing a lot of dependencies see below. > Is there a command I can run to force yum to get the dependencies? How about you backup.. and define for me what you mean by "the FC3 development tree" I am not aware of there being any such repository that can be considered a "development" tree aimed at FC3. The fedora core development tree is currently being used as the staging area for FC4. Looks to me like you tried to download evolution from the fedora core develpment tree manual and then install it from local disk while trying to fill dependancies from the FC3 base and updates-released. This is not expected to work in general. Packages in the development tree (aka rawhide) will most likely require other packages from rawhide if they are non-trivial packages. Evolution is just one example of a non-trivial package. You might have gotten this to work if you enabled the development tree in your yum configuration, so that yum could calculate needed dependancies from the appropriate repository. From your yum output.. you clearly did not have the development repo enabled for dependancy calcuations. -jef"so tender..so juicy.. rawhide brand meat products... you'll swear its fresh enough to still be alive"spaleta From rjames at csulb.edu Wed Apr 13 20:23:10 2005 From: rjames at csulb.edu (Ryan James) Date: Wed, 13 Apr 2005 13:23:10 -0700 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: References: Message-ID: <1113423790.3247.1.camel@localhost.localdomain> On Wed, 2005-04-13 at 11:29 -0400, Robert P. J. Day wrote: > > a previous yum update failed, so i restarted it, and got a slew of > packages now claiming they need "libpq.so.3". thoughts? > > rday > they need to be rebuilt against the new postgresql-libs, which i guess has libpq.so.4 or something of the like. they'll *probably* be in tomorrow's rawhide, particularly if someone bugzillas this. From jspaleta at gmail.com Wed Apr 13 20:24:59 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Apr 2005 16:24:59 -0400 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: References: <604aa79105041312575e73f499@mail.gmail.com> Message-ID: <604aa791050413132438e6a86e@mail.gmail.com> On 4/13/05, Robert P. J. Day wrote: > ok, in order to minimize the chance of making a mess of an update, > what's the minimum set of repo files i need to enable if i want to do > nothing more than update existing packages? > of the five that came with fc4t2, i'm guessing i need only > fedora-devel.repo, is that a reasonable guess? A fresh install of fc4t2.. with no additional packages... fedora-devel.repo is it..technically. fedora-extras-devel.repo is also enabled by default.. and you might want to keep that enabled. If any other package is moved from Core to Extras before test3 you will be able to get updates for it from Extras if you have one of those packages installed now. I personally don't see how having fedora-extras-devel enabled negatively affects you, unless you plan to add additional repositories that conflict. -jef From syncomm at gmail.com Wed Apr 13 20:32:27 2005 From: syncomm at gmail.com (Gregory Hayes) Date: Wed, 13 Apr 2005 16:32:27 -0400 Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: References: Message-ID: <9f573ec50504131332651c2251@mail.gmail.com> I have the same libpq.so.3 dep issue on yum updates. The library was there and present in the postgresql-libs. As a workaround I removed all my postgesql packages and then "yum update" worked for me. Note: I did a clean install from the dvd iso w/ "Install Everything" checked. Greg - On 4/13/05, Robert P. J. Day wrote: > > lately, i've had zero luck getting "yum update" to work on a > freshly-installed fc4t2 system. it worked fine back on monday evening > on the first system i installed, but more recently, every attempt to > update a new system has failed. > > as i posted previously, one of the dependency problems was for > "libpq.so.3". so, just to make sure i'm not doing something subtlely > wrong, what is the simplest recipe for updating a new install? > > as a test, i'm just completing an install, at which point i plan on > turning off gpgcheck in the yum files (this is just a test), and then > simply running "yum update" with the yum config files that are there, > with no modification whatsoever. > > theoretically, should this work? > > rday > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From jdennis at redhat.com Wed Apr 13 20:37:04 2005 From: jdennis at redhat.com (John Dennis) Date: Wed, 13 Apr 2005 16:37:04 -0400 Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: <9f573ec50504131332651c2251@mail.gmail.com> References: <9f573ec50504131332651c2251@mail.gmail.com> Message-ID: <1113424624.5549.437.camel@localhost.localdomain> On Wed, 2005-04-13 at 16:32 -0400, Gregory Hayes wrote: > I have the same libpq.so.3 dep issue on yum updates. The library was > there and present in the postgresql-libs. As a workaround FWIW, the postgresql is in the process of being bumped up a version and its dependencies as well. This is all within the last 24 hours. I would hang tight a little bit, after all this is rawhide ... -- John Dennis From rpjday at mindspring.com Wed Apr 13 20:34:50 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 13 Apr 2005 16:34:50 -0400 (EDT) Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: <1113423790.3247.1.camel@localhost.localdomain> References: <1113423790.3247.1.camel@localhost.localdomain> Message-ID: On Wed, 13 Apr 2005, Ryan James wrote: > > On Wed, 2005-04-13 at 11:29 -0400, Robert P. J. Day wrote: > > > > a previous yum update failed, so i restarted it, and got a slew of > > packages now claiming they need "libpq.so.3". thoughts? > > > > rday > > they need to be rebuilt against the new postgresql-libs, which i > guess has libpq.so.4 or something of the like. they'll *probably* > be in tomorrow's rawhide, particularly if someone bugzillas this. ok, i just checked and the initial postgresql-libs provides libpq.so.3, while the newer one that would be the update provides libpq.so.4, which is upsetting all of the current packages that depend on libpq.so.3. at least, that's how i read it. i'd bugzilla it but i'm not quite sure what package to submit it against. a quick query shows nothing in bugzilla related to that that i can see. rday From rpjday at mindspring.com Wed Apr 13 20:40:11 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 13 Apr 2005 16:40:11 -0400 (EDT) Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: <9f573ec50504131332651c2251@mail.gmail.com> References: <9f573ec50504131332651c2251@mail.gmail.com> Message-ID: On Wed, 13 Apr 2005, Gregory Hayes wrote: > I have the same libpq.so.3 dep issue on yum updates. The library was > there and present in the postgresql-libs. As a workaround I removed > all my postgesql packages and then "yum update" worked for me. Note: > I did a clean install from the dvd iso w/ "Install Everything" > checked. you would have had to remove other stuff besides just pgsql-related stuff, no? as one example, "dovecot" depends on libpq.so.3, so wouldn't you have had to remove that as well first? sorry, this thread has probably outlived its usefulness by now. rday From whooperhsd3 at earthlink.net Wed Apr 13 20:42:50 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 13 Apr 2005 16:42:50 -0400 (EDT) Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: Message-ID: <4255.4.124.76.50.1113424970.squirrel@whooper.org> Dan Hollis said: > On Wed, 13 Apr 2005, Richard Ramson wrote: > >> What about going to a phpBB solution? >> > > I like that idea. Then I can unsubscribe from useless threads without > having to keep adding rules to my .procmailrc > > Being able to categorize discussions and builtin search is very useful > too. Have at it: http://forums.fedoraforum.org/forumdisplay.php?f=21 Just don't expect everyone to follow you. -- William Hooper From jdennis at redhat.com Wed Apr 13 20:50:25 2005 From: jdennis at redhat.com (John Dennis) Date: Wed, 13 Apr 2005 16:50:25 -0400 Subject: Where is Cyrus-Imapd In-Reply-To: <1113410142.5549.412.camel@localhost.localdomain> References: <425CB3B4.2070201@gwch.net> <1113371759.18389.32.camel@cutter> <425CB865.1050203@gwch.net> <1113372843.18389.34.camel@cutter> <425CB988.2080307@gwch.net> <1113410142.5549.412.camel@localhost.localdomain> Message-ID: <1113425425.5549.448.camel@localhost.localdomain> On Wed, 2005-04-13 at 12:35 -0400, John Dennis wrote: > If anybody is > desperate for a cyrus-imapd rpm for FC4 I'll be happy to provide it. In > fact I'll try to make sure it happens in the next few hours by posting > it on my ftp server. I will follow-up with an email to its location. O.K. I have built an fc4 version of cyrus-imapd which can be found here: ftp://people.redhat.com/jdennis However, there are several caveats you must be aware of: * This was built on a FC4t2 local machine, it was NOT built as part the official Fedora Extras build process. (That will happen eventually) * This is an untested update (2.2.12). It is essentially identical to Simon Matter's rpm. We had been shipping 2.2.10 I believe, the difference is 2.2.12 introduced some buffer overrun fixes. Once again, these rpms are UNTESTED. If you do choose to install them I would appreciate a short email with your experience. I hope this helps folks in the near term while cyrus-imap gets transitioned. -- John Dennis From rpjday at mindspring.com Wed Apr 13 20:48:37 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 13 Apr 2005 16:48:37 -0400 (EDT) Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: <1113424624.5549.437.camel@localhost.localdomain> References: <9f573ec50504131332651c2251@mail.gmail.com> <1113424624.5549.437.camel@localhost.localdomain> Message-ID: On Wed, 13 Apr 2005, John Dennis wrote: > On Wed, 2005-04-13 at 16:32 -0400, Gregory Hayes wrote: > > I have the same libpq.so.3 dep issue on yum updates. The library was > > there and present in the postgresql-libs. As a workaround > > FWIW, the postgresql is in the process of being bumped up a version > and its dependencies as well. This is all within the last 24 hours. > I would hang tight a little bit, after all this is rawhide ... good. then bugzilla is redundant, i'm assuming. rday From rramson at gmail.com Wed Apr 13 20:50:32 2005 From: rramson at gmail.com (Richard Ramson) Date: Wed, 13 Apr 2005 16:50:32 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: <4255.4.124.76.50.1113424970.squirrel@whooper.org> References: <4255.4.124.76.50.1113424970.squirrel@whooper.org> Message-ID: On 4/13/05, William Hooper wrote: > Have at it: > http://forums.fedoraforum.org/forumdisplay.php?f=21 > > Just don't expect everyone to follow you. > OK, thanks I'm going to register now. Hope to see you all there. Is it possible to change the link on the main fedora page to point to FedoraForum.org instead of fedora-test-list? That way I know others will follow me :) From skvidal at phy.duke.edu Wed Apr 13 20:58:24 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 16:58:24 -0400 Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: <9f573ec50504131332651c2251@mail.gmail.com> References: <9f573ec50504131332651c2251@mail.gmail.com> Message-ID: <1113425904.20426.12.camel@cutter> On Wed, 2005-04-13 at 16:32 -0400, Gregory Hayes wrote: > I have the same libpq.so.3 dep issue on yum updates. The library was > there and present in the postgresql-libs. As a workaround I removed > all my postgesql packages and then "yum update" worked for me. Note: I > did a clean install from the dvd iso w/ "Install Everything" checked. > I've found that "install everything" is an extraordinarily bad idea if you want to have a continually working system. -sv From rpjday at mindspring.com Wed Apr 13 21:00:43 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 13 Apr 2005 17:00:43 -0400 (EDT) Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: <1113425904.20426.12.camel@cutter> References: <9f573ec50504131332651c2251@mail.gmail.com> <1113425904.20426.12.camel@cutter> Message-ID: On Wed, 13 Apr 2005, seth vidal wrote: > On Wed, 2005-04-13 at 16:32 -0400, Gregory Hayes wrote: > > I have the same libpq.so.3 dep issue on yum updates. The library > > was there and present in the postgresql-libs. As a workaround I > > removed all my postgesql packages and then "yum update" worked for > > me. Note: I did a clean install from the dvd iso w/ "Install > > Everything" checked. > I've found that "install everything" is an extraordinarily bad idea > if you want to have a continually working system. but i thought that was the whole idea of a test release -- maximize the stress, no? rday From skvidal at phy.duke.edu Wed Apr 13 21:19:20 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 17:19:20 -0400 Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: References: <9f573ec50504131332651c2251@mail.gmail.com> <1113425904.20426.12.camel@cutter> Message-ID: <1113427160.20426.14.camel@cutter> On Wed, 2005-04-13 at 17:00 -0400, Robert P. J. Day wrote: > On Wed, 13 Apr 2005, seth vidal wrote: > > > On Wed, 2005-04-13 at 16:32 -0400, Gregory Hayes wrote: > > > I have the same libpq.so.3 dep issue on yum updates. The library > > > was there and present in the postgresql-libs. As a workaround I > > > removed all my postgesql packages and then "yum update" worked for > > > me. Note: I did a clean install from the dvd iso w/ "Install > > > Everything" checked. > > > I've found that "install everything" is an extraordinarily bad idea > > if you want to have a continually working system. > > but i thought that was the whole idea of a test release -- maximize > the stress, no? Read my point. install everything is a bad idea. sure install everything sorta helps test things but that still doesn't mean it's a good idea. -sv From lowen at pari.edu Wed Apr 13 21:32:35 2005 From: lowen at pari.edu (Lamar Owen) Date: Wed, 13 Apr 2005 17:32:35 -0400 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: References: <1113423790.3247.1.camel@localhost.localdomain> Message-ID: <200504131732.35612.lowen@pari.edu> On Wednesday 13 April 2005 16:34, Robert P. J. Day wrote: > i'd bugzilla it but i'm not quite sure what package to submit it > against. a quick query shows nothing in bugzilla related to that that > i can see. Every package that still has a dependency on libpq.so.3. But, as it was already stated, wait on tomorrow's rawhide. This is NORMAL BEHAVIOR for rawhide, by the way. A package gets a new lib version, the dependents break until rebuilt. Released updates on a non-testing distribution are pushed more sanely, typically. -- Lamar Owen Director of Information Technology Pisgah Astronomical Research Institute 1 PARI Drive Rosman, NC 28772 (828)862-5554 www.pari.edu From jspaleta at gmail.com Wed Apr 13 21:37:48 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Apr 2005 17:37:48 -0400 Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: References: <9f573ec50504131332651c2251@mail.gmail.com> <1113425904.20426.12.camel@cutter> Message-ID: <604aa79105041314371a857b23@mail.gmail.com> On 4/13/05, Robert P. J. Day wrote: > but i thought that was the whole idea of a test release -- maximize > the stress, no? as long as you can handle the stress load. Watching someone snap like a steel beam under too much load..while educational.. isn't necessarily good for the person. The problems you are seeing with the postgresql packages.. is typical day-to-day rawhide issue. As packages lower in the stack get updated, packages that depend on them can go out of sync for a day or two, until those packages are rebuilt against the new dependancy. Its the nature of how rawhide updates are done.. there isn't a nightly rebuild attempt of everything..most night... and dependancies can become out of sync until more packages are rebuilt. This is probably the most common and most benign of all rawhide "features" I personally don't waste time filing this sort of thing or even searching in bugzilla for previous reports about this until this problem lingers for a couple of days... unless the is a immiment iso set release and then i hunt the developer down and poke them in the eye about it. Learning how to use yum's --exclude function as a workaround is a useful rawhide wrangling skill. -jef"as far as movies that you go to solely because your significant other wants to go see it aka date movies... feverpitch is exponentially more enjoyable than princess diaries 2.. so i'm told."spaleta From tduffy at sun.com Wed Apr 13 21:39:38 2005 From: tduffy at sun.com (Tom Duffy) Date: Wed, 13 Apr 2005 14:39:38 -0700 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: References: <1113423790.3247.1.camel@localhost.localdomain> Message-ID: <1113428378.26977.4.camel@duffman> On Wed, 2005-04-13 at 16:34 -0400, Robert P. J. Day wrote: > ok, i just checked and the initial postgresql-libs provides > libpq.so.3, while the newer one that would be the update provides > libpq.so.4, which is upsetting all of the current packages that depend > on libpq.so.3. at least, that's how i read it. > > i'd bugzilla it but i'm not quite sure what package to submit it > against. a quick query shows nothing in bugzilla related to that that > i can see. Error: Missing Dependency: libpq.so.3()(64bit) is needed by package freeradius-postgresql Error: Missing Dependency: libpq.so.3()(64bit) is needed by package postgresql-tcl Error: Missing Dependency: libpq.so.3()(64bit) is needed by package perl-DBD-Pg Error: Missing Dependency: libpq.so.3()(64bit) is needed by package php-pgsql Error: Missing Dependency: libpq.so.3()(64bit) is needed by package gnucash-backend-postgres Error: Missing Dependency: libpq.so.3()(64bit) is needed by package qt-PostgreSQL So, how about freeradius, perl-DBD-Pg, php, gnucash, and qt. -tduffy -------------- 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 guy at incentre.net Wed Apr 13 21:50:33 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 15:50:33 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113351827.14576.205.camel@mgb.bullion.ims> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> Message-ID: <1113429033.4963.244.camel@sigurd.incentre.net> Well put. On Tue, 2005-12-04 at 17:23 -0700, Mike Bird wrote: > I just checked the Redhat and Fedora distros which I still have around. > Here are the Lilo versions: > > 7.1 21.4.4-13 > 7.2 21.4.4-14 > 7.3 21.4.4-14 > 8.0 21.4.4-20 > 9 21.4.4-22 > FC1 21.4.4-24 > FC2 21.4.4-25 > FC3 21.4.4-26 > > Most of the version bumps were for new Redhat releases and involved no > source changes. There was only one patch to Redhat's Lilo in the last > two years: a single #define. Lilo version 21.4.4 actually dates back to > 2000. > > So we have a package that is essential in some circumstances, that costs > next to nothing to maintain, and that takes up <0.1% of a CD's space. > The experience of many people in the real world is that even a five > year old version of Lilo is more reliable than today's Grub. Certainly > a five year old version of Lilo handles software RAID better than > today's Grub. > > And so the cardinals of the Redhat vatican issue a bull banning Lilo. > > FLOSS didn't used to be like this. When did the world change? > > --Mike Bird > -- Guy Fraser Network Administrator The Internet Centre 1-888-450-6787 (780)450-6787 From rramson at gmail.com Wed Apr 13 21:52:54 2005 From: rramson at gmail.com (Richard Ramson) Date: Wed, 13 Apr 2005 17:52:54 -0400 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: <200504131732.35612.lowen@pari.edu> References: <1113423790.3247.1.camel@localhost.localdomain> <200504131732.35612.lowen@pari.edu> Message-ID: On 4/13/05, Lamar Owen wrote: > Every package that still has a dependency on libpq.so.3. But, as it was > already stated, wait on tomorrow's rawhide. This is NORMAL BEHAVIOR for > rawhide, by the way. A package gets a new lib version, the dependents break > until rebuilt. Released updates on a non-testing distribution are pushed > more sanely, typically. > -- > Lamar Owen > Director of Information Technology > Pisgah Astronomical Research Institute > 1 PARI Drive > Rosman, NC 28772 > (828)862-5554 > www.pari.edu > Should we wait till tomorrow hoping someone fixes the problem or do we know someone is actively working on it???? I guess if tomorrow comes and goes and the problem is not fixed I will have my answer. :) From guy at incentre.net Wed Apr 13 21:54:10 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 15:54:10 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113355449.2995.14.camel@localhost.localdomain> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113355449.2995.14.camel@localhost.localdomain> Message-ID: <1113429251.4963.249.camel@sigurd.incentre.net> How many people who are using Fedora need to access a 3 terabyte device. That is the most ridiculous excuse I have ever heard. I don't suggest that GRUB not be supported, but that there be a choice. On Tue, 2005-12-04 at 21:24 -0400, Peter Jones wrote: > On Tue, 2005-04-12 at 17:06 -0600, Guy Fraser wrote: > > On Tue, 2005-12-04 at 18:48 -0400, Graydon wrote: > > > On Tue, Apr 12, 2005 at 03:23:59PM -0700, Dana Lacoste scripsit: > > > > This one's for Peter Jones. > > > > > > > > He was whining about not having specific information > > > > and not willing to look in the archives. > > > > > > > > Well, here it is. You ignored it earlier, will you answer it now? > > > > > > > > grub doesn't work. > > > > > > > > lilo fixes problem. > > > > > > That one got a long answer; one of the things in the answer is that, > > > sure, it boots, but it boots because lilo doesn't check that it knows > > > how to deal with the partition and will cheerfully do things that > > > involve high risks of data corruption and altered partition sizes. > > > > Never seen it happen. I have used LILO since 1995 and never > > have I seen it corrupt a drive or alter a partition. > > Do you install lilo on 3 terabyte devices often? > > -- > Peter From guy at incentre.net Wed Apr 13 21:56:15 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 15:56:15 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113356009.2995.22.camel@localhost.localdomain> References: <1113356009.2995.22.camel@localhost.localdomain> Message-ID: <1113429375.4963.252.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 21:33 -0400, Peter Jones wrote: > On Tue, 2005-04-12 at 16:03 -0700, Dana Lacoste wrote: > > > if redhat (this is a core issue, they control core) is desiring that > > lilo be phased out (not a bad idea in itself) and that disk druid > > be the partition editor of choice (far prettier and easier to use > > than sfdisk! :) and that other tools that used to work but suck > > in comparison to modern tools be eliminated, then can we at least > > make a "deprecated" list and say "these tools will be eliminated from > > the final distribution [once the test releases are done] so if you > > need them can you let us know so we can work out the bugs in the tools > > we want to use instead"? > > lilo is listed as deprecated in the release notes for Fedora Core 1, on > line 936 of the text version, released in November, 2003. > > Here's a link to the html version of those release notes: > > http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/1/i386/os/RELEASE-NOTES.html > > -- > Peter Yes and it was before that that people were having problems with GRUB but not LILO. Those problems still exist, but LILO is no longer an option. From duralisis at yahoo.com Wed Apr 13 22:03:28 2005 From: duralisis at yahoo.com (duralisis) Date: Wed, 13 Apr 2005 17:03:28 -0500 Subject: No Grub menu on dual boot! Message-ID: <425D9730.6050507@yahoo.com> I'm trying to dual boot XP and FC4T2 on separate drives. XP is on hda, Fedora on hdb. I've had a working FC3 install for a while and instead of using grub, I used NTLDR by copying the boot sector of the second drive and adding a boot.ini entry. But, I tried doing a clean install of Test 2 (wiped entire second drive clean), only this time I told it to install the boot loader into the MBR of hda. I thought this would make Grub my default boot menu now. But it didn't. Instead it still boots straight into XP after a brief flicker of a black screen (no prompt, no flash of Grub in the corner or anything). I added an entry back into boot.ini to see if that would boot my new install (like before), and it doesn't work. I get a "cannot load from harddisk, insert system disk" bootpart error. Again, this was all working just fine in FC3. I've only tried to use Grub in the MBR this time like most people would. Other than the default install options and automatic partitioning of hdb, I only chose Other (Windows XP) to be the default boot target during install. Why can't FC4 boot? Where did Grub go? Why is NTLDR still there? From graydon at epiphyte.net Wed Apr 13 22:11:42 2005 From: graydon at epiphyte.net (Graydon) Date: Wed, 13 Apr 2005 18:11:42 -0400 Subject: nforce3 250 gb SATA, NIC In-Reply-To: References: <425C26B1.7070101@libero.it> <20050412213133.GA9861@uniserve.com> Message-ID: <20050413221142.GC29058@uniserve.com> On Wed, Apr 13, 2005 at 10:45:53AM +0200, Rajmund Krivec scripsit: [snip] > 1. I would buy that explanation if it were not for the fact that > the Fedore Core 2 (that's two, or T W O ) broke down on kernel upgrade > (its own installation not found, disk not mounted whether I use > root=/dev/hde3 or root=0303 or root=33:3 etc.). What has nVidia > to do with the fact that stock FC2 works on some motherboard and > FC2 upgrade and FC3, do not? That sort of weirdness is usually either really deep kernel weirdness or hardware. If you google around and check bugzilla and bunches of other people aren't having the problem, hardware is at least the first thing to look at. The thing the nVidia drivers *might* have to do with it is that there was a change of minor versions with the upgrades, at least with FC3; if the driver relies on something that was true with a prior release that is no longer true with the newer release in the upgrade, stuff can break because what it thinks it's calling and what it is actually calling differ. > 2. Second, do you speak from experience? So far as the nvidia drivers and linux go, yup. Have had real head-banging problems with linux on one of the Shuttle motherboards with an nVidia chip set. Haven't dealt with your particular hardware. From guy at incentre.net Wed Apr 13 22:12:17 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 16:12:17 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113359018.2995.45.camel@localhost.localdomain> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> Message-ID: <1113430337.4963.268.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 22:23 -0400, Peter Jones wrote: > On Tue, 2005-04-12 at 17:23 -0700, Mike Bird wrote: > > I just checked the Redhat and Fedora distros which I still have around. > > Here are the Lilo versions: > [list of 8 different versions clipped for brevity] > > Most of the version bumps were for new Redhat releases and involved no > > source changes. There was only one patch to Redhat's Lilo in the last > > two years: a single #define. > > People stopped finding so many bugs once we stopped using lilo by > default. That's been explained to you several times now. > > You also need to look at all the other packages involved in setting up > and maintaining the bootloader to. They're pretty complicated, and a > lot of work. > > > Lilo version 21.4.4 actually dates back to 2000. > > And it needs plenty of work done, if we were going to consider using it > again. More than grub currently needs, I suspect. > > > So we have a package that is essential in some circumstances, > > So far, you won't mention which circumstances those are. So I think > most of us aren't considering this to be a fact. > > > that costs next to nothing to maintain > > That's simply not true -- there are several more patches to lilo that > have been applied for RHEL, or that may unfortunately need to be > applied. There's also very difficult logic in booty, anaconda, up2date, > and likely several other packages that has to handle it. > > And there's also a *huge* support cost to everybody involved with > helping other users, which you're obviously content to completely > ignore. It isn't nearly as easy for most users as grub is. > > > , and that takes up <0.1% of a CD's space. > > I already told you, this really didn't affect things. > > > The experience of many people in the real world is that even a five > > year old version of Lilo is more reliable than today's Grub. > > The plural of anecdote is not data. Right now, the number of people we > can document who admit to having such experience is hovering menacingly > around 5. And that's five really bad sources -- none of them will > provide any detail on what's gone wrong at all! Bull crap. Everyone else probably gave up or found some other way around the problem. Why would I or anyone else enter a new bug report for a bug that is already duplicated a bunch of times. I am sure there are dozens of people who have the same complications that don't post duplicate bug reports. I am willing to guess that like me many people have opted for booting off a drive attached to slower onboard PATA device, because that was the only way they could get there machine to run. Each time I installed a new drive or replace a drive with a larger one, grub would fail and it only reports a stupid *error number*. What good is that! Lookup the error number and all it meant was that it could not find a requested file, but gave no indication what file or device it was looking for the file on. Are you seriously going to tell me that only 5 people have got the arcane error number after changing a non boot drive? I would have preferred to leave the ATA66 ports for the CD/DVD drives. And use the faster SATA and PCI ATA133 controlers for the hard drives. It works but is not optimal. > > > Certainly a five year old version of Lilo handles software RAID better than > > today's Grub. > > This is just plain insulting. You haven't even *tried* the software > RAID support in today's grub. You've already said as much today! > > > And so the cardinals of the Redhat vatican issue a bull banning Lilo. > > Nobody's stopping you from using it, so quit pretending that's what > we're doing. You have just as much choice as I do; you're choosing to > whine on a mailing list about problems you won't even name, much less > provide technical facts to support. I'm choosing to continue not > resurrecting lilo, since none of the group of you who want it back are > willing to provide any technical reasons whatsoever. > > Complaining more isn't going to change my mind. Continuing to refuse to > provide any technical details on whatever your problem is won't make me > any more likely to, either. If you really, really want lilo back, > you're going to have to actually *convince* me that it's a good idea. > You don't have to convince me that you've had a really bad experience, > that's obvious. But if you can't tell me why, I can't help make sure > anybody's experience is any better. > > -- > Peter From guy at incentre.net Wed Apr 13 22:15:15 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 16:15:15 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113364002.14576.301.camel@mgb.bullion.ims> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113364002.14576.301.camel@mgb.bullion.ims> Message-ID: <1113430515.4963.270.camel@sigurd.incentre.net> Once again, you have eloquently presented the issue. On Tue, 2005-12-04 at 20:46 -0700, Mike Bird wrote: > On Tue, 2005-04-12 at 19:23, Peter Jones wrote: > > I'm choosing to continue not resurrecting lilo, since none of the > > group of you who want it back are willing to provide any technical > > reasons whatsoever. > > Historically Grub has been unreliable. [See bugzillas for Fedora, > Debian, GNU, etc, etc.] If someone tested the latest version of Grub > for six months and found no bugs at all, that would not change the fact > that historically Grub has been notoriously unreliable. > > Historically Lilo has been reliable. Even a five year old version is > works fine. > > Now, after five years of missing features and poor reliability, you > claim that Grub is as reliable as Lilo. I doubt it - and experience > dictates scepticism here - but nobody yet knows for certain. > > Does your opinion merit our trying Grub again sometime? Yes. > > Does your opinion justify throwing out Lilo? No. It's an unjustifiable > risk based upon the packages' respective histories. > > The WMD have now morphed into the difficulty of running Lilo from > Anaconda. (Seems incredible to me but I'll allow you some leeway here > since I haven't actually tried to write code to invoke Lilo from > Anaconda.) Well, if they don't get along, add a --play-nicely patch to > Lilo. It's a lot easier to munge a command-line interface in Linux > space than to reinvent all of Lilo's wheels in boot space. > > Or work on Grub if Redhat shareholders don't object. Use Grub if you > prefer it. Make Grub the default for newbies if you like. Just don't > deliberately break things for those of us who need the reliable service > that Lilo provides. > > YOU are the one who broke things. YOU are the one who has provided no > justification for breaking things. WE aren't trying to dictate which > boot loader you use. WE just want YOU to stop breaking things. (Is > this getting too personal?) > > Lilo worked fine until you removed it. Put it back. Don't mess with > it. Focus on Grub. Try not to think about Lilo. Let the scripts > compile it with the rest of FC4 and ship it on the damned CD's. > > --Mike Bird > -- Guy Fraser Network Administrator The Internet Centre 1-888-450-6787 (780)450-6787 From cra at WPI.EDU Wed Apr 13 22:16:14 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Wed, 13 Apr 2005 18:16:14 -0400 Subject: menu icons missing In-Reply-To: <20050413200752.GD26472@angus.ind.WPI.EDU> References: <20050413140036.GP8833@angus.ind.WPI.EDU> <604aa791050413080235e57a86@mail.gmail.com> <20050413200752.GD26472@angus.ind.WPI.EDU> Message-ID: <20050413221614.GH26472@angus.ind.WPI.EDU> On Wed, Apr 13, 2005 at 04:07:52PM -0400, Chuck R. Anderson wrote: > >From Accessories: > > Missing icons: > > KAlarm > Kandy > Karm > Kdict > KGPG > KHexedit > KPalmDOC > Kttsmgr > Multisynk > Text Editor > > Have icons: > > Calculator > Character Map > Dasher > Dictionary > EmbedJS > KFileReplace > KLinkStatus > KMouseTool > KMouth > KSayIt > KSig > KTnef > StarDict > VNC Viewer > Word Translator Out of all the K* ones in Accessories, all the missing ones do not have hicolor icons, and the working ones do have hicolor icons. From fedora at wir-sind-cool.org Wed Apr 13 22:19:31 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Thu, 14 Apr 2005 00:19:31 +0200 Subject: tvtime and xawtv In-Reply-To: <1113419770.3378.1.camel@localhost.localdomain> References: <1113419770.3378.1.camel@localhost.localdomain> Message-ID: <20050414001931.2454b68c.fedora@wir-sind-cool.org> On Wed, 13 Apr 2005 12:16:10 -0700, Panama Evans wrote: > I am trying to install tvtime and or xawtv. I get this message: > [root at localhost panama]# yum install scantv Why do you type "scantv" when you want "tvtime"? From hunter at userfriendly.net Wed Apr 13 22:02:54 2005 From: hunter at userfriendly.net (Michael Weiner) Date: Wed, 13 Apr 2005 18:02:54 -0400 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: References: <1113423790.3247.1.camel@localhost.localdomain> <200504131732.35612.lowen@pari.edu> Message-ID: <425D970E.5080407@userfriendly.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Richard Ramson wrote: > On 4/13/05, Lamar Owen wrote: > >>Every package that still has a dependency on libpq.so.3. But, as it was >>already stated, wait on tomorrow's rawhide. This is NORMAL BEHAVIOR for >>rawhide, by the way. A package gets a new lib version, the dependents break >>until rebuilt. Released updates on a non-testing distribution are pushed >>more sanely, typically. >>-- >>Lamar Owen >>Director of Information Technology >>Pisgah Astronomical Research Institute >>1 PARI Drive >>Rosman, NC 28772 >>(828)862-5554 >>www.pari.edu >> > > Should we wait till tomorrow hoping someone fixes the problem or do we > know someone is actively working on it???? I guess if tomorrow comes > and goes and the problem is not fixed I will have my answer. :) > i get EXACTLY the same behavior, so you are not going insane :) hope tomorrow brings better things... Michael Weiner - -- Darwin Kernel Version 7.8.0: root:xnu/xnu-517.11.1.obj~1/RELEASE_PPC Load Averages: 6.62 5.81 5.61 CPU Usage: 53.1% user 46.9% sys 0.0% idle Memory Usage: 199M wired 525M active 279M inactive 1003M used 20.0M free - -=- This AutoSig was generated on 04/13/2005 at 18:00. -=- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFCXZcNSi7P5a7gZLQRAmQ2AKDU1oleDtrrZfgwUH3CIX7QvIfPZwCaAj75 C+U2UH1H3OkyghArtCm9nY8= =Pgg6 -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3194 bytes Desc: S/MIME Cryptographic Signature URL: From webmaster at margo.bijoux.nom.br Wed Apr 13 22:25:46 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Wed, 13 Apr 2005 19:25:46 -0300 Subject: FC4t2 no good without LILO In-Reply-To: <1113430337.4963.268.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113430337.4963.268.camel@sigurd.incentre.net> Message-ID: <425D9C6A.2020606@margo.bijoux.nom.br> Guy Fraser wrote: >Bull crap. > >Everyone else probably gave up or found some other way around >the problem. > >Why would I or anyone else enter a new bug report for a bug >that is already duplicated a bunch of times. I am sure there >are dozens of people who have the same complications that don't >post duplicate bug reports. > > > With all the due respect, but did you *ever* programmed anything? Debugging any program without lots of data isnt very easy (I'd say it comes close to impossible , specially if you cant replicate the issue on your machine or any machine you have access to). Even if you provide duplicated data , you are probably helping to define a pattern that could show what the problem is. >I am willing to guess that like me many people have opted for >booting off a drive attached to slower onboard PATA device, >because that was the only way they could get there machine to >run. Each time I installed a new drive or replace a drive with >a larger one, grub would fail and it only reports a stupid >*error number*. What good is that! Lookup the error number >and all it meant was that it could not find a requested file, >but gave no indication what file or device it was looking for >the file on. Are you seriously going to tell me that only 5 >people have got the arcane error number after changing a non >boot drive? > > Considering the number of different people that report bugs on bugzilla , I'm starting to believe that only those 5 people got that arcane error you mentioned... Btw , in which circunstances it happens????? -- Pedro Macedo From rpjday at mindspring.com Wed Apr 13 22:31:36 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 13 Apr 2005 18:31:36 -0400 (EDT) Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: <604aa79105041314371a857b23@mail.gmail.com> References: <9f573ec50504131332651c2251@mail.gmail.com> <1113425904.20426.12.camel@cutter> <604aa79105041314371a857b23@mail.gmail.com> Message-ID: On Wed, 13 Apr 2005, Jeff Spaleta wrote: > I personally don't waste time filing this sort of thing or even > searching in bugzilla for previous reports about this until this > problem lingers for a couple of days... unless the is a immiment iso > set release and then i hunt the developer down and poke them in the > eye about it. ok, that's the only part i needed to know. thanks. rday From rpjday at mindspring.com Wed Apr 13 22:39:48 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 13 Apr 2005 18:39:48 -0400 (EDT) Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: <425D970E.5080407@userfriendly.net> References: <1113423790.3247.1.camel@localhost.localdomain> <200504131732.35612.lowen@pari.edu> <425D970E.5080407@userfriendly.net> Message-ID: On Wed, 13 Apr 2005, Michael Weiner wrote: > i get EXACTLY the same behavior, so you are not going insane :) as a quick fix (for now), i just "yum remove"d postgresql-libs and let yum deal with the dependencies on libpq.so.3. it's updating as we speak, and i'll worry about putting the postgresql stuff back in tomorrow. no big deal. sorry, i didn't mean to start such an animated discussion. rday From cra at WPI.EDU Wed Apr 13 22:47:54 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Wed, 13 Apr 2005 18:47:54 -0400 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: References: <1113423790.3247.1.camel@localhost.localdomain> <200504131732.35612.lowen@pari.edu> <425D970E.5080407@userfriendly.net> Message-ID: <20050413224754.GS8833@angus.ind.WPI.EDU> On Wed, Apr 13, 2005 at 06:39:48PM -0400, Robert P. J. Day wrote: > On Wed, 13 Apr 2005, Michael Weiner wrote: > > > i get EXACTLY the same behavior, so you are not going insane :) > > as a quick fix (for now), i just "yum remove"d postgresql-libs and let > yum deal with the dependencies on libpq.so.3. it's updating as we > speak, and i'll worry about putting the postgresql stuff back in > tomorrow. no big deal. sorry, i didn't mean to start such an > animated discussion. I did something like this: yum -y --exclude='postgresql*' --exclude='libdbi*' --exclude='*php*' --exclude='dovecot' update which passed the transaction check and started running the transaction, but then yum tracebacked: Transaction Summary ============================================================================= Install 4 Package(s) Update 183 Package(s) Remove 0 Package(s) Total download size: 677 M Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Traceback (most recent call last): File "/usr/bin/yum", line 15, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 149, in main base.doTransaction() File "/usr/share/yum-cli/cli.py", line 651, in doTransaction self.runTransaction(cb=cb) File "__init__.py", line 333, in runTransaction NameError: global name 'yum' is not defined From guy at incentre.net Wed Apr 13 22:49:39 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 16:49:39 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <20050413035109.GA20290@jadzia.bu.edu> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> Message-ID: <1113432579.4963.305.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 23:51 -0400, Matthew Miller wrote: > On Tue, Apr 12, 2005 at 05:23:48PM -0700, Mike Bird wrote: > > So we have a package that is essential in some circumstances, that costs > > next to nothing to maintain, and that takes up <0.1% of a CD's space. > > You're missing a huge part of the picture. Having lilo the package (even > though as you note, it's not really maintained) might not be much, but it > requires a lot of complicated kludgy infrastructure in the installer, and in > mkinitrd, etc., and makes kernel updates very fragile. > > *That's* what makes the developers want to drop it -- it's not just to make > your life hard. > Are you serious? Maybe I haven't been using linux as long as you I have only been using it since 1995. An I may be missing some information because I haven't done any kernel hacking, but what does mkinitrd have to do with LILO. IIRC LILO and GRUB use the same initrd file when loading the kernel. LILO is a freakin breeze to make changes and reinstall, one text file one binary and thats whole pony show. If it fails, you will get a either 1 through 4 of the letters in the name or some other stream of characters. Check the documentation and discover what part of the boot process failed, and what most likely caused the problem. Fix the problem and your done. GRUB *is* a freakin kludge; take a well known device name map it to some new reference in one file, put the rest of the config in another file using the references to the drives as pointers to where to look for the files. Run a second program designed just to install the MBR on the real device name that you earlier had to create a reference for. Hope that nothing changes, in your drive ordering, and that the drive map you used is the same map that grub tries the next time you reboot. When it fails expect a numeric error with no supporting text. Check the documentation and discover it is generic and means a path or file is incorrect. Check for additional resources, find 50 people with the same problem, but no solutions that work. Ask for help, get told to post a bugzilla report. Go to bugzilla discover many bugs already listed that are practicaly identical to yours, no presented solutions work for you, or the bug reporter, bug left outstanding. Give up or change your machine so that it conforms to what GRUB is limited to doing, reinstall because that is the only way you can get grub to allow you to boot, then limp along and get berated by the developers for not posting duplicate bugs. You are not going to win anyone over from windows if they can't get there machine to run the same way it comes configured from the factory. Berating them and telling them they have misconfigured there machine because GRUB could not be the problem, take it or leave it, and they will leave it and tell anyone who will listen to leave it as well. You do the whole community a disservice by snubbing your nose and taking a hard stance. Please remember Fedora Core is supposed to be a community project not a dictatorship project. Knock Knock anyone there, for Pete sake! From skvidal at phy.duke.edu Wed Apr 13 22:50:05 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 18:50:05 -0400 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: <20050413224754.GS8833@angus.ind.WPI.EDU> References: <1113423790.3247.1.camel@localhost.localdomain> <200504131732.35612.lowen@pari.edu> <425D970E.5080407@userfriendly.net> <20050413224754.GS8833@angus.ind.WPI.EDU> Message-ID: <1113432605.20426.23.camel@cutter> On Wed, 2005-04-13 at 18:47 -0400, Chuck R. Anderson wrote: > On Wed, Apr 13, 2005 at 06:39:48PM -0400, Robert P. J. Day wrote: > > On Wed, 13 Apr 2005, Michael Weiner wrote: > > > > > i get EXACTLY the same behavior, so you are not going insane :) > > > > as a quick fix (for now), i just "yum remove"d postgresql-libs and let > > yum deal with the dependencies on libpq.so.3. it's updating as we > > speak, and i'll worry about putting the postgresql stuff back in > > tomorrow. no big deal. sorry, i didn't mean to start such an > > animated discussion. > > I did something like this: > > yum -y --exclude='postgresql*' --exclude='libdbi*' --exclude='*php*' > --exclude='dovecot' update > > which passed the transaction check and started running the > transaction, but then yum tracebacked: > > Transaction Summary > ============================================================================= > Install 4 Package(s) > Update 183 Package(s) > Remove 0 Package(s) > Total download size: 677 M > Downloading Packages: > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Traceback (most recent call last): > File "/usr/bin/yum", line 15, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 149, in main > base.doTransaction() > File "/usr/share/yum-cli/cli.py", line 651, in doTransaction > self.runTransaction(cb=cb) > File "__init__.py", line 333, in runTransaction > NameError: global name 'yum' is not defined Need to know what those packages are that are being updated. -sv From rpjday at mindspring.com Wed Apr 13 22:58:12 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 13 Apr 2005 18:58:12 -0400 (EDT) Subject: still an update problem involving "/usr/lib/gcj-4.0.0/classmap.db" Message-ID: just as it did yesterday, i'm still getting a "scriptlet failed" error (for "eclipse-platform" among others) since there is no such file listed in the subject line, but there is the (obviously newer) "classmap.db.d" directory on the system, which i'm assuming has replaced it. rday From guy at incentre.net Wed Apr 13 23:02:06 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 17:02:06 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <20050413035848.GN8833@angus.ind.WPI.EDU> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <20050413035848.GN8833@angus.ind.WPI.EDU> Message-ID: <1113433326.4963.312.camel@sigurd.incentre.net> On Tue, 2005-12-04 at 23:58 -0400, Chuck R. Anderson wrote: > On Tue, Apr 12, 2005 at 05:06:51PM -0600, Guy Fraser wrote: > > The biggest problem I have with it, is the error reporting is > > awful and you don't get any clue to what caused the problem. > > As opposed to LILO's error reporting consisting of "LI" during bootup? Check the documentation : ----Start Sample--- Boot loader messages -------------------- The boot loader generates three types of messages: progress and error messages while it is loading, messages indicating disk access errors, and error messages in response to invalid command-line input. Since messages of the latter type are usually self-explanatory, only the two other categories are explained. LILO start message - - - - - - - - - When LILO loads itself, it displays the word "LILO". Each letter is printed before or after performing some specific action. If LILO fails at some point, the letters printed so far can be used to identify the problem. This is described in more detail in the technical overview. Note that some hex digits may be inserted after the first "L" if a transient disk problem occurs. Unless LILO stops at that point, generating an endless stream of error codes, such hex digits do not indicate a severe problem. () No part of LILO has been loaded. LILO either isn't installed or the partition on which its boot sector is located isn't active. L ... The first stage boot loader has been loaded and started, but it can't load the second stage boot loader. The two-digit error codes indicate the type of problem. (See also section "Disk error codes".) This condition usually indicates a media failure or a geometry mismatch (e.g. bad disk parameters, see section "Disk geometry"). LI The first stage boot loader was able to load the second stage boot loader, but has failed to execute it. This can either be caused by a geometry mismatch or by moving /boot/boot.b without running the map installer. LIL The second stage boot loader has been started, but it can't load the descriptor table from the map file. This is typically caused by a media failure or by a geometry mismatch. LIL? The second stage boot loader has been loaded at an incorrect address. This is typically caused by a subtle geometry mismatch or by moving /boot/boot.b without running the map installer. LIL- The descriptor table is corrupt. This can either be caused by a geometry mismatch or by moving /boot/map without running the map installer. LILO All parts of LILO have been successfully loaded. Disk error codes - - - - - - - - If the BIOS signals an error when LILO is trying to load a boot image, the respective error code is displayed. The following BIOS error codes are known: 0x00 "Internal error". This code is generated by the sector read routine of the LILO boot loader whenever an internal inconsistency is detected. This might be caused by corrupt files. Try re-building the map file. Another possible cause for this error are attempts to access cylinders beyond 1024 while using the LINEAR option. See section "BIOS restrictions" for more details and for how to solve the problem. ... If the error occurred during a write operation, the error code (two hex digits) is prefixed with a "W". Although write errors don't affect the boot process, they might indicate a severe problem, because they usually imply that LILO has tried to write to an invalid location. If spurious write errors occur on a system, it might be a good idea to configure LILO to run read-only (see section "Build-time configuration"). Generally, invalid geometry and attempts to use more than two disks without a very modern BIOS may yield misleading error codes. Please check carefully if /sbin/lilo doesn't emit any warnings. Then try using the LINEAR option (see section "Global options"). Other problems -------------- This section contains a collection of less common problems that have been observed. See also section "Installation of other operating systems" for general remarks on using LILO with other operating systems. Some of the problems are obscure and so are the work-arounds. ... ----End Sample---- Even a genius like you should be able to figure out what broke. From rjames at csulb.edu Wed Apr 13 23:04:56 2005 From: rjames at csulb.edu (Ryan James) Date: Wed, 13 Apr 2005 16:04:56 -0700 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: References: <1113423790.3247.1.camel@localhost.localdomain> <200504131732.35612.lowen@pari.edu> Message-ID: <1113433497.3168.1.camel@localhost.localdomain> On Wed, 2005-04-13 at 17:52 -0400, Richard Ramson wrote: > Should we wait till tomorrow hoping someone fixes the problem or do we > know someone is actively working on it???? I guess if tomorrow comes > and goes and the problem is not fixed I will have my answer. :) > well, either those packages were just not rebuilt in time to be pushed onto the server this morning and so they'll be there tomorrow, or it was noticed that they needed to be updated so were pushed to be rebuilt today, or they haven't been noticed at redhat yet and they won't be in tomorrow at which time we bugzilla it so they do know. From guy at incentre.net Wed Apr 13 23:18:06 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 17:18:06 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113367441.5037.40.camel@jellyfish.redfishdemo.com> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> <1113367441.5037.40.camel@jellyfish.redfishdemo.com> Message-ID: <1113434287.4963.329.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 14:44 +1000, Rodd Clarkson wrote: > On Tue, 2005-04-12 at 11:06 -0600, Guy Fraser wrote: > > The tards are not going to listen. > > And I've tuned out already... > > It's not exactly a great example of statesmanship referring to someone > who you want a positive response from as a retard. > > It's also not very pleasant to talk about those in the unfortunate > position of have intellectual delays as retards, but I get the feeling > you already know this and this is why you refer to them as tards, hoping > that this shortening of the word might in some way make mocking their > circumstances appropraite. > > I can put up with all sorts of comments, ideas or language on lists, but > I have very little patience for people who discriminate against others > on the basis of a disability and for people use someones disability as > context with which to insult others. > > > Rodd The term tard as commonly referred to does NOT specify : "those in the unfortunate position of have intellectual delays as retards" The term tard is used to describe someone with full faculties that chooses not to use any of them for any useful purpose. I hope this alleviates any anxiety or hostility the term invokes in those that aren't familiar with it. It is not just a shortening of the defamatory word used to classify someone who may appear to be intellectually challenged in one form or another. I personally would also take offence to someone using the term retard to describe a person with apparent limitations, whether real or misconstrued. I do believe in using the term tard to classify people who have chosen to disregard there wonderful abilities for the purpose of causing themselves or others grief for their enjoyment. Sincerely Guy Fraser From jmorris at beau.org Wed Apr 13 23:24:11 2005 From: jmorris at beau.org (John Morris) Date: Wed, 13 Apr 2005 18:24:11 -0500 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113359018.2995.45.camel@localhost.localdomain> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> Message-ID: <1113434651.2915.126.camel@mjolnir> Wow, been watching this flamewar for days now, hope anyone can join. On Tue, 2005-04-12 at 21:23, Peter Jones wrote: > You also need to look at all the other packages involved in setting up > and maintaining the bootloader to. They're pretty complicated, and a > lot of work. I can certainly appreciate that. I'm certain it complicates life for the maintainers of a lot of packages to cope with two bootloaders. But I also don't understand earlier posts whinging how lilo is 'unscriptable' either. Both use a flat text file with a header section and a stanza describing each boot opton. You do have to invoke lilo after any change but a scripted solution should never forget a step. > > Certainly a five year old version of Lilo handles software RAID better than > > today's Grub. > > This is just plain insulting. You haven't even *tried* the software > RAID support in today's grub. You've already said as much today! Ok all you brainiacs at RH, could you tell me what dark magic I need to incant to get "grub-install" to 'just work(tm)' on a RHEL3 system running software RAID1 on a pair of IDE drives? So far the only ways I know is to either let anaconda wizardry deal with it when initially installing or use the grub shell and a string of rather newbie unfriendly commands I got from a GRUB+RAID Howto I Googled up. And here is where a lot of the vitriol is coming from amongst certain users; we feel that, for reasons beyond our ken, Grub was pushed into service as the "One True Bootloader" years before it could easily deal with what for us are everyday tasks. Once you have been burned a couple of times by the unreliability of the modern IDE hard drive, RAID1 becomes a routine item. For us RAID isn't an advanced feature for servers, it is an essential item that any serious workstation needs right along with a good UPS. But for years every time anyone has filed a bugzilla or complained on a list that grub ain't cutting it out in the real world they either get ignored or blown off and get the party line again; that Grub WILL replace LILO, that it really is better if only us poor rubes could RTFM, and that at any rate we had better just accept that it is a done deal. [MODE=RANT kinda off on a tangent] This is a symptom of a bigger problem in the whole OS/FS world, the tendency to toss a solution that has some issues but works for a lot of people for one that doesn't work as well at the moment but is believed to show better promise. So we have dozens of media player apps, all 'mostly sorta finished.' and which one will ship in a particular version of a particular distro is apparently more random chance or a key developer's fav at the moment than based on anything rational. We get dozens of package manager apps, all in various states of disfunction, etc. etc. (Oh, and while on the subject of media players... can anyone explain what feature HelixPlayer provided that ANY of the major Free players didn't already have? But there shouldn't be two of anything else because that might confuse end users or consume excess development resources. So is Helix a paid product placement by Real or what? Inquiring minds wanna know!) And don't even get me ranting about the everchanging state of graphical system administration. Just in the Red Hat linage there have been how many ways to graphically configure a network interface? Have ANY of them actually lived long enough become both feature complete AND actually work in all situations before being tossed aside for the next shiny new total rewrite? Long ago learned that the command line was the only interface that would be even remotely stable from release to release so I don't really know the answer. How many here had angry clients when linuxconf went away for the latest rewrite of all of the system admin tools and no longer had a web interface that the proles running Windows could use to add accounts to their mail/file/etc server? Or just how many window managers has been the Red Hat default? Off the top of my head I think the list is fvwm, fvwm2, fvwm95, enlightenment, sawmill, sawfish and metacity. I think metacity probably holds the record for the number of consecutive releases.... which means it will probably get replaced soon. Or a pet peeve of mine: the humble gnome mixer applet. The version on my laptop now allows me to relabel the sliders to match reality, for example I have one slider that controls the internal speaker on my laptop, another that controls the line out plug with the external speakers. The DVD drive in the dock comes in on line2. Better not upgrade to the latest one (RHEL4) though, because it appears that it has been rewritten yet again and doesn't have ANY preferences at the moment. Bottom line, change is sometimes a good thing. But change for the sake of change isn't. And before removing the existing solution the replacement should actually be mature enough to replace the old version in all common and most not so common usages. Both Fedora and RHEL are straining the capacity of DVD. We passed the point where we need MORE software long ago, we need the existing software to work. By now Grub has matured to a point it probably makes sense to be talking about deprecating LILO, but certainly not back in the RH[789] days when LILO first went on the list of packages scheduled for termination. Back then the only thing Grub offered was a VGA splash screen, and THAT wee bit of fluff was not worth the loss of features in LILO to gain. [MODE=NORMAL] -- John M. http://www.beau.org/~jmorris This post is 100% M$Free! Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r From guy at incentre.net Wed Apr 13 23:24:31 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 17:24:31 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113368444.21240.4.camel@localhost.localdomain> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113368444.21240.4.camel@localhost.localdomain> Message-ID: <1113434671.4963.335.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 01:00 -0400, Peter Jones wrote: > On Tue, 2005-04-12 at 23:51 -0400, Matthew Miller wrote: > > On Tue, Apr 12, 2005 at 05:23:48PM -0700, Mike Bird wrote: > > > So we have a package that is essential in some circumstances, that costs > > > next to nothing to maintain, and that takes up <0.1% of a CD's space. > > > > You're missing a huge part of the picture. Having lilo the package (even > > though as you note, it's not really maintained) might not be much, but it > > requires a lot of complicated kludgy infrastructure in the installer, and in > > mkinitrd, etc., and makes kernel updates very fragile. > > > > *That's* what makes the developers want to drop it -- it's not just to make > > your life hard. > > And even if all that is present, the model behind lilo is unreliable, > and has always caused major problems. When we shipped lilo by default, > the various incarnations of "LI", "L 01 01 01...", etc were a *major* > support issue, because reinstalling the first stage bootloader is very > failure prone. > > -- > Peter And "ERROR 15" means : ----Start Sample---- Errors reported by the Stage 2 The general way that the Stage 2 handles errors is to abort the operation in question, print an error string, then (if possible) either continue based on the fact that an error occurred or wait for the user to deal with the error. The following is a comprehensive list of error messages for the Stage 2 (error numbers for the Stage 1.5 are listed before the colon in each description): 1 : Filename must be either an absolute filename or blocklist This error is returned if a file name is requested which doesn't fit the syntax/rules listed in the Filesystem. 2 : Bad file or directory type This error is returned if a file requested is not a regular file, but something like a symbolic link, directory, or FIFO. ... 14 : Filesystem compatibility error, cannot read whole file Some of the filesystem reading code in GRUB has limits on the length of the files it can read. This error is returned when the user runs into such a limit. 15 : File not found This error is returned if the specified file name cannot be found, but everything else (like the disk/partition info) is OK. 16 : Inconsistent filesystem structure This error is returned by the filesystem code to denote an internal error caused by the sanity checks of the filesystem structure on disk not matching what it expects. This is usually caused by a corrupt filesystem or bugs in the code handling it in GRUB. ... ----End Sample---- One significant problem, there is never a filename listed. :-( Please see my post with LILO error messages. From mitr at volny.cz Wed Apr 13 23:41:53 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Thu, 14 Apr 2005 01:41:53 +0200 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113434651.2915.126.camel@mjolnir> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> Message-ID: <20050413234148.GC14088@chrys.ms.mff.cuni.cz> On Wed, Apr 13, 2005 at 06:24:11PM -0500, John Morris wrote: > On Tue, 2005-04-12 at 21:23, Peter Jones wrote: > > This is just plain insulting. You haven't even *tried* the software > > RAID support in today's grub. You've already said as much today! > Ok all you brainiacs at RH, could you tell me what dark magic I need to > incant to get "grub-install" to 'just work(tm)' on a RHEL3 system > running software RAID1 on a pair of IDE drives? Well, this is _fedora_-test-list and the flamewar is about FC4t[12], which _does_ contain extra code to deal with this case. Why would you test Fedora Core by running RHEL3? Mirek From off_by_1 at yahoo.com Wed Apr 13 22:43:54 2005 From: off_by_1 at yahoo.com (Mick Mearns) Date: Wed, 13 Apr 2005 15:43:54 -0700 (PDT) Subject: FC4 test 2 iso's fail mediacheck In-Reply-To: 6667 Message-ID: <20050413224355.91274.qmail@web30713.mail.mud.yahoo.com> --- Gerry Tool wrote: > Mick Mearns wrote: > > Hello list; > > I am new to this list (referred here from the fedora-list) > > So this may have been answered, but is not in the archives. > > > > I just downloaded and burned all 4 cd's and the recue CD. > > I burned them using K3B (which does an md5 test for each iso) > > They burned fine. > > > > When I booted CD #1 and did 'linux mediacheck' it fails for every > CD. > > > > I know this has happened on previous releases, so are the disks ok? > > I read that the FC4-t2 DVD iso was known to fail ... > Instead of doing an md5sum test, you should be doing a sha1sum test: > > sha1sum *.iso > > in the directory where you placed the isos. > > Gerry Thank you Gerry; all the .iso files passed. However this does not answer why anaconda barfs on all the CD's. As a test: [mick at localhost mick]$ sha1sum /dev/cdrom c7173ddfd202bdca584321bef71b7dab216c0c0b /dev/cdrom Which matches the SHA1 file for the rescue CD. This CD failed the media-check Mick M. Dogs have Masters - Siamese Cats have Staff! __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs From jkeating at j2solutions.net Wed Apr 13 23:44:05 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 13 Apr 2005 16:44:05 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113434287.4963.329.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> <1113367441.5037.40.camel@jellyfish.redfishdemo.com> <1113434287.4963.329.camel@sigurd.incentre.net> Message-ID: <1113435846.13504.154.camel@jkeating2.hq.pogolinux.com> On Wed, 2005-04-13 at 17:18 -0600, Guy Fraser wrote: > The term tard as commonly referred to does NOT specify : > "those in the unfortunate position of have intellectual delays as > retards" > > The term tard is used to describe someone with full faculties > that chooses not to use any of them for any useful purpose. > > I hope this alleviates any anxiety or hostility the term invokes > in those that aren't familiar with it. It is not just a shortening > of the defamatory word used to classify someone who may appear to > be intellectually challenged in one form or another. I personally > would also take offence to someone using the term retard to describe > a person with apparent limitations, whether real or misconstrued. > > I do believe in using the term tard to classify people who have > chosen to disregard there wonderful abilities for the purpose of > causing themselves or others grief for their enjoyment. Sorry, this doesn't fly with me. Using a term (even a shortened one) that describes a set of people to degrade another set is not very cool at all. Not to the people you are degrading, but to the people that the term describes. It's just bad form and makes you look really really ignorant. Credibility goes down the pooper and the majority of listers just flat out ignore you (as I should be doing). It's no wonder the 'tards' ignore your posts. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From goemon at anime.net Thu Apr 14 00:00:16 2005 From: goemon at anime.net (Dan Hollis) Date: Wed, 13 Apr 2005 17:00:16 -0700 (PDT) Subject: FC4 test 2 iso's fail mediacheck In-Reply-To: <20050413224355.91274.qmail@web30713.mail.mud.yahoo.com> Message-ID: On Wed, 13 Apr 2005, Mick Mearns wrote: > Thank you Gerry; > all the .iso files passed. > However this does not answer why anaconda barfs on all the CD's. > As a test: > [mick at localhost mick]$ sha1sum /dev/cdrom > c7173ddfd202bdca584321bef71b7dab216c0c0b /dev/cdrom > Which matches the SHA1 file for the rescue CD. > This CD failed the media-check The fedora media check has been broken for a long time, at least since FC1 from what I can remember. -Dan From guy at incentre.net Thu Apr 14 00:01:40 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 18:01:40 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <425CDFFA.70307@gmx.de> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <20050413035848.GN8833@angus.ind.WPI.EDU> <425CDFFA.70307@gmx.de> Message-ID: <1113436900.4963.350.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 11:01 +0200, shrek-m at gmx.de wrote: > Res wrote: > > > On Tue, 12 Apr 2005, Chuck R. Anderson wrote: > > > >> On Tue, Apr 12, 2005 at 05:06:51PM -0600, Guy Fraser wrote: > >> > >>> The biggest problem I have with it, is the error reporting is > >>> awful and you don't get any clue to what caused the problem. > >> > >> As opposed to LILO's error reporting consisting of "LI" during bootup? > > > > Its suprising how many ppl have NFI that halting at various points in > > print statemant of LILO actually has a useful meaning telling them > > where the problem is. > > > L error > physical hd error ? > LI > some lilo parts are not found -> bootdisk, check lilo.conf, lilo, reboot ? > LIL > lilo-map error ? > LIL? > wrong boot device ? > LIL- > wrong geometry ? > LILO > ok That is overly terse. > > > my lilo experiences <= rhl7.2, playing russian roulette > my grub experiences since >= rhl7.3 absolutely no problems > > > FYI > -------- > $ info grub > -> troubleshooting > 14 Error messages reported by GRUB > ********************************** > > This chapter describes error messages reported by GRUB when you > encounter trouble. *Note Invoking the grub shell::, if your problem is > specific to the grub shell. > > * Menu: > > * Stage1 errors:: Errors reported by the Stage 1 > * Stage1.5 errors:: Errors reported by the Stage 1.5 > * Stage2 errors:: Errors reported by the Stage 2 > ----/---- Except that all the errors are just numbers with a generic meaning and point to no specific device file or routine that is having a problem. From guy at incentre.net Thu Apr 14 00:04:43 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 18:04:43 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <2557.12.29.16.103.1113395190.squirrel@whooper.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <2557.12.29.16.103.1113395190.squirrel@whooper.org> Message-ID: <1113437084.4963.353.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 08:26 -0400, William Hooper wrote: > Res said: > [snip] > >> You're missing a huge part of the picture. Having lilo the package > >> (even > >> though as you note, it's not really maintained) might not be much, but > >> it requires a lot of complicated kludgy infrastructure in the installer, > >> and in mkinitrd, etc., and makes kernel updates very fragile. > > > > what utter crap! we always build our own kernels using the std makefile > > and the source from kernel.org, if you can compile a kernel then ur done > > either way, nothing else to do > > So you always compile your own vanilla kernels instead of using the Core > provided ones. Despite that, you somehow find installing a non-Core > provided boot loader an huge burden? It is easier to replace a kernel on a machine that will boot, than to replace a boot loader on a machine that won't. From david at fubar.dk Thu Apr 14 00:06:57 2005 From: david at fubar.dk (David Zeuthen) Date: Wed, 13 Apr 2005 20:06:57 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113437084.4963.353.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <2557.12.29.16.103.1113395190.squirrel@whooper.org> <1113437084.4963.353.camel@sigurd.incentre.net> Message-ID: <1113437218.3439.7.camel@daxter.boston.redhat.com> Please move this discussion to Bugzilla. Thanks, David From guy at incentre.net Thu Apr 14 00:11:05 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 13 Apr 2005 18:11:05 -0600 Subject: A rant regarding LILO and various other related issues In-Reply-To: <20050413234148.GC14088@chrys.ms.mff.cuni.cz> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> Message-ID: <1113437466.4963.355.camel@sigurd.incentre.net> On Thu, 2005-14-04 at 01:41 +0200, Miloslav Trmac wrote: > On Wed, Apr 13, 2005 at 06:24:11PM -0500, John Morris wrote: > > On Tue, 2005-04-12 at 21:23, Peter Jones wrote: > > > This is just plain insulting. You haven't even *tried* the software > > > RAID support in today's grub. You've already said as much today! > > Ok all you brainiacs at RH, could you tell me what dark magic I need to > > incant to get "grub-install" to 'just work(tm)' on a RHEL3 system > > running software RAID1 on a pair of IDE drives? > Well, this is _fedora_-test-list and the flamewar is about FC4t[12], > which _does_ contain extra code to deal with this case. Why would > you test Fedora Core by running RHEL3? > Mirek This is exactly the kind of response we have come to expect. From jspaleta at gmail.com Thu Apr 14 00:26:06 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Apr 2005 20:26:06 -0400 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113434651.2915.126.camel@mjolnir> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> Message-ID: <604aa79105041317264ab6c6eb@mail.gmail.com> On 4/13/05, John Morris wrote: > Ok all you brainiacs at RH, could you tell me what dark magic I need to > incant to get "grub-install" to 'just work(tm)' on a RHEL3 system > running software RAID1 on a pair of IDE drives? So far the only ways I > know is to either let anaconda wizardry deal with it when initially > installing or use the grub shell and a string of rather newbie > unfriendly commands I got from a GRUB+RAID Howto I Googled up. Users of this list.. should be primarily concerned about testing the grub in rawhide and in the fc4 test releases... fc4t2 being the most recent. How grub in rhel3 or rhel4 or rhl behaved is somewhat irrevelent.. unless you are drawing a direct comparison to the currently available grub that needs testing. If in the past you had problems using grub in a raid setup.. please.. pretty pretty please... try to install fc4t2 and see if the version of grub available now handles the situation better. And please.. pretty pretty please.. file a bugreport in bugzilla with details and be prepared to test subsequent update grub packages that appear in the fedora core development tree. The best way for raid users to make sure fc4 works adequately for them is to particpate in testing now and try the new grub out. > Once you have been burned a couple > of times by the unreliability of the modern IDE hard drive, RAID1 > becomes a routine item. For us RAID isn't an advanced feature for > servers, it is an essential item that any serious workstation needs > right along with a good UPS. But for years every time anyone has filed > a bugzilla or complained on a list that grub ain't cutting it out in the > real world they either get ignored or blown off and get the party line > again; Again, lilo has been removed ..completely removed... once already in the testing cycle leading up to fc1. The developers put it back in part because they got enough feedback about the raid problems with the grub in those test releases. Now.. the core developers believe they have the raid issues fixed. Now its time for raid users to step up and test the newest grub again and report back. The fact that developers responded once already and placed lilo back into fc1 after it was removed in test releases.. proves that testers are not completely ignored and blown off. Anyone who believes raid users are being ignored... is ignoring the fact that lilo was removed and then added back in response to raid users in fc1. I think everyone realizes you are bitter... if the extent of your gaols was to communicate your bitterness, consider the mission a success. Now if you want to actually effect change, you have a choice. You can become an active participant in the testing of the lastest grub package focusing on the raid configurations that have caused you problems in the past, or you can move on to another distributrion. If the grub in test2 works as the developers expect.. all of this drama seems a bit silly. People in your position need to test fc4t2 in raid situations and report back details about failures to move the issue forward. -jef"by the way.. the sky _is_ falling"spaleta From rplana at zicorp.com Thu Apr 14 00:17:30 2005 From: rplana at zicorp.com (Richard Plana) Date: Wed, 13 Apr 2005 18:17:30 -0600 Subject: Hard drive install fails on x86_64 Message-ID: <425DB69A.9030205@zicorp.com> Simon Lanzmich wrote: > When I select the drive and the directory where the ISO is located and > click OK, the installer crashes and I get some errors containing a > buffer overflow warning and something about /sbin/loader (I will take a > closer look at it or take a photo, if you want) and finally a message > that I can safely reboot my PC. Doesn't seem to be limited to the x86_64 platform. I opened a bug report in bugzilla. Posting the notification here in case anyone is interested. Also, if someone happens to know a temporary fix just so I can get FC4T2 installed on my system without having to burn a DVD ISO, I'd appreciate it if you let me/us know. I'm still hoping this is fixable by some kernel parameter. -- *Richard Neal Plana, B.Sc., CCNA* Lead Software Engineer Zi Corp. From davidc at ccmi.salk.edu Wed Apr 13 23:38:51 2005 From: davidc at ccmi.salk.edu (David Chambers) Date: Wed, 13 Apr 2005 16:38:51 -0700 Subject: evolution update on FC3 In-Reply-To: <1113420938.3442.3.camel@dch.TQMcube.com> References: <1113420671.5262.149.camel@cassandra.boston.redhat.com> <1113420938.3442.3.camel@dch.TQMcube.com> Message-ID: <1113435531.17893.14.camel@muk.mgl> On Wed, 2005-04-13 at 15:35 -0400, David Cary Hart wrote: > On Wed, 2005-04-13 at 15:31 -0400, David Malcolm wrote: > > On Wed, 2005-04-13 at 14:53 -0400, Richard Ramson wrote: > > > I'm trying to update evolution to 2.2.2-1.i386 from the FC3 > > > development tree and it is missing a lot of dependencies see below. > > > > evolution-2.2.2-1 is in the FC4 development tree ("rawhide"). > > > > I haven't been providing RPMs of Evolution 2.2 for FC3; I've been doing > > them for FC4. The various dependencies listed below look like they're > > from FC4. > > > I backported rpms to FC3. They require gal, libsoup and gtkhtml3 from > rawhide. Disclaimer - This probably should not be on the devel list, the thread should move to the users list. I just compiled 2.2.2-1 on my FC3 system; All went well after several steps:- (1) I used yum to install all it could of the dependencies (using FC3 base, updates, extras repos) (2) I had to download from rawhide and build and install (in this order): Pyrex dbus libgal2 gtkhtml3 evolution-data-server libsoup Some of these I had to install with rpm -Uvh --nodeps I changed none of the .spec files. (3) Now I could build and install evolution. All seems to work so far, knock on wood :-) This message sent with evolution 2.2.2 just to prove it! - David -- David Chambers From jmorris at beau.org Thu Apr 14 00:46:29 2005 From: jmorris at beau.org (John Morris) Date: Wed, 13 Apr 2005 19:46:29 -0500 Subject: A rant regarding LILO and various other related issues In-Reply-To: <20050413234148.GC14088@chrys.ms.mff.cuni.cz> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> Message-ID: <1113439589.2915.146.camel@mjolnir> On Wed, 2005-04-13 at 18:41, Miloslav Trmac wrote: > On Wed, Apr 13, 2005 at 06:24:11PM -0500, John Morris wrote: > > On Tue, 2005-04-12 at 21:23, Peter Jones wrote: > > > This is just plain insulting. You haven't even *tried* the software > > > RAID support in today's grub. You've already said as much today! > > Ok all you brainiacs at RH, could you tell me what dark magic I need to > > incant to get "grub-install" to 'just work(tm)' on a RHEL3 system > > running software RAID1 on a pair of IDE drives? > Well, this is _fedora_-test-list and the flamewar is about FC4t[12], > which _does_ contain extra code to deal with this case. Why would > you test Fedora Core by running RHEL3? Because this lilo vs grub battle has been raging for years, kinda like vi vs. emacs. Because I was making a point. Because if grub is KNOWN to be broken in RHEL3 (guess ENTERPRISE environments don't use RAID ....) almost certainly still broken in RHEL4 since it is also broken in FC3, but it is perhaps, maybe, we really really hope fixed for FC4 means this is exactly the WRONG time to be thinking about removing the only boot loader known to work cleanly in a software RAID1 environment. Even in a perpetual beta release like Fedora. When Grub accumulates a year or two of real world successes, then it will be time to pull the plug on lilo and I can't imagine anyone objecting then. -- John M. http://www.beau.org/~jmorris This post is 100% M$Free! Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r From pri.rhl3 at iadonisi.to Thu Apr 14 00:47:25 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Wed, 13 Apr 2005 20:47:25 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113432579.4963.305.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> Message-ID: <1113439645.29504.10.camel@md.local.linuxlobbyist.org> On Wed, 2005-04-13 at 16:49 -0600, Guy Fraser wrote: [snip] > Run a second program designed just to > install the MBR on the real device name that you earlier had to > create a reference for. I haven't read the rest of your post yet, but here is one problem that appears possible to narrow down to your usage of grub. You do NOT need (as a matter of fact, SHOULDN'T) re-run grub-install (if that's what you are referring to, which seems to be the case according to the context) when you update the grub config file. That's one of the (major, IMO) benefits of grub over lilo. Even that *other* OS doesn't need to re- install the boot block every time the boot config (boot.ini?) is updated. It's something you should not be doing all that often, and really should be reserved for install only. By saying this, I'm not trying to exonerate grub completely (yet). It most certainly *may* still have problems (which is what I hope you are here to test for), but in this particular case, it sure seems like you are using grub in a way it was not intended to be used. Perhaps grub- install should print out a big, honking warning when run interactively that says something to the effect of "You shouldn't be doing this unless running from a rescue disk, you boot block got broken somehow, or you ARE 'The Anaconda Installer' ;-)". -- -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 florin at andrei.myip.org Thu Apr 14 00:53:38 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Wed, 13 Apr 2005 17:53:38 -0700 Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: <1113425904.20426.12.camel@cutter> References: <9f573ec50504131332651c2251@mail.gmail.com> <1113425904.20426.12.camel@cutter> Message-ID: <1113440018.8910.1.camel@rivendell.home.local> On Wed, 2005-04-13 at 16:58 -0400, seth vidal wrote: > I've found that "install everything" is an extraordinarily bad idea if > you want to have a continually working system. I'm amazed by how few people are aware of this. Although, at least IMO, it's counterintuitive, no? -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Thu Apr 14 00:58:17 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Wed, 13 Apr 2005 17:58:17 -0700 Subject: Where is Cyrus-Imapd In-Reply-To: <425CB3B4.2070201@gwch.net> References: <425CB3B4.2070201@gwch.net> Message-ID: <1113440297.8910.4.camel@rivendell.home.local> On Wed, 2005-04-13 at 07:52 +0200, Roger Grosswiler wrote: > BUT: I found cyrus-imapd neither in core nor in extras! An excellent IMAP server which solves the problem of server-side filtering in an elegant fashion and can handle extreme loads, and it's excluded from the distro. -- Florin Andrei http://florin.myip.org/ From mharris at www.linux.org.uk Thu Apr 14 00:59:16 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Wed, 13 Apr 2005 20:59:16 -0400 Subject: FC4T2 xorg/matrox failure In-Reply-To: <1113256506.21702.10.camel@maui.jaa.org.uk> References: <1113256506.21702.10.camel@maui.jaa.org.uk> Message-ID: <425DC064.7030407@www.linux.org.uk> John Austin wrote: > Hi, > Having had problems with xorg/Matrox G550 on FC4T1 > I was hoping for improvements at FC4T2 but .... > cannot use the graphics install as the screen is corrupt, > can't read the install notes even!!!! > After text install, reboot etc, startx from run level 3 fails with > corrupt screen, unusable and still totally corrupts virtual terms > Cont/Alt/F1-6 > Reboot the only answer :-( > > Anyone else with the same problem ????? > I will be adding this to bugzilla > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153729 > and xorg bugs Be sure to file bug report with X.Org to increase the number of developers who will see the issue that can potentially investigate and/or fix it. (Good advice in general for any X bug) From cantisan at bol.com.br Thu Apr 14 01:04:02 2005 From: cantisan at bol.com.br (Guilherme Cantisano) Date: Wed, 13 Apr 2005 22:04:02 -0300 Subject: without LILO a long history In-Reply-To: <20050413232433.7B9567471D@hormel.redhat.com> References: <20050413232433.7B9567471D@hormel.redhat.com> Message-ID: <425DC182.3080203@bol.com.br> Since Fedora Core 1 (I think) the Lilo was removed, I remeber the long discussion about that... nowdays we have just grub :-( From cmadams at hiwaay.net Thu Apr 14 01:07:30 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 13 Apr 2005 20:07:30 -0500 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113439589.2915.146.camel@mjolnir> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> <1113439589.2915.146.camel@mjolnir> Message-ID: <20050414010730.GH1206118@hiwaay.net> Once upon a time, John Morris said: > Because if grub is KNOWN > to be broken in RHEL3 (guess ENTERPRISE environments don't use RAID > ....) almost certainly still broken in RHEL4 since it is also broken in > FC3 GRUB is not "broken" in a RAID1 environment (broken to me means it doesn't work at all). It doesn't do what you'd like, but that is because it works differently. All it takes to install GRUB on multiple members of a software RAID1 /boot is (this is from a kickstart I have around, although I haven't tried it in a while): # If we are doing RAID for /boot, set up GRUB on all disks if grep "^/dev/md0.* /boot " /etc/fstab; then grep "^md0" /proc/mdstat | tr ' ' '\n' | grep '\[' | cut -d'[' -f1 |\ while read dev; do drive=/dev/${dev%[0-9]} grub < it is perhaps, maybe, we really really hope fixed for FC4 means > this is exactly the WRONG time to be thinking about removing the only > boot loader known to work cleanly in a software RAID1 environment. No, it is the time for those that think there is a problem to test the fix (that is the point of test releases and this mailing list). If nobody reports any problems with the test release, then the developers will assume that the problem is fixed and move on. If LILO users are doing nothing but ranting and calling people names, they'll never know if the fix works for them, so the developers won't find out if there are still corner cases that need work. If instead it turns out that the changes to GRUB still don't fix the problems in a significant number of cases (and it can't be fixed by test3 for example), LILO may return once again. If LILO wasn't removed though, people that have had problems with GRUB in the past will just keep using LILO (so GRUB fixes never get tested). > Even > in a perpetual beta release like Fedora. When Grub accumulates a year > or two of real world successes, then it will be time to pull the plug on > lilo and I can't imagine anyone objecting then. Fedora is not a "perpetual beta release". If GRUB works today however, Fedora is not going to maintain another solution just because at some point in the past GRUB didn't do everything LILO did. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From pri.rhl3 at iadonisi.to Thu Apr 14 01:11:03 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Wed, 13 Apr 2005 21:11:03 -0400 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113439589.2915.146.camel@mjolnir> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> <1113439589.2915.146.camel@mjolnir> Message-ID: <1113441063.29504.28.camel@md.local.linuxlobbyist.org> I'd like to make a suggestion to those other than John Morris who have posted to this thread railing against grub. Read John's post (the first one titled 'A rant regarding LILO and various other related issues' and study it HARD. And then thank him. Why? Because HIS rant got at least my attention for one reason[1]. And that is that he didn't start off by directly insulting developers. You want help? You want attention to whatever problems you are having? You darn well better show some decency and respect to those from you are looking for help FOR FREE and not refer to them as morons or other slurs. Sure it won't *guarantee* help if John is correct in his rant (though I make no judgment in favor or against what he described at this time), but it will most definitely guarantee that you do get ignored when you insult people. This isn't about inflated egos. It's about basic self respect. You wanna push someone around, then go back to the schoolyard. Or maybe a Debian mailing list ;-). [1] Not only did it get my attention, but it convinced me that lilo does in fact need to still be included at least for FC4, but should the problems that are now claimed to be fixed, truly BE fixed in the latest version of grub, then lilo should, finally, disappear from FC5. The point being that the software RAID 1 bug was JUST purportedly fixed (and needs testing). Lilo should be included until FC4 gets wider (non- testing) exposure. But I do believe that lilo support should be removed from the installer, but release notes (or some entry in a Wiki) could be provided for doing an install and then, before the reboot, manually installing lilo and running it. That release note should also strongly urge anyone who has to take those steps to file bugs with *detailed* information about their hardware and configuration. -- -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 whooperhsd3 at earthlink.net Thu Apr 14 01:17:19 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 13 Apr 2005 21:17:19 -0400 (EDT) Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: <4255.4.124.76.50.1113424970.squirrel@whooper.org> Message-ID: <2081.192.168.0.254.1113441439.squirrel@whooper.org> Richard Ramson said: > On 4/13/05, William Hooper wrote: > >> Have at it: >> http://forums.fedoraforum.org/forumdisplay.php?f=21 >> >> >> Just don't expect everyone to follow you. >> >> > OK, thanks I'm going to register now. Hope to see you all there. Is > it possible to change the link on the main fedora page to point to > FedoraForum.org instead of fedora-test-list? That way I know others > will follow me :) "Development discussion remains unchanged on designated mailing lists." https://www.redhat.com/archives/fedora-announce-list/2005-April/msg00002.html -- William Hooper From pri.rhl3 at iadonisi.to Thu Apr 14 01:22:44 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Wed, 13 Apr 2005 21:22:44 -0400 Subject: Where is Cyrus-Imapd In-Reply-To: <1113440297.8910.4.camel@rivendell.home.local> References: <425CB3B4.2070201@gwch.net> <1113440297.8910.4.camel@rivendell.home.local> Message-ID: <1113441764.29504.41.camel@md.local.linuxlobbyist.org> On Wed, 2005-04-13 at 17:58 -0700, Florin Andrei wrote: > On Wed, 2005-04-13 at 07:52 +0200, Roger Grosswiler wrote: > > > BUT: I found cyrus-imapd neither in core nor in extras! > > An excellent IMAP server which solves the problem of server-side > filtering in an elegant fashion and can handle extreme loads, and it's > excluded from the distro. > > Awe, come on now. I'm a cyrus-imapd bigot. I LOVE cyrus-imapd, despite some of it's (relatively minor, IMO) peculiarities. But even I understand (and frankly, agree with) it being excluded. Cyrus-imapd is a complex beast. Not on the level of Oracle, but when combined with all the components that make it the most useful (ldap, a web gui config tool, kerberos or hashed secrets, etc.) it comes close to MS Exchange, but makes you feel a lot less...*shudder*...dirty. (Yes, I know -- no integrated calendar.) Dovecot was introduced to rid the distro uw-imap (thankfully) and fills that role quite nicely (from what I've heard...I don't actually USE it). How do you configure cyrus-imapd to work with system accounts *out of the box* without any extra steps for the system administrator when adding accounts? It's probably doable, but just too darn complex and possibly a maintenance nightmare. I prefer a sealed mail server with multi-domain capability, so will likely always stick to cyrus-imapd, even if I have to revert to Simon Mater's (excellent) rpms like I did before it was included in the distro. No big deal, really. It seems to me that cyrus-imapd is most suitable for extras. I hope that that does happen. If no one picks it up (but it sounds like someone else might), then I might still consider being the maintainer, but I really don't think it's a big loss for Core. It's specialized enough (and independent enough -- i.e.: nothing depends on it), that adding it doesn't cause much pain. -- -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 mgb-fedora at yosemite.net Thu Apr 14 00:55:01 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Wed, 13 Apr 2005 17:55:01 -0700 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113439589.2915.146.camel@mjolnir> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> <1113439589.2915.146.camel@mjolnir> Message-ID: <1113440101.22092.51.camel@udev.yosemite.net> On Wed, 2005-04-13 at 17:46, John Morris wrote: > When Grub accumulates a year or two of real world successes, then > it will be time to pull the plug on lilo and I can't imagine anyone > objecting then. Exactly. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154763 --Mike Bird From pri.rhl3 at iadonisi.to Thu Apr 14 01:44:01 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Wed, 13 Apr 2005 21:44:01 -0400 Subject: The new GRUB: A useful test! Message-ID: <1113443041.29504.54.camel@md.local.linuxlobbyist.org> Okay, here's some useful (and promising) info on the latest grub. My test machine only has one disk, so it's kind of hard (though maybe not impossible) to test to see if the newly fixed software RAID 1 problem has truly been fixed. But I do have a relatively unused, fully updated FC3 machine that I'm using software RAID 1 on with two SCSI disks. It was an install (not upgrade) of FC3 where I set up /dev/md0 (/dev/sda1 and /dev/sdb1) as /boot and with the root and swap partitions being logical volumes sliced from a volume group that has /dev/md1 as it's only PV (which consist of /dev/sda2 and /dev/sdb2). I did an 'rpm -Fvh grub-0.95-12.i386.rpm' and then ran 'grub-install --recheck /dev/md0', rebooted, and prepared to eat crow. Thankfully, I won't need to stuff myself with that obscure poultry dish. (At least, not yet. :-/) Writing it to /dev/md0 (/boot) is a bit odd, though, as normally when installing to the boot sector, you like to install to a non-partition device file, but the question is, how else can you do it when you've added partitions to all your md devices and have no md devices with full disk devices in it? So installing to the device which contains /boot probably is the most sane thing to do. Question is, am I deceiving myself? Am I still actually using the old grub installed on the boot sector of /dev/sda? -- -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 mgb-fedora at yosemite.net Thu Apr 14 00:39:42 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Wed, 13 Apr 2005 17:39:42 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113435846.13504.154.camel@jkeating2.hq.pogolinux.com> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> <1113367441.5037.40.camel@jellyfish.redfishdemo.com> <1113434287.4963.329.camel@sigurd.incentre.net> <1113435846.13504.154.camel@jkeating2.hq.pogolinux.com> Message-ID: <1113439181.22092.48.camel@udev.yosemite.net> Five years for a first attempt at MD handling? Those who automatically assumed that Guy's "tard" referred to the irrelevant secondary concept of mental retardation rather then the relevant primary characteristic of slow Grub development should review their prejudices. Now can we get back to eagerly antipicating Redhat's disclosure of the massive super-secret kludge (the source code, not the lavatory) needed for Lilo but not for all the other boot loaders? --Mike "Slow hand clap (not the disease)" Bird From shiva at sewingwitch.com Thu Apr 14 01:57:40 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Wed, 13 Apr 2005 18:57:40 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113434671.4963.335.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113368444.21240.4.camel@localhost.localdomain> <1113434671.4963.335.camel@sigurd.incentre.net> Message-ID: --On Wednesday, April 13, 2005 5:24 PM -0600 Guy Fraser wrote: > One significant problem, there is never a filename listed. :-( Time to file a bugzilla on this specific deficiency, so someone can address it. From shiva at sewingwitch.com Thu Apr 14 02:03:11 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Wed, 13 Apr 2005 19:03:11 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113432579.4963.305.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> Message-ID: --On Wednesday, April 13, 2005 4:49 PM -0600 Guy Fraser wrote: > Go to bugzilla discover many bugs > already listed that are practicaly identical to yours, no > presented solutions work for you, or the bug reporter, bug left > outstanding. Bug numbers, please. Which 50 are identical to your problem? From green at redhat.com Thu Apr 14 02:02:23 2005 From: green at redhat.com (Anthony Green) Date: Wed, 13 Apr 2005 19:02:23 -0700 Subject: still an update problem involving "/usr/lib/gcj-4.0.0/classmap.db" In-Reply-To: References: Message-ID: <1113444143.5583.3.camel@localhost.localdomain> On Wed, 2005-04-13 at 18:58 -0400, Robert P. J. Day wrote: > just as it did yesterday, i'm still getting a "scriptlet failed" > error (for "eclipse-platform" among others) since there is no such > file listed in the subject line, but there is the (obviously newer) > "classmap.db.d" directory on the system, which i'm assuming has > replaced it. My understanding is that the next GCC to hit rawhide will fix this regression. AG From mrguytx at austin.rr.com Thu Apr 14 02:08:16 2005 From: mrguytx at austin.rr.com (W. Guy Thomas) Date: Wed, 13 Apr 2005 21:08:16 -0500 Subject: A rant regarding LILO and various other related issues In-Reply-To: <604aa79105041317264ab6c6eb@mail.gmail.com> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <604aa79105041317264ab6c6eb@mail.gmail.com> Message-ID: <1113444497.5620.64.camel@localhost.localdomain> On Wed, 2005-04-13 at 20:26 -0400, Jeff Spaleta wrote: > I think everyone realizes you are bitter... if the extent of your > gaols was to communicate your bitterness, consider the mission a > success. Now if you want to actually effect change, you have a choice. > You can become an active participant in the testing of the lastest > grub package focusing on the raid configurations that have caused you > problems in the past, or you can move on to another distributrion. > If the grub in test2 works as the developers expect.. all of this > drama seems a bit silly. People in your position need to test fc4t2 in > raid situations and report back details about failures to move the > issue forward. > > -jef"by the way.. the sky _is_ falling"spaleta > if anyone finds the fix or the answer to what will happen in this respect, please post at http://fedorasolved.com jef has recommended this as a spot to post FIXES, and it's there. =G -- W. Guy Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From owaugly at xmission.com Thu Apr 14 02:09:12 2005 From: owaugly at xmission.com (Al Kroeger) Date: Wed, 13 Apr 2005 20:09:12 -0600 Subject: screensavers Message-ID: <425DD0C8.90303@xmission.com> It looks like things are moving right along with this test. I have the 'gotta have' stuff running. The next thing on my list is screensavers. Can I get them with yum? If so, what is the command line? #yum install screensaver? Thanks, owa From ivazquez at ivazquez.net Thu Apr 14 02:12:53 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 13 Apr 2005 22:12:53 -0400 Subject: The new GRUB: A useful test! In-Reply-To: <1113443041.29504.54.camel@md.local.linuxlobbyist.org> References: <1113443041.29504.54.camel@md.local.linuxlobbyist.org> Message-ID: <1113444773.12065.37.camel@ignacio.ignacio.lan> On Wed, 2005-04-13 at 21:44 -0400, Paul Iadonisi wrote: > Question is, am I deceiving > myself? Am I still actually using the old grub installed on the boot > sector of /dev/sda? Restore the stock DOS MBR and find out. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 gmail.com Thu Apr 14 02:16:50 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Apr 2005 22:16:50 -0400 Subject: screensavers In-Reply-To: <425DD0C8.90303@xmission.com> References: <425DD0C8.90303@xmission.com> Message-ID: <604aa79105041319167e487767@mail.gmail.com> On 4/13/05, Al Kroeger wrote: > It looks like things are moving right along with this test. I have the > 'gotta have' stuff running. The next thing on my list is screensavers. > Can I get them with yum? If so, what is the command line? #yum install > screensaver? Not sure which ones your looking for but try yum list "*screensaver*" to get a list of relevant packages. -jef From mrguytx at austin.rr.com Thu Apr 14 02:17:19 2005 From: mrguytx at austin.rr.com (W. Guy Thomas) Date: Wed, 13 Apr 2005 21:17:19 -0500 Subject: screensavers In-Reply-To: <425DD0C8.90303@xmission.com> References: <425DD0C8.90303@xmission.com> Message-ID: <1113445039.5620.66.camel@localhost.localdomain> On Wed, 2005-04-13 at 20:09 -0600, Al Kroeger wrote: > It looks like things are moving right along with this test. I have the > 'gotta have' stuff running. The next thing on my list is screensavers. > Can I get them with yum? If so, what is the command line? #yum install > screensaver? > Thanks, > owa > http://electricsheep.org/ -- W. Guy Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From darth_linux at ameritech.net Thu Apr 14 02:24:02 2005 From: darth_linux at ameritech.net (Eric Hartwell) Date: Wed, 13 Apr 2005 22:24:02 -0400 Subject: without LILO a long history In-Reply-To: <425DC182.3080203@bol.com.br> References: <20050413232433.7B9567471D@hormel.redhat.com> <425DC182.3080203@bol.com.br> Message-ID: <200504132224.02314.darth_linux@ameritech.net> On Wednesday 13 April 2005 21:04 pm, Guilherme Cantisano wrote: > Since Fedora Core 1 (I think) the Lilo was removed, I remeber the long > discussion about that... nowdays we have just grub :-( It's not completely gone. At install the initial boot prompt you have to type "linux lilo" then start the install. Post-install, you just have install lilo rpm. (you may need to copy /etc/lilo.conf.anaconda to /etc/lilo.conf) btw: lilo is my preference too. Eric From cdhouch at pobox.com Thu Apr 14 02:25:23 2005 From: cdhouch at pobox.com (Caerie Houchins) Date: Wed, 13 Apr 2005 21:25:23 -0500 Subject: SDL bug encountered when utilizing with mplayer on PII system Message-ID: <425DD493.7090301@pobox.com> Not sure if anyone else is seeing this. It only started with todays SDL update and only on my PII test system. mplayer: symbol lookup error: /usr/lib/libSDL-1.2.so.0: undefined symbol: ConvertMMXpII32_16RGB565 Bug 154771 Submitted Thanks, Caerie From ivazquez at ivazquez.net Thu Apr 14 02:30:02 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 13 Apr 2005 22:30:02 -0400 Subject: screensavers In-Reply-To: <1113445039.5620.66.camel@localhost.localdomain> References: <425DD0C8.90303@xmission.com> <1113445039.5620.66.camel@localhost.localdomain> Message-ID: <1113445802.17325.0.camel@ignacio.ignacio.lan> On Wed, 2005-04-13 at 21:17 -0500, W. Guy Thomas wrote: > On Wed, 2005-04-13 at 20:09 -0600, Al Kroeger wrote: > > It looks like things are moving right along with this test. I have the > > 'gotta have' stuff running. The next thing on my list is screensavers. > > Can I get them with yum? If so, what is the command line? #yum install > > screensaver? > > Thanks, > > owa > > > > http://electricsheep.org/ Interestingly enough it already seems to be one of the stock screensavers, but I can't figure out how to select it... -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 cra at WPI.EDU Thu Apr 14 02:37:15 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Wed, 13 Apr 2005 22:37:15 -0400 Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: <1113440018.8910.1.camel@rivendell.home.local> References: <9f573ec50504131332651c2251@mail.gmail.com> <1113425904.20426.12.camel@cutter> <1113440018.8910.1.camel@rivendell.home.local> Message-ID: <20050414023715.GA2454@angus.ind.WPI.EDU> On Wed, Apr 13, 2005 at 05:53:38PM -0700, Florin Andrei wrote: > On Wed, 2005-04-13 at 16:58 -0400, seth vidal wrote: > > > I've found that "install everything" is an extraordinarily bad idea if > > you want to have a continually working system. > > I'm amazed by how few people are aware of this. Although, at least IMO, > it's counterintuitive, no? I don't ever expect a test release to be "continually working" so I don't mind taking risks like everything installs and resizing live filesystems. I shrunk /home (unmounted) and expanded / (mounted) today. It appears to have worked, except "df -h" now shows that /home has -64Z free :-o From lists at sapience.com Thu Apr 14 02:54:51 2005 From: lists at sapience.com (Mail Lists) Date: Wed, 13 Apr 2005 22:54:51 -0400 Subject: yum update openoffice.org generates errors on todays rawhide Message-ID: <20050414025451.GA4953@sapience.com> fc4t2 - fully updated save for openoffice. # yum update openoffice.org-calc Added 543 new packages, deleted 552 old in 6.19 seconds Resolving Dependencies ... (adds bunches of stuff including openoffice.org-langpack- ... Transaction Summary ============================================================================= Install 0 Package(s) Update 49 Package(s) Remove 0 Package(s) Total download size: 278 M Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Traceback (most recent call last): File "/usr/bin/yum", line 15, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 149, in main base.doTransaction() File "/usr/share/yum-cli/cli.py", line 651, in doTransaction self.runTransaction(cb=cb) File "__init__.py", line 333, in runTransaction NameError: global name 'yum' is not defined regards, g/ From jkeating at j2solutions.net Thu Apr 14 02:55:31 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 13 Apr 2005 19:55:31 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113439181.22092.48.camel@udev.yosemite.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> <1113367441.5037.40.camel@jellyfish.redfishdemo.com> <1113434287.4963.329.camel@sigurd.incentre.net> <1113435846.13504.154.camel@jkeating2.hq.pogolinux.com> <1113439181.22092.48.camel@udev.yosemite.net> Message-ID: <1113447331.5322.13.camel@localhost.localdomain> On Wed, 2005-04-13 at 17:39 -0700, Mike Bird wrote: > > Those who automatically assumed that Guy's "tard" referred to the > irrelevant secondary concept of mental retardation rather then the > relevant primary characteristic of slow Grub development should review > their prejudices. I know he was referring to Red Hat employees and Grub developers. However the term he chose to degrade them with is a term used (or was used at one time) to describe a set of the populace. This is what I take offense to, the idea that these people are so terrible, that it is an insult to call somebody else by that name. If you don't see this as a problem, then I guess you can't change the ignorant. -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -------------- 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 jmorris at beau.org Thu Apr 14 03:00:41 2005 From: jmorris at beau.org (John Morris) Date: Wed, 13 Apr 2005 22:00:41 -0500 Subject: A rant regarding LILO and various other related issues In-Reply-To: <20050414010730.GH1206118@hiwaay.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> <1113439589.2915.146.camel@mjolnir> <20050414010730.GH1206118@hiwaay.net> Message-ID: <1113447641.2915.175.camel@mjolnir> On Wed, 2005-04-13 at 20:07, Chris Adams wrote: > GRUB is not "broken" in a RAID1 environment (broken to me means it > doesn't work at all). It doesn't do what you'd like, but that is > because it works differently. All it takes to install GRUB on multiple > members of a software RAID1 /boot is (this is from a kickstart I have > around, although I haven't tried it in a while): Broken in the sense that a non expert isn't likely to recover from common failure modes like installing or updating Windows and losing the MBR. If you aren't doing RAID1 you have easy options, the best being to install Grub into the root partition instead of the MBR or at least being able to boot a rescue CD and just saying "grub-install /dev/hda". With a RAID1 and Grub you had better be a wizard. Yes there has been a lot of patching for FC4t1 to address these issues, but it would be hubris to think enough diverse systems have been tested at this stage of the game. Booting is one of the only areas that have to deal with 16bit real mode BIOS biodiversity hell. > No, it is the time for those that think there is a problem to test the > fix (that is the point of test releases and this mailing list). If > nobody reports any problems with the test release, then the developers > will assume that the problem is fixed and move on. If LILO users are > doing nothing but ranting and calling people names, they'll never know > if the fix works for them, so the developers won't find out if there are > still corner cases that need work. Hey, I finally made peace with Grub to the point where I can use it. But I ain't a newbie and I don't particularly like that it is HARDER to use if you want to do anything unusual. It is probably going to remain being a badly ported BSD/HURD solution with it's alien (to a linux user) drive naming conventions. Yes Grub has a command line mode. Big whoop, if something goes wrong I boot a rescue disc instead because that solution WILL work, and has worked often enough in the past I'm comfortable with it. It makes perfect sense to make Grub the default boot loader because a) it has been for several years and does work for most users, b) it is destined to be the only one eventually and c) as the default it will be tested. But if there are any scenarios where Grub still fails those users are going to be gone and I can't blame them if they don't come back. > Fedora is not a "perpetual beta release". You must be using a different Fedora than I do. It ain't Rawhide or Sid, but it certainly isn't what I'd call a production OS. It is exactly what it is advertised as, a testbed. -- John M. http://www.beau.org/~jmorris This post is 100% M$Free! Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r From skvidal at phy.duke.edu Thu Apr 14 03:09:34 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 23:09:34 -0400 Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: <1113440018.8910.1.camel@rivendell.home.local> References: <9f573ec50504131332651c2251@mail.gmail.com> <1113425904.20426.12.camel@cutter> <1113440018.8910.1.camel@rivendell.home.local> Message-ID: <1113448174.20426.28.camel@cutter> On Wed, 2005-04-13 at 17:53 -0700, Florin Andrei wrote: > On Wed, 2005-04-13 at 16:58 -0400, seth vidal wrote: > > > I've found that "install everything" is an extraordinarily bad idea if > > you want to have a continually working system. > > I'm amazed by how few people are aware of this. Although, at least IMO, > it's counterintuitive, no? > not really, you add enough stuff you increase complexity. Complexity tends to increase the number of things that can go wrong. -sv From pri.rhl3 at iadonisi.to Thu Apr 14 03:10:52 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Wed, 13 Apr 2005 23:10:52 -0400 Subject: The new GRUB: A useful test! In-Reply-To: <1113444773.12065.37.camel@ignacio.ignacio.lan> References: <1113443041.29504.54.camel@md.local.linuxlobbyist.org> <1113444773.12065.37.camel@ignacio.ignacio.lan> Message-ID: <1113448252.29504.76.camel@md.local.linuxlobbyist.org> On Wed, 2005-04-13 at 22:12 -0400, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-04-13 at 21:44 -0400, Paul Iadonisi wrote: > > Question is, am I deceiving > > myself? Am I still actually using the old grub installed on the boot > > sector of /dev/sda? > > Restore the stock DOS MBR and find out. Not as easy as it sounds, but doable. I was hoping to avoid that. First, I must boot from DOS/WinXX bootable media and then FDISK/MBR. So now, how do I boot the FC3 install? Looks like rescue mode is in order, but since I don't usual install from optical media (I do network installs almost exclusively), I *have* no rescue disk, currently. Argh! The things I have to go through to do a simple test. Be back in a while with results. -- -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 john at artisticinsanity.com Thu Apr 14 03:16:42 2005 From: john at artisticinsanity.com (John Slaughter) Date: Wed, 13 Apr 2005 22:16:42 -0500 Subject: Dell MegaRaid fails to find volume at install Message-ID: <141a3370d1c09ef72d23a6aa4ee8ff49@artisticinsanity.com> Dell PowerEdge 400SC with an LSI CERC ATA100/4ch RAID Controller. (June 10, 2002 bios) I've seen this before in the discussions, back from FC3 and I had hopes that FC4 would have fixed it but no luck there. I boot from CD 1 only for it to tell me I have no hard drives. Yet the machine is already running FC2. Is this ever going to get officially fixed. (Because really, the solution should never be "type some gobbelygook into a command prompt.") =) From skvidal at phy.duke.edu Thu Apr 14 03:17:54 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 23:17:54 -0400 Subject: yum update openoffice.org generates errors on todays rawhide In-Reply-To: <20050414025451.GA4953@sapience.com> References: <20050414025451.GA4953@sapience.com> Message-ID: <1113448674.20426.30.camel@cutter> On Wed, 2005-04-13 at 22:54 -0400, Mail Lists wrote: > fc4t2 - fully updated save for openoffice. > > # yum update openoffice.org-calc > Added 543 new packages, deleted 552 old in 6.19 seconds > Resolving Dependencies > ... > (adds bunches of stuff including openoffice.org-langpack- > ... > Transaction Summary > ============================================================================= > Install 0 Package(s) > Update 49 Package(s) > Remove 0 Package(s) > Total download size: 278 M > Is this ok [y/N]: y > Downloading Packages: > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Traceback (most recent call last): > File "/usr/bin/yum", line 15, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 149, in main > base.doTransaction() > File "/usr/share/yum-cli/cli.py", line 651, in doTransaction > self.runTransaction(cb=cb) > File "__init__.py", line 333, in runTransaction > NameError: global name 'yum' is not defined > > ah ha, found it - something in the transaction test failed. it's trying to raise an error exception here and it's got the wrong exception. -sv From mgb-fedora at yosemite.net Thu Apr 14 03:21:26 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Wed, 13 Apr 2005 20:21:26 -0700 Subject: The new GRUB: A useful test! In-Reply-To: <1113443041.29504.54.camel@md.local.linuxlobbyist.org> References: <1113443041.29504.54.camel@md.local.linuxlobbyist.org> Message-ID: <1113448885.21190.41.camel@mgb.bullion.ims> On Wed, 2005-04-13 at 18:44, Paul Iadonisi wrote: > Question is, am I deceiving myself? Am I still actually using the old grub > installed on the boot sector of /dev/sda? Probably. Take a working LILO system and do "grub-install --recheck /dev/md0". Look at the first few bytes of a physical drive and you'll still see LILO, e.g. # od -c /dev/hde | head -1 0000000 ? H 220 l b a L I L O 001 \0 025 004 Z \0 I expect you'll have to issue an install at the grub command line before it touches the MBR. I've been searching the grub docs for a definition of the new RAID support and finding zilch. --Mike Bird From mgb-fedora at yosemite.net Thu Apr 14 03:24:33 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Wed, 13 Apr 2005 20:24:33 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113439181.22092.48.camel@udev.yosemite.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> <1113367441.5037.40.camel@jellyfish.redfishdemo.com> <1113434287.4963.329.camel@sigurd.incentre.net> <1113435846.13504.154.camel@jkeating2.hq.pogolinux.com> <1113439181.22092.48.camel@udev.yosemite.net> Message-ID: <1113449072.21190.46.camel@mgb.bullion.ims> Hey Peter, I'm sitting here trying to test Grub with RAID1 on a system that boots with Lilo. I could use one of the many procedures that people have devised to work around the wonderful limitations of Grub but I thought you had added something new and wonderful. http://www.linuxsa.org.au/mailing-list/2003-07/1270.html http://lists.us.dell.com/pipermail/linux-poweredge/2003-July/014331.html https://www.redhat.com/archives/fedora-list/2005-March/msg05935.html I tried to read the fine manuals but there's nothing there: $ grep -l -r -i raid /usr/share/doc/grub-0.95/ /usr/share/doc/grub-0.95/ChangeLog /usr/share/doc/grub-0.95/NEWS /usr/share/doc/grub-0.95/TODO $ grep -l -r -i raid /usr/src/redhat/BUILD/grub-0.95/docs/ $ grep -l -i raid /.../test/3.91/i386/os/RELEASE-NOTES-en $ grub --help | grep -i raid $ grub-install --help | grep -i raid $ Where is the wonderful new procedure documented? Should we figure it out from the wonderful source code? --Mike "I'll tell you my hd0 if you tell me your hd0" Bird From lists at sapience.com Thu Apr 14 03:28:48 2005 From: lists at sapience.com (Mail Lists) Date: Wed, 13 Apr 2005 23:28:48 -0400 Subject: yum update openoffice.org generates errors on todays rawhide In-Reply-To: <1113448674.20426.30.camel@cutter> References: <20050414025451.GA4953@sapience.com> <1113448674.20426.30.camel@cutter> Message-ID: <20050414032848.GB4953@sapience.com> On Wed, Apr 13, 2005 at 11:17:54PM -0400, seth vidal wrote: > On Wed, 2005-04-13 at 22:54 -0400, Mail Lists wrote: > > fc4t2 - fully updated save for openoffice. > > > > # yum update openoffice.org-calc ... > > Traceback (most recent call last): > > File "/usr/bin/yum", line 15, in ? ... > > NameError: global name 'yum' is not defined > > > ah ha, > > found it - something in the transaction test failed. > > it's trying to raise an error exception here and it's got the wrong > exception. thanks - glad you got it sorted out ... g/ From pri.rhl3 at iadonisi.to Thu Apr 14 03:48:55 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Wed, 13 Apr 2005 23:48:55 -0400 Subject: The new GRUB: A useful test! In-Reply-To: <1113443041.29504.54.camel@md.local.linuxlobbyist.org> References: <1113443041.29504.54.camel@md.local.linuxlobbyist.org> Message-ID: <1113450535.29504.85.camel@md.local.linuxlobbyist.org> Whew! I've been shocked and awed. Thank goodness. I hate crow ;-). The DOS FDISK/MBR approach didn't work because my disks are SCSI and I don't have the DOS SCSI drivers to see my disks (nor the inclination to search for them). So I tried Mike Bird's suggestion and got lilo installed and rebooted to be sure that lilo was, in fact, installed in the MBR correctly. It was, so I proceeded to the '/sbin/grub-install --recheck /dev/md0' and lo and behold, the next boot was using grub once again. This time most definitely the new grub. Another time, I'll try a fresh install of FC4T? (when I'm sure I have everything I need extracted from this system) with this same raid config and see if it works (which I suspect will, but that will at least exercise the anaconda code). -- -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 cmadams at hiwaay.net Thu Apr 14 03:49:40 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 13 Apr 2005 22:49:40 -0500 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113447641.2915.175.camel@mjolnir> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> <1113439589.2915.146.camel@mjolnir> <20050414010730.GH1206118@hiwaay.net> <1113447641.2915.175.camel@mjolnir> Message-ID: <20050414034940.GA615702@hiwaay.net> Once upon a time, John Morris said: > Broken in the sense that a non expert isn't likely to recover from > common failure modes like installing or updating Windows and losing the > MBR. If you aren't doing RAID1 you have easy options, the best being to > install Grub into the root partition instead of the MBR or at least > being able to boot a rescue CD and just saying "grub-install /dev/hda". And how is that one bit different than if you use LILO? > Yes Grub has a command line mode. Big whoop, Yes, big whoop. Real servers are not always at hand and don't always have a rescue disk available. With LILO you are stuck if there is a problem during boot, while with GRUB you have a command line that you can try some things (and work around different types of issues). > > Fedora is not a "perpetual beta release". > > You must be using a different Fedora than I do. It ain't Rawhide or Sid, > but it certainly isn't what I'd call a production OS. It is exactly > what it is advertised as, a testbed. Which is quite different than a perpetual beta. If it were going to just be a perpetual beta, we'd just have rawhide, with no attempts to freeze and test for releases. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From roger at gwch.net Thu Apr 14 06:03:31 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 14 Apr 2005 08:03:31 +0200 Subject: Where is Cyrus-Imapd In-Reply-To: <1113441764.29504.41.camel@md.local.linuxlobbyist.org> References: <425CB3B4.2070201@gwch.net> <1113440297.8910.4.camel@rivendell.home.local> <1113441764.29504.41.camel@md.local.linuxlobbyist.org> Message-ID: <425E07B3.3030407@gwch.net> Paul Iadonisi schrieb: > On Wed, 2005-04-13 at 17:58 -0700, Florin Andrei wrote: > >>On Wed, 2005-04-13 at 07:52 +0200, Roger Grosswiler wrote: >> >> >>>BUT: I found cyrus-imapd neither in core nor in extras! >> >> An excellent IMAP server which solves the problem of server-side >>filtering in an elegant fashion and can handle extreme loads, and it's >>excluded from the distro. >> >> > > > Awe, come on now. I'm a cyrus-imapd bigot. I LOVE cyrus-imapd, > despite some of it's (relatively minor, IMO) peculiarities. But even I > understand (and frankly, agree with) it being excluded. Cyrus-imapd is > a complex beast. Not on the level of Oracle, but when combined with all > the components that make it the most useful (ldap, a web gui config > tool, kerberos or hashed secrets, etc.) it comes close to MS Exchange, > but makes you feel a lot less...*shudder*...dirty. (Yes, I know -- no > integrated calendar.) > Dovecot was introduced to rid the distro uw-imap (thankfully) and > fills that role quite nicely (from what I've heard...I don't actually > USE it). How do you configure cyrus-imapd to work with system accounts > *out of the box* without any extra steps for the system administrator > when adding accounts? It's probably doable, but just too darn complex > and possibly a maintenance nightmare. > I prefer a sealed mail server with multi-domain capability, so will > likely always stick to cyrus-imapd, even if I have to revert to Simon > Mater's (excellent) rpms like I did before it was included in the > distro. No big deal, really. > It seems to me that cyrus-imapd is most suitable for extras. I hope > that that does happen. If no one picks it up (but it sounds like > someone else might), then I might still consider being the maintainer, > but I really don't think it's a big loss for Core. It's specialized > enough (and independent enough -- i.e.: nothing depends on it), that > adding it doesn't cause much pain. > First, i agree with both of you. But at least, cyrus-imapd has to be installable via extras - just that is goes not forgotten. Thanks to Simon, he always lays actual Versions on their homepage, if they are no longer in extras (in fact, at least they are reachable via ftp on redhat -servers now) I think dovecot is a good alternative - but i prefer blackboxes too. And what made me happy (in my home-environment) it worked out of the box. All i had to change was MECH=pam in /etc/sysconfig/saslauthd, starting saslauthd and cyrus and this thing worked. *scary* remembering the times, compiling cyrus hours and hours... Even for systems like FC, where you find an update-rhythm of half a year, migration of cyrus-imapd takes 10 minutes after istallation in the new version. Just copy /var/spool/imap and /var/lib/imap to the new location, start cyrus - this worked always, without losing e-mails. This made even backups easier! Roger From Fred.New at microlink.ee Thu Apr 14 06:16:09 2005 From: Fred.New at microlink.ee (Fred New) Date: Thu, 14 Apr 2005 09:16:09 +0300 Subject: NumLock at gnome start (was: Re: compiler problem) Message-ID: <345764DCB65C0C4FACC44529DE273C18BE6226@eemail1.microlink.lan> On Wed 4/13/2005 9:57 PM, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-04-13 at 20:49 +0200, Kyrre Ness Sjobak wrote: > > Why isn't it an option in gnome setup to set numlock to on on boot? That > > would be really usefull ! > > lock-keys-applet in Fedora Extras will persist the state of the lock > keys in-between reboots. Not exactly the same thing I understand, but it > works. There has been an RFE bug on this for quite a while - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115909 but it looks like the lock-keys-applet would be a good (interim?) solution. Thanks, Ignacio! Fred -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2839 bytes Desc: not available URL: From mike at bristolreccc.co.uk Thu Apr 14 07:59:03 2005 From: mike at bristolreccc.co.uk (mike) Date: Thu, 14 Apr 2005 08:59:03 +0100 Subject: Problem with install disks Message-ID: <1113465544.8730.11.camel@datacc> I downloaded test2 and am failing miserably trying to install It boots, but then fails to even get to mediacheck stage It bombs with crc error cannot find root VFS error and then all I can do i hit the power switch any ideas? From shrek-m at gmx.de Thu Apr 14 08:23:09 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 14 Apr 2005 10:23:09 +0200 Subject: tvtime and xawtv In-Reply-To: <1113419770.3378.1.camel@localhost.localdomain> References: <1113419770.3378.1.camel@localhost.localdomain> Message-ID: <425E286D.9040706@gmx.de> Panama Evans wrote: >I am trying to install tvtime and or xawtv. I get this message: >[root at localhost panama]# yum install scantv > # yum install tvtime [...]Running Transaction Installing: tvtime ######################### [1/1] Installed: tvtime.ppc 0:0.9.15-6 Complete! >[root at localhost panama]# yum install xawtv > xawtv is afaik not in extras and surely not in core, it was removed in 2003/2004 from core. -- shrek-m From jkt at redhat.com Thu Apr 14 09:00:24 2005 From: jkt at redhat.com (Jay Turner) Date: Thu, 14 Apr 2005 11:00:24 +0200 Subject: Problem with install disks In-Reply-To: <1113465544.8730.11.camel@datacc> References: <1113465544.8730.11.camel@datacc> Message-ID: <20050414090024.GA25449@redhat.com> On Thu, Apr 14, 2005 at 08:59:03AM +0100, mike wrote: > I downloaded test2 and am failing miserably trying to install > > It boots, but then fails to even get to mediacheck stage > > It bombs with > > crc error > cannot find root > VFS error I'm guessing you're installing from CD? It sounds like the CDs are so corrupt that the machine can't even get to the mediacheck stage. Might want to try burning the media again, maybe even different media (if you're using CDRW.) - jkt -- --*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--* Jay Turner, QA Technical Lead jkt at redhat.com Red Hat, Inc. If A equals success, then the formula is: A = X + Y + Z, X is work. Y is play. Z is keep your mouth shut. - Albert Einstein From mpeters at mac.com Thu Apr 14 09:02:16 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 14 Apr 2005 02:02:16 -0700 Subject: NumLock at gnome start (was: Re: compiler problem) In-Reply-To: <345764DCB65C0C4FACC44529DE273C18BE6226@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18BE6226@eemail1.microlink.lan> Message-ID: <1113469336.3238.2.camel@fc4t2.mpeters.local> On Thu, 2005-04-14 at 09:16 +0300, Fred New wrote: > On Wed 4/13/2005 9:57 PM, Ignacio Vazquez-Abrams wrote: > > On Wed, 2005-04-13 at 20:49 +0200, Kyrre Ness Sjobak wrote: > > > Why isn't it an option in gnome setup to set numlock to on on boot? That > > > would be really usefull ! > > > > lock-keys-applet in Fedora Extras will persist the state of the lock > > keys in-between reboots. Not exactly the same thing I understand, but it > > works. > > There has been an RFE bug on this for quite a while - > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115909 > but it looks like the lock-keys-applet would be a good > (interim?) solution. Thanks, Ignacio! imho it should do it at the session level, not at boot/gdm IE remember the status of the numlock when you log out, and restore it to that status when you next log in. Don't know how well that would work with remote login over gdm, but that's what it should do. In My Humble Opinion - which is sometime wrong ;) From ivazquez at ivazquez.net Thu Apr 14 09:17:08 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 14 Apr 2005 05:17:08 -0400 Subject: NumLock at gnome start (was: Re: compiler problem) In-Reply-To: <1113469336.3238.2.camel@fc4t2.mpeters.local> References: <345764DCB65C0C4FACC44529DE273C18BE6226@eemail1.microlink.lan> <1113469336.3238.2.camel@fc4t2.mpeters.local> Message-ID: <1113470228.17325.15.camel@ignacio.ignacio.lan> On Thu, 2005-04-14 at 02:02 -0700, Michael A. Peters wrote: > On Thu, 2005-04-14 at 09:16 +0300, Fred New wrote: > > On Wed 4/13/2005 9:57 PM, Ignacio Vazquez-Abrams wrote: > > > On Wed, 2005-04-13 at 20:49 +0200, Kyrre Ness Sjobak wrote: > > > > Why isn't it an option in gnome setup to set numlock to on on boot? That > > > > would be really usefull ! > > > > > > lock-keys-applet in Fedora Extras will persist the state of the lock > > > keys in-between reboots. Not exactly the same thing I understand, but it > > > works. > > imho it should do it at the session level, not at boot/gdm Well yes, that's what I meant. It saves the state when the applet shuts down, and restores it when it starts up. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 ogle at OCF.Berkeley.EDU Thu Apr 14 09:18:46 2005 From: ogle at OCF.Berkeley.EDU (Glen Kim) Date: Thu, 14 Apr 2005 02:18:46 -0700 (PDT) Subject: The new GRUB: A useful test! In-Reply-To: <1113444773.12065.37.camel@ignacio.ignacio.lan> References: <1113443041.29504.54.camel@md.local.linuxlobbyist.org> <1113444773.12065.37.camel@ignacio.ignacio.lan> Message-ID: On Wed, 13 Apr 2005, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-04-13 at 21:44 -0400, Paul Iadonisi wrote: >> Question is, am I deceiving >> myself? Am I still actually using the old grub installed on the boot >> sector of /dev/sda? > > Restore the stock DOS MBR and find out. > If that's too inconvenient, you can use the mbr.bin in the syslinux source distribution. Glen. From vincent.arnoux at rfo.atmel.com Thu Apr 14 09:31:36 2005 From: vincent.arnoux at rfo.atmel.com (Vincent Arnoux) Date: Thu, 14 Apr 2005 11:31:36 +0200 Subject: NumLock at gnome start (was: Re: compiler problem) In-Reply-To: <345764DCB65C0C4FACC44529DE273C18BE6226@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18BE6226@eemail1.microlink.lan> Message-ID: <1113471097.30600.32.camel@localhost.localdomain> Le jeudi 14 avril 2005 ? 09:16 +0300, Fred New a ?crit : > There has been an RFE bug on this for quite a while - > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115909 > but it looks like the lock-keys-applet would be a good > (interim?) solution. Thanks, Ignacio! This applet looks to be quite old now (5.2.2003). Can we still use it ? Vincent From ivazquez at ivazquez.net Thu Apr 14 09:40:09 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 14 Apr 2005 05:40:09 -0400 Subject: NumLock at gnome start (was: Re: compiler problem) In-Reply-To: <1113471097.30600.32.camel@localhost.localdomain> References: <345764DCB65C0C4FACC44529DE273C18BE6226@eemail1.microlink.lan> <1113471097.30600.32.camel@localhost.localdomain> Message-ID: <1113471609.17325.19.camel@ignacio.ignacio.lan> On Thu, 2005-04-14 at 11:31 +0200, Vincent Arnoux wrote: > Le jeudi 14 avril 2005 ? 09:16 +0300, Fred New a ?crit : > > There has been an RFE bug on this for quite a while - > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115909 > > but it looks like the lock-keys-applet would be a good > > (interim?) solution. Thanks, Ignacio! > > This applet looks to be quite old now (5.2.2003). Can we still use it ? Well, it works just fine on FC3, and I can't think of any reason why it wouldn't work on FC4. Of course, that could just be my ignorance showing. I believe it's currently in Fedora Extras Development... Ah yes, there it is. Install away. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 mefoster at gmail.com Thu Apr 14 09:43:06 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 14 Apr 2005 10:43:06 +0100 Subject: Anyone else with b44 network issues? Message-ID: Is anyone else experiencing symptoms like the following: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154512 Summary: if I plug into the network at work, as soon as I try to download anything, the network card goes into an endless loop of: Apr 14 09:59:44 localhost kernel: b44: eth0: Link is down. Apr 14 09:59:47 localhost kernel: b44: eth0: Link is up at 100 Mbps, full duplex. Apr 14 09:59:47 localhost kernel: b44: eth0: Flow control is off for TX and off for RX. Apr 14 09:59:52 localhost kernel: b44: eth0: Link is down. [... lather, rinse, repeat until I stop the attempted download] I can't do anything at all on the network because it's far too slow with all these restarts. However, if I use my broadband router at home, these symptoms don't occur. With the original Test 1 kernel (which I can't find anywhere!), I'm pretty sure I was able to make it go away by either booting the non-SMP kernel or disabling acpi on the boot line; but with Test 2, nothing I try has been able to make it go away. Is anyone else seeing this? This is on a Dell Inspiron 5160 laptop, and the network card identifies itself in lspci as: 02:01.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02) Thanks for any suggestions you can give, MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From owaugly at xmission.com Thu Apr 14 09:52:31 2005 From: owaugly at xmission.com (Al Kroeger) Date: Thu, 14 Apr 2005 03:52:31 -0600 Subject: compiler problem In-Reply-To: <1113401868.30754.11.camel@CC256006-A> References: <425D17C0.3080803@xmission.com> <1113401868.30754.11.camel@CC256006-A> Message-ID: <425E3D5F.5020309@xmission.com> Sander Hoentjen wrote: >On Wed, 2005-04-13 at 09:10 -0400, Robin Green wrote: > > > >>That means it cannot find a library called libX11.so (you have to mentally >>substitute "-l" with "lib" and [usually] add ".so"). Because that package >>is from suse linux, and different linux distributions have different package >>names and indeed different packaging structures, you need to find out which >>Fedora Core 4 test 2 package contains "libX11.so". >> >>The best way to find out is probably to use http://rpm.pbone.net/ >> >> > >or of course do: >yum provides libX11.so > > > Thanks, guys. I first did '#yum provides libX11.so' , and yum built its list of dependencies. Then I did '#yum install xorg-x11-devel', and yum installed it cleanly. Then I went to my 'setnumlock' file and did '#make' , and then '#make install' , and now it works. Thanks again. owa From rpjday at mindspring.com Thu Apr 14 10:43:33 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 14 Apr 2005 06:43:33 -0400 (EDT) Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: <1113440018.8910.1.camel@rivendell.home.local> References: <9f573ec50504131332651c2251@mail.gmail.com> <1113425904.20426.12.camel@cutter> <1113440018.8910.1.camel@rivendell.home.local> Message-ID: On Wed, 13 Apr 2005, Florin Andrei wrote: > On Wed, 2005-04-13 at 16:58 -0400, seth vidal wrote: > > > I've found that "install everything" is an extraordinarily bad > > idea if you want to have a continually working system. > > I'm amazed by how few people are aware of this. Although, at least > IMO, it's counterintuitive, no? i think you could make the argument that *both* techniques have potential flaws. certainly, more software means more potential bugs. on the other hand, some folks might be nervous about being selective in their choice of software and choose an "everything" install because they think it's *safer*, and they're not taking a chance on leaving out something critical and introducing a possible dependency error. depending on how you look at it, the argument works both ways. anyway, my initial point was that it made sense to an "everything" install in *this* case because the whole point is to stress test a pre-release. rday From ndbecker2 at verizon.net Thu Apr 14 10:56:48 2005 From: ndbecker2 at verizon.net (Neal Becker) Date: Thu, 14 Apr 2005 10:56:48 +0000 (UTC) Subject: update failed on lvm Message-ID: Attempted update from FC3 on lvm IDE stripped array. Now system is unbootable. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154767 From davide.rossetti at roma1.infn.it Thu Apr 14 11:03:16 2005 From: davide.rossetti at roma1.infn.it (Davide Rossetti) Date: Thu, 14 Apr 2005 13:03:16 +0200 Subject: [fc3] ntpd issue with SELinux and dm In-Reply-To: <425D4002.4070806@redhat.com> References: <425D4002.4070806@redhat.com> Message-ID: <425E4DF4.9070205@roma1.infn.it> >> >> 17:28:54 connect(9, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, >> 110) = -1 EACCES (Permission denied) >> 17:28:54 close(9) = 0 >> 17:28:54 --- SIGSEGV (Segmentation fault) @ 0 (0) --- >> 17:28:54 +++ killed by SIGSEGV +++ >> >> the signal is async as I saw it fail in other points as well... >> >> in /var/log/messages I find: >> >> Apr 13 17:28:54 xeone ntpd[15458]: ntpd 4.2.0a at 1.1190-r Mon Oct 11 >> 09:10:20 EDT 2004 (1) >> Apr 13 17:28:54 xeone ntpd[15458]: precision = 66.000 usec >> Apr 13 17:28:54 xeone ntpd[15458]: Listening on interface wildcard, >> 0.0.0.0#123 >> Apr 13 17:28:54 xeone ntpd[15458]: Listening on interface wildcard, >> ::#123 >> Apr 13 17:28:54 xeone ntpd[15458]: Listening on interface lo, >> 127.0.0.1#123 >> Apr 13 17:28:54 xeone ntpd[15458]: Listening on interface eth0, >> 10.0.0.75#123 >> Apr 13 17:28:54 xeone ntpd[15458]: kernel time sync status 0040 >> Apr 13 17:28:54 xeone kernel: audit(1113406134.559:0): avc: denied >> { write } for pid=15458 exe=/usr/sbin/ntpd name=root dev=dm >> -0 ino=1160993 scontext=root:system_r:ntpd_t >> tcontext=root:object_r:user_home_dir_t tclass=dir >> >> [root at xeone ~]# df >> Filesystem 1K-blocks Used Available Use% Mounted on >> /dev/mapper/VolGroup00-LogVol00 >> 15449552 2584572 12080188 18% / >> /dev/sda1 256666 30601 212813 13% /boot >> none 515232 0 515232 0% /dev/shm >> >> file context of dm inodes are: >> >> [root at xeone ~]# ls -lZ /dev/dm* >> brw-r----- root root system_u:object_r:fixed_disk_device_t >> /dev/dm-0 >> brw-r----- root root system_u:object_r:fixed_disk_device_t >> /dev/dm-1 >> > This is trying to write to a user_home_dir_t? > What does > ls -laZ /var/run/nscd > show? > > xeone DING! (65) apelink/driver>ls -lZa /var/run/nscd/ drwxr-xr-x root root system_u:object_r:nscd_var_run_t ./ drwxr-xr-x root root system_u:object_r:var_run_t ../ but I do not run nscd: xeone 13:00 (66) apelink/driver>chkconfig --list nscd nscd 0:off 1:off 2:off 3:off 4:off 5:off 6:off From drn_temp2 at rogers.com Thu Apr 14 11:32:16 2005 From: drn_temp2 at rogers.com (David Niemi) Date: Thu, 14 Apr 2005 07:32:16 -0400 Subject: NumLock at gnome start (was: Re: compiler problem) In-Reply-To: <1113471609.17325.19.camel@ignacio.ignacio.lan> References: <345764DCB65C0C4FACC44529DE273C18BE6226@eemail1.microlink.lan> <1113471097.30600.32.camel@localhost.localdomain> <1113471609.17325.19.camel@ignacio.ignacio.lan> Message-ID: <1113478336.6449.5.camel@Jenny> On Thu, 2005-14-04 at 05:40 -0400, Ignacio Vazquez-Abrams wrote: > On Thu, 2005-04-14 at 11:31 +0200, Vincent Arnoux wrote: > > Le jeudi 14 avril 2005 ? 09:16 +0300, Fred New a ?crit : > > > There has been an RFE bug on this for quite a while - > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115909 > > > but it looks like the lock-keys-applet would be a good > > > (interim?) solution. Thanks, Ignacio! > > > > This applet looks to be quite old now (5.2.2003). Can we still use it ? > > Well, it works just fine on FC3, and I can't think of any reason why it > wouldn't work on FC4. Of course, that could just be my ignorance > showing. I believe it's currently in Fedora Extras Development... > > Ah yes, there it is. Install away. > As I have been looking for something like this and followed the tread I installed it on my FC3 box but now cannot find how to start it. I found the web site for it but that wasn't much help. I couldn't find anything in the Applications menus, services and the entries in the docs folder didn't help much. If you wouldn't mind could you provide some details on how to get it going please. Thanks. From russell at coker.com.au Thu Apr 14 12:10:44 2005 From: russell at coker.com.au (Russell Coker) Date: Thu, 14 Apr 2005 22:10:44 +1000 Subject: [fc3] ntpd issue with SELinux and dm In-Reply-To: <425D3C50.4010900@roma1.infn.it> References: <425D3C50.4010900@roma1.infn.it> Message-ID: <200504142210.48598.russell@coker.com.au> On Thursday 14 April 2005 01:35, Davide Rossetti wrote: > 17:28:54 socket(PF_FILE, SOCK_STREAM, 0) = 9 > 17:28:54 fcntl64(9, F_GETFL) = 0x2 (flags O_RDWR) > 17:28:54 fcntl64(9, F_SETFL, O_RDWR|O_NONBLOCK) = 0 > 17:28:54 connect(9, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, > 110) = -1 EACCES (Permission denied) > 17:28:54 close(9) = 0 > 17:28:54 --- SIGSEGV (Segmentation fault) @ 0 (0) --- > 17:28:54 +++ killed by SIGSEGV +++ > > the signal is async as I saw it fail in other points as well... https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151262 Maybe the above bugzilla has the cause of your problem? If so then please update it with the information on your CPU type. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From pp at ee.oulu.fi Thu Apr 14 12:11:01 2005 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Thu, 14 Apr 2005 15:11:01 +0300 Subject: nscd (was: Re: Kernel Crash with FC3 [glibc?]) In-Reply-To: <41E43BCE.4030406@redhat.com> References: <80d7e4090501101248330b5195@mail.gmail.com> <1105395263.30862.4.camel@localhost.localdomain> <41E43BCE.4030406@redhat.com> Message-ID: <20050414121101.GA7567@ee.oulu.fi> On Tue, Jan 11, 2005 at 12:49:18PM -0800, Ulrich Drepper wrote: > We had a few people reporting problems but nobody ever was able or > willing to provide any data. I use it on all my machines and never had > problems. > > So, if the problem is reproducible after > > service nscd restart > > then stop it again, and start nscd by hand with > > /usr/sbin/nscd -d -d -d > > After this perform the operation which fails and send the output (or > better yet, create a bug). Returning to an old issue :) We've been seeing nscd cache expiration problems every now and then like I mentioned a few months back with both passwd and hosts. Has happened often enough that it's not just a local configuration issue It seems like positive hits just don't time out, and nscd -i is the only thing that clears things up. passwd/hosts "never" get touched (we're using NIS+, customized local install), so the entries don't get invalidated that way, which might be the reason not that many other people are seeing the same problem. Another symptom I've sometimes seen is a DDNS host have an old address for days (until nscd -i hosts). nslookup, which doesn't go through nscd, shows the current address. nscd is running with default timeouts (600 secs for passwd, 3600 for hosts) Will be happy to get data to track this down. I suppose there's no database dumper that would tell what nscd is actually currently caching and how old the data is? I've actually ran nscd for quite some time in debug mode, and the only situation it flushes entries is touch /etc/passwd and touch /etc/hosts. Ah, there's a bugzilla #150748 about the same issue. Added some comments there too. -- Pekka Pietikainen From owaugly at xmission.com Thu Apr 14 12:13:17 2005 From: owaugly at xmission.com (Al Kroeger) Date: Thu, 14 Apr 2005 06:13:17 -0600 Subject: xconfig compiler errors Message-ID: <425E5E5D.9050308@xmission.com> Hi, all. I often need to compile a vanilla kernel from kernel.org and I like to use 'xconfig'. When I try to use 'xconfig', I get this error. # make xconfig * * Unable to find the QT installation. Please make sure that the * QT development package is correctly installed and the QTDIR * environment variable is set to the correct location. * make[1]: *** [scripts/kconfig/.tmp_qtcheck] Error 1 make: *** [xconfig] Error 2 I have qt installed. For that matter, menuconfig doesn't work either. I get this message; # make menuconfig HOSTCC scripts/lxdialog/checklist.o In file included from scripts/lxdialog/checklist.c:24: scripts/lxdialog/dialog.h:32:20: error: curses.h: No such file or directory In file included from scripts/lxdialog/checklist.c:24: scripts/lxdialog/dialog.h:130: error: syntax error before ?use_colors? scripts/lxdialog/dialog.h:130: warning: type defaults to ?int? in declaration of ?use_colors? scripts/lxdialog/dialog.h:130: warning: data definition has no type or storage class scripts/lxdialog/dialog.h:131: error: syntax error before ?use_shadow? scripts/lxdialog/dialog.h:131: warning: type defaults to ?int? in declaration of ?use_shadow? scripts/lxdialog/dialog.h:131: warning: data definition has no type or storage class scripts/lxdialog/dialog.h:133: error: syntax error before ?attributes? scripts/lxdialog/dialog.h:133: warning: type defaults to ?int? in declaration of ?attributes? scripts/lxdialog/dialog.h:133: warning: data definition has no type or storage class scripts/lxdialog/dialog.h:146: error: syntax error before ?*? token scripts/lxdialog/dialog.h:146: warning: function declaration isn?t a prototype scripts/lxdialog/dialog.h:149: error: syntax error before ?*? token scripts/lxdialog/dialog.h:149: warning: function declaration isn?t a prototype scripts/lxdialog/dialog.h:150: error: syntax error before ?*? token scripts/lxdialog/dialog.h:150: warning: function declaration isn?t a prototype scripts/lxdialog/dialog.h:151: error: syntax error before ?*? token scripts/lxdialog/dialog.h:152: warning: function declaration isn?t a prototype scripts/lxdialog/dialog.h:153: error: syntax error before ?*? token scripts/lxdialog/dialog.h:153: warning: function declaration isn?t a prototype scripts/lxdialog/checklist.c:32: error: syntax error before ?*? token scripts/lxdialog/checklist.c:34: warning: function declaration isn?t a prototypescripts/lxdialog/checklist.c: In function ?print_item?: scripts/lxdialog/checklist.c:38: warning: implicit declaration of function ?wattrset? scripts/lxdialog/checklist.c:38: error: ?win? undeclared (first use in this function) scripts/lxdialog/checklist.c:38: error: (Each undeclared identifier is reported only once scripts/lxdialog/checklist.c:38: error: for each function it appears in.) scripts/lxdialog/checklist.c:39: warning: implicit declaration of function ?wmove? scripts/lxdialog/checklist.c:39: error: ?choice? undeclared (first use in this function) scripts/lxdialog/checklist.c:41: warning: implicit declaration of function ?waddch? scripts/lxdialog/checklist.c:44: error: ?selected? undeclared (first use in this function) scripts/lxdialog/checklist.c:46: warning: implicit declaration of function ?wprintw? scripts/lxdialog/checklist.c:46: error: ?status? undeclared (first use in this function) scripts/lxdialog/checklist.c:51: warning: implicit declaration of function ?mvwaddch? scripts/lxdialog/checklist.c:51: error: ?item? undeclared (first use in this function) scripts/lxdialog/checklist.c:53: warning: implicit declaration of function ?waddstr? scripts/lxdialog/checklist.c:56: warning: implicit declaration of function ?wrefresh? scripts/lxdialog/checklist.c: At top level: scripts/lxdialog/checklist.c:64: error: syntax error before ?*? token scripts/lxdialog/checklist.c:66: warning: function declaration isn?t a prototypescripts/lxdialog/checklist.c: In function ?print_arrows?: scripts/lxdialog/checklist.c:67: error: ?win? undeclared (first use in this function) scripts/lxdialog/checklist.c:67: error: ?y? undeclared (first use in this function) scripts/lxdialog/checklist.c:67: error: ?x? undeclared (first use in this function) scripts/lxdialog/checklist.c:69: error: ?scroll? undeclared (first use in this function) scripts/lxdialog/checklist.c:82: error: ?height? undeclared (first use in this function) scripts/lxdialog/checklist.c:85: error: ?item_no? undeclared (first use in this function) scripts/lxdialog/checklist.c:85: error: ?choice? undeclared (first use in this function) scripts/lxdialog/checklist.c: At top level: scripts/lxdialog/checklist.c:103: error: syntax error before ?*? token scripts/lxdialog/checklist.c:104: warning: function declaration isn?t a prototype scripts/lxdialog/checklist.c: In function ?print_buttons?: scripts/lxdialog/checklist.c:105: error: ?width? undeclared (first use in this function) scripts/lxdialog/checklist.c:106: error: ?height? undeclared (first use in this function) scripts/lxdialog/checklist.c:108: error: ?dialog? undeclared (first use in this function) scripts/lxdialog/checklist.c:108: error: ?selected? undeclared (first use in this function) scripts/lxdialog/checklist.c: In function ?dialog_checklist?: scripts/lxdialog/checklist.c:126: error: ?WINDOW? undeclared (first use in this function) scripts/lxdialog/checklist.c:126: error: ?dialog? undeclared (first use in this function) scripts/lxdialog/checklist.c:126: error: ?list? undeclared (first use in this function) scripts/lxdialog/checklist.c:126: warning: left-hand operand of comma expression has no effect scripts/lxdialog/checklist.c:126: warning: statement with no effect scripts/lxdialog/checklist.c:132: warning: implicit declaration of function ?endwin? scripts/lxdialog/checklist.c:133: warning: implicit declaration of function ?fprintf? scripts/lxdialog/checklist.c:133: warning: incompatible implicit declaration of built-in function ?fprintf? scripts/lxdialog/checklist.c:133: error: ?stderr? undeclared (first use in this function) scripts/lxdialog/checklist.c:150: error: ?COLS? undeclared (first use in this function) scripts/lxdialog/checklist.c:151: error: ?LINES? undeclared (first use in this function) scripts/lxdialog/checklist.c:153: error: ?stdscr? undeclared (first use in this function) scripts/lxdialog/checklist.c:155: warning: implicit declaration of function ?newwin? scripts/lxdialog/checklist.c:156: warning: implicit declaration of function ?keypad? scripts/lxdialog/checklist.c:156: error: ?TRUE? undeclared (first use in this function) scripts/lxdialog/checklist.c:189: warning: implicit declaration of function ?subwin? scripts/lxdialog/checklist.c:221: warning: implicit declaration of function ?wnoutrefresh? scripts/lxdialog/checklist.c:223: warning: implicit declaration of function ?doupdate? scripts/lxdialog/checklist.c:226: warning: implicit declaration of function ?wgetch? scripts/lxdialog/checklist.c:233: error: ?KEY_UP? undeclared (first use in this function) scripts/lxdialog/checklist.c:233: error: ?KEY_DOWN? undeclared (first use in this function) scripts/lxdialog/checklist.c:243: error: ?FALSE? undeclared (first use in this function) scripts/lxdialog/checklist.c:244: warning: implicit declaration of function ?scrollok? scripts/lxdialog/checklist.c:245: warning: implicit declaration of function ?wscrl? scripts/lxdialog/checklist.c:272: error: called object ?scroll? is not a function scripts/lxdialog/checklist.c:307: warning: incompatible implicit declaration of built-in function ?fprintf? scripts/lxdialog/checklist.c:308: warning: implicit declaration of function ?delwin? scripts/lxdialog/checklist.c:312: error: ?KEY_LEFT? undeclared (first use in this function) scripts/lxdialog/checklist.c:313: error: ?KEY_RIGHT? undeclared (first use in this function) make[2]: *** [scripts/lxdialog/checklist.o] Error 1 make[1]: *** [menuconfig] Error 2 make: *** [menuconfig] Error 2 I can use 'make config', but that is extremely tedious. Any suggestions? Thanks, owa From arjanv at redhat.com Thu Apr 14 12:17:25 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 14 Apr 2005 14:17:25 +0200 Subject: xconfig compiler errors In-Reply-To: <425E5E5D.9050308@xmission.com> References: <425E5E5D.9050308@xmission.com> Message-ID: <1113481045.6293.60.camel@laptopd505.fenrus.org> On Thu, 2005-04-14 at 06:13 -0600, Al Kroeger wrote: > Hi, all. I often need to compile a vanilla kernel from kernel.org and I > like to use 'xconfig'. When I try to use 'xconfig', I get this error. > # make xconfig > * > * Unable to find the QT installation. Please make sure that the > * QT development package is correctly installed and the QTDIR > * environment variable is set to the correct location. > * > make[1]: *** [scripts/kconfig/.tmp_qtcheck] Error 1 > make: *** [xconfig] Error 2 > > I have qt installed. you need qt-devel too > For that matter, menuconfig doesn't work either. I > get this message; you need ncurses-devel for that -------------- 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 rramson at gmail.com Thu Apr 14 12:19:10 2005 From: rramson at gmail.com (Richard Ramson) Date: Thu, 14 Apr 2005 08:19:10 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: <2081.192.168.0.254.1113441439.squirrel@whooper.org> References: <4255.4.124.76.50.1113424970.squirrel@whooper.org> <2081.192.168.0.254.1113441439.squirrel@whooper.org> Message-ID: On 4/13/05, William Hooper wrote: > > > "Development discussion remains unchanged on designated mailing lists." > https://www.redhat.com/archives/fedora-announce-list/2005-April/msg00002.html > -- > William Hooper > > -- It would be great if they posted the link to FedoraForum.org on the man Fedore site instead of having the Fedora-test-list link there, IMHO. Maybe I will create a signature and put FedoraForum.org in it :) From alan at redhat.com Thu Apr 14 12:23:34 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 14 Apr 2005 08:23:34 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113432579.4963.305.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> Message-ID: <20050414122334.GA14357@devserv.devel.redhat.com> On Wed, Apr 13, 2005 at 04:49:39PM -0600, Guy Fraser wrote: > and taking a hard stance. Please remember Fedora Core is > supposed to be a community project not a dictatorship project. And you are free to build lilo for extras. Alan From ivazquez at ivazquez.net Thu Apr 14 12:27:51 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 14 Apr 2005 08:27:51 -0400 Subject: NumLock at gnome start (was: Re: compiler problem) In-Reply-To: <1113478336.6449.5.camel@Jenny> References: <345764DCB65C0C4FACC44529DE273C18BE6226@eemail1.microlink.lan> <1113471097.30600.32.camel@localhost.localdomain> <1113471609.17325.19.camel@ignacio.ignacio.lan> <1113478336.6449.5.camel@Jenny> Message-ID: <1113481671.17325.24.camel@ignacio.ignacio.lan> On Thu, 2005-04-14 at 07:32 -0400, David Niemi wrote: > On Thu, 2005-14-04 at 05:40 -0400, Ignacio Vazquez-Abrams wrote: > > On Thu, 2005-04-14 at 11:31 +0200, Vincent Arnoux wrote: > > > Le jeudi 14 avril 2005 ? 09:16 +0300, Fred New a ?crit : > > > > There has been an RFE bug on this for quite a while - > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115909 > > > > but it looks like the lock-keys-applet would be a good > > > > (interim?) solution. Thanks, Ignacio! > > > > > > This applet looks to be quite old now (5.2.2003). Can we still use it ? > > > > Well, it works just fine on FC3, and I can't think of any reason why it > > wouldn't work on FC4. Of course, that could just be my ignorance > > showing. I believe it's currently in Fedora Extras Development... > > > > Ah yes, there it is. Install away. > > > > As I have been looking for something like this and followed the tread I > installed it on my FC3 box but now cannot find how to start it. I found > the web site for it but that wasn't much help. I couldn't find anything > in the Applications menus, services and the entries in the docs folder > didn't help much. > > If you wouldn't mind could you provide some details on how to get it > going please. Right-click on panel, Add to Panel. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 davide.rossetti at roma1.infn.it Thu Apr 14 12:45:38 2005 From: davide.rossetti at roma1.infn.it (Davide Rossetti) Date: Thu, 14 Apr 2005 14:45:38 +0200 Subject: [fc3] ntpd issue with SELinux and dm In-Reply-To: <200504142210.48598.russell@coker.com.au> References: <200504142210.48598.russell@coker.com.au> Message-ID: <425E65F2.10507@roma1.infn.it> Russell Coker wrote: >On Thursday 14 April 2005 01:35, Davide Rossetti > wrote: > > >>17:28:54 socket(PF_FILE, SOCK_STREAM, 0) = 9 >>17:28:54 fcntl64(9, F_GETFL) = 0x2 (flags O_RDWR) >>17:28:54 fcntl64(9, F_SETFL, O_RDWR|O_NONBLOCK) = 0 >>17:28:54 connect(9, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, >>110) = -1 EACCES (Permission denied) >>17:28:54 close(9) = 0 >>17:28:54 --- SIGSEGV (Segmentation fault) @ 0 (0) --- >>17:28:54 +++ killed by SIGSEGV +++ >> >>the signal is async as I saw it fail in other points as well... >> >> > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151262 > >Maybe the above bugzilla has the cause of your problem? If so then please >update it with the information on your CPU type. > > > I have doubts on it... It's a 2xXeon 2.66GHz GC-HE. I have a second PC, 2xXeon 2.4GHz E7501 with same rpms that runs ok.... difference is: - the buggy one uses LVM: >df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup00-LogVol00 15449552 2584500 12080260 18% / /dev/sda1 256666 30601 212813 13% /boot none 515232 0 515232 0% /dev/shm - the second, good one doesn't use LVM: >df Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda7 505604 352630 126870 74% / /dev/hda1 295561 26292 254009 10% /boot none 514980 0 514980 0% /dev/shm /dev/hda6 47658948 42605476 2632480 95% /home /dev/hda3 505636 10548 468983 3% /tmp /dev/hda2 8064304 2451408 5203240 33% /usr /dev/hda8 1027768 191324 784236 20% /var I think it has to do with LVM+SElinux+ntpd From pnasrat at redhat.com Thu Apr 14 13:03:28 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Thu, 14 Apr 2005 14:03:28 +0100 Subject: PPC Supported HW In-Reply-To: <425d5313.5b63.0@bestweb.net> References: <425d5313.5b63.0@bestweb.net> Message-ID: <1113483809.3782.31.camel@anu.eridu> On Wed, 2005-04-13 at 13:12 -0500, James E. LaBarre wrote: > I grabbed the first disk for the PPC build of FC4-T2, and was reading > through the README files to see what the supported hardware is before I > burn that disk and grab the rest. > > Problem is, the disk has the HW Requirements fole for intel/X86 systems, > rather than the PPC file. What hardware are you looking at installing on? Paul From ivazquez at ivazquez.net Thu Apr 14 13:04:52 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 14 Apr 2005 09:04:52 -0400 Subject: [fc3] ntpd issue with SELinux and dm In-Reply-To: <425E65F2.10507@roma1.infn.it> References: <200504142210.48598.russell@coker.com.au> <425E65F2.10507@roma1.infn.it> Message-ID: <1113483892.17325.29.camel@ignacio.ignacio.lan> On Thu, 2005-04-14 at 14:45 +0200, Davide Rossetti wrote: > I think it has to do with LVM+SElinux+ntpd On my system (LVM+SELinux+ntpd+2.6.11-1.14_FC3) ntpd rolls over and dies, but I don't get an SELinux violation. I'll verify with 2.6.9-1.770_FC3 later today when I get a chance. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 Apr 14 13:13:27 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 14 Apr 2005 09:13:27 -0400 Subject: Hats off to the Developers In-Reply-To: <20050413033332.GI18611@redhat.com> References: <1113362490.3058.16.camel@fc4t2.mpeters.local> <20050413033332.GI18611@redhat.com> Message-ID: <20050414131327.GE11840@devserv.devel.redhat.com> On Tue, Apr 12, 2005 at 11:33:32PM -0400, Dave Jones wrote: > this problem, but there are also some others who seem to be hitting > other problem(s). It's also somewhat difficult to add black/whitelists > to automatically work around this issue due to the number of variables The reliable workaround I've found so far is to use ide-scsi. Alan From guy at incentre.net Thu Apr 14 14:06:12 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 08:06:12 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> Message-ID: <1113487573.4963.362.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 09:18 -0700, Jesse Keating wrote: > On Wed, 2005-04-13 at 09:00 -0600, Guy Fraser wrote: > > Read the archives. > > Sorry, with the roughly 4 billion posts I'd rather not. But thanks for > offering. > > > I tried every possible thing. > > > > Most new cards are completely auto detect, you can't change > > anything in BIOS. > > Ok, so here we're talking about SATA add-on cards, not just motherboard > SATA ports. These days having SATA addon cards is NOT a widely used > configuration. > You must be joking! New machines pretty mush only come with onboard SATA RAID which you guys keep saying should never be used. And older machines never had SATA. Make up your frickin minds. > > Maybe the reason the developers can't find any problems is > > they are not adding any additional controller cards. > > That is quite possible. You are correct in that most SATA cards lack > the ability to disable loading a BIOS. SATA cards loading a BIOS > overrides at times what is set in the motherboard BIOS for boot order. I would have never guessed. What do you think people have been complaining about? > > > --- > > My system had: > > > > Before {working}: > > Motherboard - 2 x PATA 66 - CD Burner,DVD-ROM > > - 2 x SATA RAID 150 - 200GBx1 SATA Drives > > PCI Cards - 2 x PATA 133 - ATA133 Drives 160GBx2,120GB,80GB > > - 2 x SATA 150 - 200GBx2 SATA Drives > > > > After {not working}: > > Motherboard - 2 x PATA 66 - CD Burner,DVD-ROM > > - 2 x SATA RAID 150 - 200GBx2 SATA Drives > > PCI Cards - 2 x PATA 133 - ATA133 Drives 160GBx2,120GB,80GB > > - 2 x SATA 150 - 200GBx2 SATA Drives > > > > The only things that can be changed in BIOS are : > > Logical drive allocation of onboard SATA RAID. > > Drive settings of onboard PATA Drives. > > Boot order : Floppy/CD/HD/SATA/(SCSI/Addon Controller) {Approximately} > > > > I had it configured to boot from : SCSI/CD > > The order the devices are detected : > > 1) Onboard PATA > > 2) Ext SATA > > 3) Ext ATA133 > > 4) Onboard SATA Raid > > > > Now {working}: > > Motherboard - 2 x PATA 66 - CD Burner,DVD-ROM,ATA133 80GB > > - 2 x SATA RAID 150 - 200GBx1 SATA Drives > > PCI Cards - 2 x PATA 133 - ATA133 Drives 160GBx2,120GB > > - 2 x SATA 150 - 200GBx2 SATA Drives > > > > Configured to boot from: HD/CD > > Some things to consider. PCI placement of the add on cards will effect > which one is seen in which order. Also, the grub mbr stuff can live on > just about any disk you want, as long as the motherboard will look there > to boot from. Grub config can live on any disk as well. I have used > this scenario, where I have pata disks on the motherboard and SATA disks > on an add on PCI card. My Linux lived in the add on SATA disks, but > grub mbr was on one of my IDE disks, it just looked out to the SATA > disks to find the menu, and the menu was configured correctly to look to > the right disks for booting various stuff. I usually prefer to move all my PCI cards around every time I upgrade a hard drive. Are you saying that is not a good idea? > > -- > Jesse Keating RHCE (geek.j2solutions.net) > Fedora Legacy Team (www.fedoralegacy.org) > GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) > > Was I helpful? Let others know: > http://svcs.affero.net/rm.php?r=jkeating From buildsys at redhat.com Thu Apr 14 14:12:05 2005 From: buildsys at redhat.com (Build System) Date: Thu, 14 Apr 2005 10:12:05 -0400 Subject: rawhide report: 20050414 changes Message-ID: <200504141412.j3EEC5Le021984@porkchop.devel.redhat.com> New package aspell-is Icelandic dictionaries for Aspell. New package pm-utils Power management utilities and scripts for Fedora Core Updated Packages: anaconda-10.2.0.50-1 -------------------- * Wed Apr 13 2005 Peter Jones - 10.2.0.50-1 - revert last week's nptl hack in upd-instroot * Wed Apr 13 2005 Peter Jones - 10.2.0.49-1 - Cut summaries off to avoid layout problems (katzj, #154459) - Add script to update loader in initrd (katzj) - Typo fixes in upgrade.py (katzj, #154522) - Fix rescue mode network enabling (katz, #153961) - Add libaudit to the graphical stage2 file list, for Xorg - Various language fixes (clumens, #152404) apmd-1:3.2.2-2 -------------- * Wed Apr 13 2005 Bill Nottingham - 1:3.2.2-2 - remove on_ac_power in favor of apm/acpi/etc neutral version - require pm-utils, where said version lives booty-0.51-1 ------------ * Wed Apr 13 2005 Peter Jones 0.51-1 - make upgrades work with /boot on raid cyrus-sasl-2.1.20-5 ------------------- * Wed Apr 13 2005 Nalin Dahyabhai 2.1.20-5 - rebuild with new deps dos2unix-3.1-24 --------------- * Wed Apr 13 2005 Tim Waugh 3.1-24 - Fixed tmppath patch (bug #150277). eclipse-1:3.1.0_fc-0.M5.20 -------------------------- * Wed Apr 13 2005 Ben Konrath 3.1.0_fc-0.M5.20 - Fix the bootstrap patch (the ecj jar was missing some files). gcc-4.0.0-0.42 -------------- * Wed Apr 13 2005 Jakub Jelinek 4.0.0-0.42 - update from CVS - PRs ada/18659, ada/18819, c++/20145, c++/20212, c++/20905, fortran/15959, fortran/17229, fortran/20713, libfortran/20766, libstdc++/20806, libstdc++/20909, middle-end/20648, target/17245, target/20093, target/20795 - changed struct-layout-1 testsuites to avoid types where sizeof (type) < __alignof__ (type) in arrays - add support for Fortran ENTRY in FUNCTIONS and SUBROUTINES with alternate returns (PRs fortran/13082, fortran/18824, #153715) - fix PR libfortran/20163 (Thomas Koenig) - fix PR tree-optimization/20490 (Daniel Berlin) - fix PR middle-end/20739 (Alexandre Oliva) - fix PR middle-end/20917 (Ulrich Weigand) - configure with --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre - include empty /usr/share/java/gcj-endorsed and /usr/lib64/gcj-4.0.0/classmap.db.d directories and %ghost /usr/lib64/gcj-4.0.0/classmap.db - move gcj-dbtool program from gcc-java to libgcj subpackage * Wed Apr 06 2005 Jakub Jelinek 4.0.0-0.41 - update from CVS - PRs c++/19312, c++/20734, libgcj/20750, middle-end/19225, target/20342, target/20421, target/20447, target/20625, target/20670 gdm-1:2.6.0.8-3 --------------- * Wed Apr 13 2005 Ray Strode 1:2.6.0.8-3 - Don't hard code dpi setting to 96.0, but instead look at Xft.dpi * Wed Apr 13 2005 Ray Strode 1:2.6.0.8-2 - touch /var/lock/subsys/gdm-early-login so gdm gets killed on runlevel changes (bug 113107) - don't try to use system dpi settings for canvas text (bug 127532) - merge resource database from displays other than :0 gnome-icon-theme-2.10.1-4 ------------------------- * Wed Apr 13 2005 John (J5) Palmieri - 2.10.1-4 - Fix redhat-office link * Wed Apr 13 2005 John (J5) Palmieri - 2.10.1-3 - More relative symlink fixes * Tue Apr 12 2005 Matthias Clasen - 2.10.1-2 - Use relative symlinks instead of absolute ones, which the build system no longer accepts. gnucash-1.8.11-3 ---------------- * Tue Apr 12 2005 Bill Nottingham 1.8.11-3 - require umb-scheme explicitly (#151465) - rebuild against new postgresql - use full path to icon (#154587) iiimf-1:12.1.1-14.svn2476 ------------------------- * Thu Apr 14 2005 Jens Petersen - 1:12.1.1-14.svn2476 - update to latest snapshot with bootstrapping fixes - init.d-iiimd-RH.patch upstreamed - no longer make update-acfiles - update iiimqcf-rh-build.patch - add --with-m17n-le rpmbuild option - add buildrequires m17n-lib-devel - add le-m17n subpackage - not yet built by default - swap csconv iconv.m4 comment and buildrequires to gettext-devel - replace requires(post,preun) with safer prereq's - rename le_targets to le_base, which lists defaults LEs built - add macro le_extras to list extra LEs (thaile, kole, schle, tchle) - add macro gimlet to hold iiimf-im-switcher package name - bootstrap builddirs in %prep - run %configure over builddirs, and drop config_options macro - use new toplevel compile target - only install .m4 aclocal files that are useful outside the source tree ipv6calc-0.48-4 --------------- * Wed Apr 13 2005 Florian La Roche - remove empty scripts kdebase-6:3.4.0-5 ----------------- * Wed Apr 13 2005 Than Ngo 6:3.4.0-5 - add more fixes from CVS stable branch - get rid of unneeded gcc4 workaround in konqueror * Wed Apr 06 2005 Than Ngo 6:3.4.0-4 - update kdebase-3.4.0rc1-konsole-keymap.patch - add Bluecurve theme for kdm - enable show device icons as default * Fri Apr 01 2005 Than Ngo 6:3.4.0-3 - include config.kcfg directory #153081 kdelibs-6:3.4.0-5 ----------------- * Wed Apr 13 2005 Than Ngo 6:3.4.0-5 - more fixes from CVS stable branch - fix kbuildsycoca crashes with signal 11 on kde startup #154246 * Tue Apr 12 2005 Than Ngo 6:3.4.0-4 - add workaround for #154294 * Thu Apr 07 2005 Than Ngo 3.4.0-3 - add missing kcontrol/khelp/home/find in main menu #151655 - fix bad symlinks #154093 kdevelop-9:3.2.0-2 ------------------ * Wed Apr 13 2005 Than Ngo 9:3.2.0-2 - fix wrong qtdoc path kernel-2.6.11-1.1240_FC4 ------------------------ * Wed Apr 13 2005 Rik van Riel - fix up Xen for 2.6.12-rc2 - drop arch/xen/i386/signal.c, thanks to Roland's vdso patch (yay!) - reenable xen compile - this kernel test boots on my system libgnome-2.10.0-2 ----------------- * Wed Apr 13 2005 John (J5) Palmieri - 2.10.0-2 - Reenable the default icon theme patch to be bluecurve * Fri Apr 08 2005 Ray Strode - 2.10.0-1 - Update to 2.10.0 * Fri Mar 18 2005 Matthias Clasen - 2.9.1-3 - Fix the build on s390 libgnomecups-0.2.0-2 -------------------- * Wed Apr 13 2005 David Zeuthen - 0.2.0-2 - Fix Requires for -devel package (#152500) libselinux-1.23.7-2 ------------------- * Wed Apr 13 2005 Dan Walsh 1.23.7-2 - Fix selinux_policy_root man page * Wed Apr 13 2005 Dan Walsh 1.23.7-1 - Change assert(selinux_mnt) to if (!selinux_mnt) return -1; linuxwacom-0:0.6.6-5 -------------------- * Wed Apr 13 2005 Kristian H??gsberg - 0:0.6.6-5 - Run automake so changes to Makefile.am take effect. - Fix configure.in test for 64 bit longs. * Wed Apr 13 2005 Kristian H??gsberg - 0:0.6.6-4 - Update linuxwacom-0.6.6-64-bit-fix.patch to remove more i386'isms. longrun-1:0.9-1.9 ----------------- * Wed Apr 13 2005 Florian La Roche - remove empty scripts nfs-utils-1.0.7-6 ----------------- * Wed Apr 13 2005 Steve Dickson 1.0.7-6 - Fixed misformated output from nfslock script (bz 154648) openswan-2.3.1-1 ---------------- * Wed Apr 13 2005 Harald Hoyer - 2.3.1-1 - version 2.3.1 oprofile-0.8.2-4 ---------------- * Wed Apr 13 2005 Will Cohen - Add which dependency. perl-Archive-Tar-1.23-2 ----------------------- * Sun Apr 03 2005 Jose Pedro Oliveira - 1.23-1 - Update to 1.23. - Bring up to date with current Fedora.Extras perl spec template. perl-Archive-Zip-1.14-1 ----------------------- * Thu Apr 14 2005 Jose Pedro Oliveira - 1.14-1 - Update to 1.14. perl-DBD-MySQL-2.9006-1 ----------------------- * Thu Apr 14 2005 Jose Pedro Oliveira - 2.9006-1 - Update to 2.9006. - Specfile cleanup. (#154755) perl-DBD-Pg-1.41-1 ------------------ * Wed Apr 13 2005 Jose Pedro Oliveira - 1.41-1 - Update to 1.41. - Updated the requirements versions. - Specfile cleanup. (#154203) * Wed Apr 13 2005 Joe Orton 1.40-2 - rebuild for new libpq soname perl-DBI-1.48-4 --------------- * Wed Apr 13 2005 Jose Pedro Oliveira - 1.48-4 - (#154762) - License information: GPL or Artistic - Removed the Time::HiRes building requirement (see Changes) - Removed the empty .bs file - Corrected file permissions php-5.0.4-6 ----------- * Wed Apr 13 2005 Joe Orton 5.0.4-6 - build /usr/bin/php with the CLI SAPI, and add /usr/bin/php-cgi, built with the CGI SAPI (thanks to Edward Rudd, #137704) - add php(1) man page for CLI - fix more test cases to use -n when invoking php * Wed Apr 13 2005 Joe Orton 5.0.4-5 - rebuild for new libpq soname policycoreutils-1.23.5-1 ------------------------ * Wed Apr 13 2005 Dan Walsh 1.23.5-1 - Update to match NSA poppler-0.2.0-2 --------------- * Wed Apr 13 2005 Florian La Roche - remove empty post/postun scripts postgresql-8.0.2-2 ------------------ * Thu Apr 14 2005 Florian La Roche - rebuild for postgresql-tcl qt-1:3.3.4-11 ------------- * Wed Apr 13 2005 Than Ngo 1:3.3.4-11 - remove bad symlink #154086 - built with PostgresSQL 8.0.2 redhat-artwork-0.122-2 ---------------------- * Wed Apr 13 2005 John (J5) Palmieri 0.122-2 - add a symlink from gnome-main-menu.png to gnome-logo-icon-transparent.png so that we have the hat back on the application menu applet rng-utils-1:2.0-1.6 ------------------- * Wed Apr 13 2005 Florian La Roche - remove empty scripts subversion-1.1.4-3 ------------------ * Wed Apr 13 2005 Joe Orton 1.1.4-3 - enable java subpackage again - tweak subversion.conf comments From kms at passback.co.uk Thu Apr 14 14:22:04 2005 From: kms at passback.co.uk (Keith Sharp) Date: Thu, 14 Apr 2005 15:22:04 +0100 Subject: FC4T2: Location of Java in Anaconda package selection Message-ID: <1113488524.3574.2.camel@animal.passback.co.uk> Hello, Does anyone else think that it is strange that the Java Packages appear in the Miscellaneous section on the Anaconda Package selection screen along with the Minimal and Everything options? Is this in bugzilla already? Keith. From webmaster at choicesontheweb.com Thu Apr 14 14:34:38 2005 From: webmaster at choicesontheweb.com (Panama Evans) Date: Thu, 14 Apr 2005 07:34:38 -0700 Subject: Fedora rocks Message-ID: <1113489278.3414.6.camel@localhost.localdomain> I am so tired of all the bs with windows XP that I am trying Fedora as it was recommended by my favorite computer store. I am a total newbie at this and could use a little help. I saw the post on num-lock at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115909. my problem is how to install it??? Please forgive my ignorance with Fedora, but I want to get away from Microsoft once and for all. Thanks to all the great work you folks are doing to produce such a fantastic product. I love the look and feel. The Internet actually loads quickly, all the spam is gone, I just can't say enough about Fedora. Panama From ovidiu at linux360.ro Thu Apr 14 14:34:43 2005 From: ovidiu at linux360.ro (Ovidiu Lixandru) Date: Thu, 14 Apr 2005 17:34:43 +0300 Subject: New 'ClearLooks' Artwork In-Reply-To: <1113366738.5037.30.camel@jellyfish.redfishdemo.com> References: <1113309990.2276.4.camel@fluffbox.fluffnet> <1113345230.3186.2.camel@jeffrey.jeffsdomain.net> <1113366738.5037.30.camel@jellyfish.redfishdemo.com> Message-ID: <425E7F83.8010007@linux360.ro> Rodd Clarkson wrote: > I actually prefer ClearLook to BlueCurve, but each to their own. On one hand, Clearlooks is GTK2-only. This is the main reason why it should be ditched or at least postponed until GTK1 and Qt themes emerge (I suspect they never will, anyway). > I believe (but could be wrong) that the move to ClearLook is part of the > philosophy of trying to follow upstream trends as much as possible for > various packages. With ClearLook set to become the default theme for > Gnome it would appear that FC is following this upstream trend and using > is as the default them for FC4. Secondly, if a crowd jumps in a well, would you? Bluecurve was a professional designer's work, not a just a theme posted on gnome-look. "Wow, animated progress bars, how trendy, let's make this theme default". Thirdly, does Clearlooks have an icon set of its own? Aham, thought so. Clearlooks has a big VETO from me. Fedora Core's interface is becoming more and more unprofessional. Just look at that crappy wallpaper, for God's sake. Black as a default desktop colour?! Right. Shrike was the last "free" one I liked interface-wise. Recently I saw a RHEL4 and I was pleased to find out that at least RedHat kept its track. Anyway, enough talk. If there's anyone in charge reading this, just ponder this. Don't listen to me, don't listen to others saying the same as I, don't listen to any presumable Bluecurve fan. Get 5 minutes of a designer's time and listen to his/her opinion. -- Ovidiu Lixandru linux360 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3439 bytes Desc: S/MIME Cryptographic Signature URL: From strange at nsk.no-ip.org Thu Apr 14 14:36:34 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Thu, 14 Apr 2005 15:36:34 +0100 Subject: -mtune=nocona vs. -mtune=k8 In-Reply-To: <1113401514.14391.4.camel@dcbw.boston.redhat.com> References: <1113401514.14391.4.camel@dcbw.boston.redhat.com> Message-ID: <20050414143634.GA27777@nsk.no-ip.org> On Wed, Apr 13, 2005 at 10:11:54AM -0400, Dan Williams wrote: > On Wed, 2005-04-13 at 09:02 -0500, Justin Conover wrote: > > I'm just curious if that makes a difference in speed on amd64, does > > mtune=nocona affect the way k8 processors perform. Or do they for the > > most part have little effect. > > The speed hit (if any) from -mtune=nocona on AMD64 is miniscule, which > cannot be said for using -mtune=k8/opteron/athon64 with Intel EM64T > processors, if I understand some of Jakub's past comments correctly. > Basically, k8+EM64T is worse than nocona+Opteron. Jakub would be more > authoritative on this issue though. What about the speed _gains_? (mtune=k8 on AMD64, mtune=nocona on EM64T) Any data? -- lfr -- 0/0 From john.slaughter.7 at nd.edu Thu Apr 14 14:41:36 2005 From: john.slaughter.7 at nd.edu (John Slaughter) Date: Thu, 14 Apr 2005 09:41:36 -0500 Subject: Fedora rocks In-Reply-To: <1113489278.3414.6.camel@localhost.localdomain> References: <1113489278.3414.6.camel@localhost.localdomain> Message-ID: On Apr 14, 2005, at 9:34 AM, Panama Evans wrote: > my problem is how to install it??? > I love the look and feel. The Internet actually loads > quickly, all the spam is gone So do you have it installed or don't you? Your statements conflict each other. From ovidiu at linux360.ro Thu Apr 14 14:41:28 2005 From: ovidiu at linux360.ro (Ovidiu Lixandru) Date: Thu, 14 Apr 2005 17:41:28 +0300 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <4257E54A.9010305@libero.it> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> <424F1079.1040504@linux360.ro> <424FF9A8.6090201@libero.it> <42519720.7060009@linux360.ro> <42523FF8.8010102@linux360.ro> <4253C411.2090705@libero.it> <4256F44A.7060708@linux360.ro> <4257E54A.9010305@libero.it> Message-ID: <425E8118.3060308@linux360.ro> Quote from an earlier email of mine in this thread: "The sound comes in through what the GNOME volume applet calls "Capture feedback into playback"." Cimmo wrote: > But how is it called in gnome mixer? I haven't seen anything "line-in" > in your snapshot. -- Ovidiu Lixandru linux360 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3439 bytes Desc: S/MIME Cryptographic Signature URL: From cra at WPI.EDU Thu Apr 14 14:45:15 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Thu, 14 Apr 2005 10:45:15 -0400 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: <1113432605.20426.23.camel@cutter> References: <1113423790.3247.1.camel@localhost.localdomain> <200504131732.35612.lowen@pari.edu> <425D970E.5080407@userfriendly.net> <20050413224754.GS8833@angus.ind.WPI.EDU> <1113432605.20426.23.camel@cutter> Message-ID: <20050414144515.GI26472@angus.ind.WPI.EDU> On Wed, Apr 13, 2005 at 06:50:05PM -0400, seth vidal wrote: > > File "__init__.py", line 333, in runTransaction > > NameError: global name 'yum' is not defined > > Need to know what those packages are that are being updated. # yum -y --exclude='postgresql*' --exclude='dovecot' --exclude='*pgsql' --exclude='libdbi-*' --exclude='*php*' update Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 951 B 00:00 Reading repository metadata in from local files Excluding Packages in global exclude list Finished Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package openoffice.org-langpack-eu_ES.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-langpack-ms_MY.i386 1:1.9.92-2 set to be updated ---> Package eclipse-ecj.i386 1:3.1.0_fc-0.M5.19 set to be updated ---> Package perl-Bit-Vector.i386 0:6.4-2 set to be updated ---> Package evolution.i386 0:2.2.2-1 set to be updated ---> Package xorg-x11-Xdmx.i386 0:6.8.2-22 set to be updated ---> Package openoffice.org-langpack-he_IL.i386 1:1.9.92-2 set to be updated ---> Package anaconda.i386 0:10.2.0.48-1 set to be updated ---> Package openoffice.org-langpack-es.i386 1:1.9.92-2 set to be updated ---> Package policycoreutils.i386 0:1.23.4-3 set to be updated ---> Package gnome-pilot-devel.i386 0:2.0.13-1 set to be updated ---> Package iiimf-le-unit.i386 1:12.1.1-13.svn2469 set to be updated ---> Package zlib.i386 0:1.2.2.2-3 set to be updated ---> Package sendmail-doc.i386 0:8.13.4-1 set to be updated ---> Package iiimf-libs.i386 1:12.1.1-13.svn2469 set to be updated ---> Package openoffice.org-langpack-nb_NO.i386 1:1.9.92-2 set to be updated ---> Package aspell-hr.i386 50:0.51-2 set to be updated ---> Package openoffice.org-impress.i386 1:1.9.92-2 set to be updated ---> Package xorg-x11-libs.i386 0:6.8.2-22 set to be updated ---> Package aspell-sv.i386 50:0.50-7 set to be updated ---> Package aspell-ga.i386 50:0.50-2 set to be updated ---> Package yp-tools.i386 0:2.8-8 set to be updated ---> Package tomcat5-webapps.noarch 0:5.0.30-2jpp_2fc set to be updated ---> Package sudo.i386 0:1.6.8p8-1 set to be updated ---> Package libgtk-java.i386 0:2.6.2-1 set to be updated ---> Package libselinux-devel.i386 0:1.23.6-1 set to be updated ---> Package libglade-java.i386 0:2.10.1-1 set to be updated ---> Package aspell-no.i386 50:0.50.1-8 set to be updated ---> Package iiimf-server.i386 1:12.1.1-13.svn2469 set to be updated ---> Package xorg-x11-Mesa-libGL.i386 0:6.8.2-22 set to be updated ---> Package openoffice.org-langpack-it.i386 1:1.9.92-2 set to be updated ---> Package vim-enhanced.i386 1:6.3.071-1 set to be updated ---> Package portmap.i386 0:4.0-65 set to be updated ---> Package gedit.i386 1:2.10.2-2 set to be updated ---> Package gnopernicus.i386 0:0.10.6-1 set to be updated ---> Package openoffice.org-langpack-gl_ES.i386 1:1.9.92-2 set to be updated ---> Package gail-devel.i386 0:1.8.3-1 set to be updated ---> Package openoffice.org-langpack-da_DK.i386 1:1.9.92-2 set to be updated ---> Package xorg-x11-Xnest.i386 0:6.8.2-22 set to be updated ---> Package postfix-pflogsumm.i386 2:2.2.2-1 set to be updated ---> Package evolution-data-server-devel.i386 0:1.2.2-2 set to be updated ---> Package sharutils.i386 0:4.2.1-27 set to be updated ---> Package gdb.i386 0:6.3.0.0-1.12 set to be updated ---> Package openoffice.org-langpack-hi_IN.i386 1:1.9.92-2 set to be updated ---> Package xorg-x11-twm.i386 0:6.8.2-22 set to be updated ---> Package sendmail-cf.i386 0:8.13.4-1 set to be updated ---> Package openoffice.org-graphicfilter.i386 1:1.9.92-2 set to be updated ---> Package gtkhtml3-devel.i386 0:3.6.2-1 set to be updated ---> Package selinux-policy-targeted.noarch 0:1.23.10-5 set to be updated ---> Package dbus-devel.i386 0:0.32-6 set to be updated ---> Package gnome-pilot.i386 0:2.0.13-1 set to be updated ---> Package iiimf-le-canna.i386 1:12.1.1-13.svn2469 set to be updated ---> Package gail.i386 0:1.8.3-1 set to be updated ---> Package nc.i386 0:1.78-1 set to be updated ---> Package xorg-x11-xfs.i386 0:6.8.2-22 set to be updated ---> Package kdelibs-devel.i386 6:3.4.0-4 set to be updated ---> Package xorg-x11-tools.i386 0:6.8.2-22 set to be updated ---> Package openoffice.org-langpack-zu_ZA.i386 1:1.9.92-2 set to be updated ---> Package libgal2-devel.i386 2:2.4.2-1 set to be updated ---> Package pam.i386 0:0.79-5 set to be updated ---> Package eclipse-pde.i386 1:3.1.0_fc-0.M5.19 set to be updated ---> Package openoffice.org-langpack-zh_TW.i386 1:1.9.92-2 set to be updated ---> Package eclipse-platform-devel.i386 1:3.1.0_fc-0.M5.19 set to be updated ---> Package openoffice.org-langpack-et_EE.i386 1:1.9.92-2 set to be updated ---> Package dbus-python.i386 0:0.32-6 set to be updated ---> Package openoffice.org-langpack-ca_ES.i386 1:1.9.92-2 set to be updated ---> Package libgnome-java.i386 0:2.10.1-1 set to be updated ---> Package openoffice.org-langpack-pl_PL.i386 1:1.9.92-2 set to be updated ---> Package iiimf-x.i386 1:12.1.1-13.svn2469 set to be updated ---> Package openoffice.org-langpack-cs_CZ.i386 1:1.9.92-2 set to be updated ---> Package xorg-x11-Xvfb.i386 0:6.8.2-22 set to be updated ---> Package openoffice.org-draw.i386 1:1.9.92-2 set to be updated ---> Package eclipse-platform.i386 1:3.1.0_fc-0.M5.19 set to be updated ---> Package xorg-x11-sdk.i386 0:6.8.2-22 set to be updated ---> Package eclipse-jdt-devel.i386 1:3.1.0_fc-0.M5.19 set to be updated ---> Package openoffice.org-langpack-pt_BR.i386 1:1.9.92-2 set to be updated ---> Package aspell-fo.i386 50:0.51-2 set to be updated ---> Package xorg-x11-xauth.i386 0:6.8.2-22 set to be updated ---> Package authconfig-gtk.i386 0:4.6.12-1 set to be updated ---> Package iiimf-le-sun-thai.i386 1:12.1.1-13.svn2469 set to be updated ---> Package openoffice.org-langpack-nl.i386 1:1.9.92-2 set to be updated ---> Package iiimf-emacs.i386 1:12.1.1-13.svn2469 set to be updated ---> Package aspell-gd.i386 50:0.50-2 set to be updated ---> Package dbus-x11.i386 0:0.32-6 set to be updated ---> Package openoffice.org-langpack-th_TH.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-langpack-ko_KR.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-langpack-fr.i386 1:1.9.92-2 set to be updated ---> Package perl-Date-Calc.i386 0:5.4-1 set to be updated ---> Package evolution-data-server.i386 0:1.2.2-2 set to be updated ---> Package tomcat5.noarch 0:5.0.30-2jpp_2fc set to be updated ---> Package dbus-glib.i386 0:0.32-6 set to be updated ---> Package anaconda-runtime.i386 0:10.2.0.48-1 set to be updated ---> Package xorg-x11-devel.i386 0:6.8.2-22 set to be updated ---> Package openoffice.org-core.i386 1:1.9.92-2 set to be updated ---> Package aspell-id.i386 50:0.50.1-2 set to be updated ---> Package openoffice.org-pyuno.i386 1:1.9.92-2 set to be updated ---> Package aspell-cy.i386 50:0.50-2 set to be updated ---> Package xinitrc.noarch 0:4.0.18-1 set to be updated ---> Package xorg-x11-doc.i386 0:6.8.2-22 set to be updated ---> Package xorg-x11-Mesa-libGLU.i386 0:6.8.2-22 set to be updated ---> Package gnome-pilot-conduits.i386 0:2.0.13-1 set to be updated ---> Package openoffice.org-langpack-sk_SK.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-javafilter.i386 1:1.9.92-2 set to be updated ---> Package xorg-x11-font-utils.i386 0:6.8.2-22 set to be updated ---> Package xorg-x11-deprecated-libs-devel.i386 0:6.8.2-22 set to be updated ---> Package iiimf-libs-devel.i386 1:12.1.1-13.svn2469 set to be updated ---> Package gedit-devel.i386 1:2.10.2-2 set to be updated ---> Package postfix.i386 2:2.2.2-1 set to be updated ---> Package openoffice.org-langpack-el_GR.i386 1:1.9.92-2 set to be updated ---> Package sendmail.i386 0:8.13.4-1 set to be updated ---> Package openoffice.org-langpack-sl_SI.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-writer.i386 1:1.9.92-2 set to be updated ---> Package xorg-x11.i386 0:6.8.2-22 set to be updated ---> Package openoffice.org-langpack-ru.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-langpack-af_ZA.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-langpack-sv.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-langpack-kn_IN.i386 1:1.9.92-2 set to be updated ---> Package gtk2-devel.i386 0:2.6.7-1 set to be updated ---> Package dbus.i386 0:0.32-6 set to be updated ---> Package libswt3-gtk2.i386 1:3.1.0_fc-0.M5.19 set to be updated ---> Package iiimf-le-hangul.i386 1:12.1.1-13.svn2469 set to be updated ---> Package iiimf-docs.i386 1:12.1.1-13.svn2469 set to be updated ---> Package sendmail-devel.i386 0:8.13.4-1 set to be updated ---> Package kernel-doc.noarch 0:2.6.11-1.1238_FC4 set to be updated ---> Package util-linux.i386 0:2.12p-7 set to be updated ---> Package tomcat5-admin-webapps.noarch 0:5.0.30-2jpp_2fc set to be updated ---> Package evolution-devel.i386 0:2.2.2-1 set to be updated ---> Package xorg-x11-deprecated-libs.i386 0:6.8.2-22 set to be updated ---> Package aspell-en.i386 50:0.51-12 set to be updated ---> Package openoffice.org-langpack-hu_HU.i386 1:1.9.92-2 set to be updated ---> Package SDL.i386 0:1.2.8-3 set to be updated ---> Package gnome-themes.i386 0:2.10.1-1 set to be updated ---> Package kernel-devel.i686 0:2.6.11-1.1238_FC4 set to be installed ---> Package SDL-devel.i386 0:1.2.8-3 set to be updated ---> Package zlib-devel.i386 0:1.2.2.2-3 set to be updated ---> Package aspell-da.i386 50:0.50-11 set to be updated ---> Package iiimf-gnome-im-switcher.i386 1:12.1.1-13.svn2469 set to be updated ---> Package gnopernicus-devel.i386 0:0.10.6-1 set to be updated ---> Package quota.i386 1:3.12-6 set to be updated ---> Package openoffice.org-math.i386 1:1.9.92-2 set to be updated ---> Package aspell-it.i386 50:0.53-2 set to be updated ---> Package pam-devel.i386 0:0.79-5 set to be updated ---> Package aspell-es.i386 50:0.50-11 set to be updated ---> Package iiimf-gtk.i386 1:12.1.1-13.svn2469 set to be updated ---> Package kernel-smp.i686 0:2.6.11-1.1238_FC4 set to be installed ---> Package openoffice.org-langpack-zh_CN.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-xsltfilter.i386 1:1.9.92-2 set to be updated ---> Package aspell-gl.i386 50:0.50-2 set to be updated ---> Package kdelibs.i386 6:3.4.0-4 set to be updated ---> Package vim-X11.i386 1:6.3.071-1 set to be updated ---> Package ypserv.i386 0:2.13-6 set to be updated ---> Package authconfig.i386 0:4.6.12-1 set to be updated ---> Package libgconf-java.i386 0:2.10.1-1 set to be updated ---> Package openoffice.org-langpack-ja_JP.i386 1:1.9.92-2 set to be updated ---> Package iiimf-qt.i386 1:12.1.1-13.svn2469 set to be updated ---> Package aspell-pl.i386 50:0.51-3 set to be updated ---> Package kernel.i686 0:2.6.11-1.1238_FC4 set to be installed ---> Package openoffice.org-langpack-lt_LT.i386 1:1.9.92-2 set to be updated ---> Package xorg-x11-xdm.i386 0:6.8.2-22 set to be updated ---> Package eclipse-jdt.i386 1:3.1.0_fc-0.M5.19 set to be updated ---> Package unix2dos.i386 0:2.2-26 set to be updated ---> Package openoffice.org-langpack-bg_BG.i386 1:1.9.92-2 set to be updated ---> Package aspell-fr.i386 50:0.50-8 set to be updated ---> Package gtkhtml3.i386 0:3.6.2-1 set to be updated ---> Package libgal2.i386 2:2.4.2-1 set to be updated ---> Package gtk2.i386 0:2.6.7-1 set to be updated ---> Package aspell-cs.i386 50:0.51-2 set to be updated ---> Package openoffice.org-langpack-nn_NO.i386 1:1.9.92-2 set to be updated ---> Package dmraid.i386 0:1.0.0.rc7-4_FC4 set to be updated ---> Package kernel-smp-devel.i686 0:2.6.11-1.1238_FC4 set to be updated ---> Package eclipse-pde-devel.i386 1:3.1.0_fc-0.M5.19 set to be updated ---> Package selinux-policy-strict.noarch 0:1.23.10-5 set to be updated ---> Package openoffice.org-langpack-ar.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-langpack-de.i386 1:1.9.92-2 set to be updated ---> Package vim-minimal.i386 1:6.3.071-1 set to be updated ---> Package openoffice.org-langpack-fi_FI.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-testtools.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-langpack-cy_GB.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-langpack-tr_TR.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-langpack-pt_PT.i386 1:1.9.92-2 set to be updated ---> Package openoffice.org-calc.i386 1:1.9.92-2 set to be updated ---> Package vim-common.i386 1:6.3.071-1 set to be updated ---> Package aspell-de.i386 50:0.50-10 set to be updated ---> Package aspell-nl.i386 50:0.50-6 set to be updated ---> Package aspell-el.i386 50:0.50-2 set to be updated ---> Package libselinux.i386 0:1.23.6-1 set to be updated --> Running transaction check --> Processing Dependency: perl(Carp::Clan) for package: perl-Bit-Vector --> Processing Dependency: perl-Carp-Clan >= 5.3 for package: perl-Bit-Vector --> Processing Dependency: perl(Carp::Clan) for package: perl-Date-Calc --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package perl-Carp-Clan.noarch 0:5.3-1 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: kernel i686 2.6.11-1.1238_F development 14 M kernel-devel i686 2.6.11-1.1238_F development 3.9 M kernel-smp i686 2.6.11-1.1238_F development 13 M Updating: SDL i386 1.2.8-3 development 206 k SDL-devel i386 1.2.8-3 development 624 k anaconda i386 10.2.0.48-1 development 4.3 M anaconda-runtime i386 10.2.0.48-1 development 1.0 M aspell-cs i386 50:0.51-2 development 21 M aspell-cy i386 50:0.50-2 development 3.9 M aspell-da i386 50:0.50-11 development 6.7 M aspell-de i386 50:0.50-10 development 5.1 M aspell-el i386 50:0.50-2 development 6.9 M aspell-en i386 50:0.51-12 development 1.9 M aspell-es i386 50:0.50-11 development 6.8 M aspell-fo i386 50:0.51-2 development 1.6 M aspell-fr i386 50:0.50-8 development 9.1 M aspell-ga i386 50:0.50-2 development 3.5 M aspell-gd i386 50:0.50-2 development 188 k aspell-gl i386 50:0.50-2 development 7.8 M aspell-hr i386 50:0.51-2 development 2.3 M aspell-id i386 50:0.50.1-2 development 141 k aspell-it i386 50:0.53-2 development 12 M aspell-nl i386 50:0.50-6 development 3.4 M aspell-no i386 50:0.50.1-8 development 3.8 M aspell-pl i386 50:0.51-3 development 21 M aspell-sv i386 50:0.50-7 development 1.9 M authconfig i386 4.6.12-1 development 282 k authconfig-gtk i386 4.6.12-1 development 39 k dbus i386 0.32-6 development 538 k dbus-devel i386 0.32-6 development 267 k dbus-glib i386 0.32-6 development 56 k dbus-python i386 0.32-6 development 141 k dbus-x11 i386 0.32-6 development 17 k dmraid i386 1.0.0.rc7-4_FC4 development 71 k eclipse-ecj i386 1:3.1.0_fc-0.M5 development 6.6 M eclipse-jdt i386 1:3.1.0_fc-0.M5 development 21 M eclipse-jdt-devel i386 1:3.1.0_fc-0.M5 development 7.8 M eclipse-pde i386 1:3.1.0_fc-0.M5 development 6.2 M eclipse-pde-devel i386 1:3.1.0_fc-0.M5 development 1.4 M eclipse-platform i386 1:3.1.0_fc-0.M5 development 41 M eclipse-platform-devel i386 1:3.1.0_fc-0.M5 development 14 M evolution i386 2.2.2-1 development 9.0 M evolution-data-server i386 1.2.2-2 development 3.2 M evolution-data-server- i386 1.2.2-2 development 324 k evolution-devel i386 2.2.2-1 development 1.7 M gail i386 1.8.3-1 development 324 k gail-devel i386 1.8.3-1 development 9.9 k gdb i386 6.3.0.0-1.12 development 2.7 M gedit i386 1:2.10.2-2 development 2.7 M gedit-devel i386 1:2.10.2-2 development 29 k gnome-pilot i386 2.0.13-1 development 520 k gnome-pilot-conduits i386 2.0.13-1 development 155 k gnome-pilot-devel i386 2.0.13-1 development 89 k gnome-themes i386 2.10.1-1 development 2.5 M gnopernicus i386 0.10.6-1 development 1.7 M gnopernicus-devel i386 0.10.6-1 development 21 k gtk2 i386 2.6.7-1 development 4.7 M gtk2-devel i386 2.6.7-1 development 2.6 M gtkhtml3 i386 3.6.2-1 development 794 k gtkhtml3-devel i386 3.6.2-1 development 506 k iiimf-docs i386 1:12.1.1-13.svn development 203 k iiimf-emacs i386 1:12.1.1-13.svn development 191 k iiimf-gnome-im-switche i386 1:12.1.1-13.svn development 163 k iiimf-gtk i386 1:12.1.1-13.svn development 78 k iiimf-le-canna i386 1:12.1.1-13.svn development 80 k iiimf-le-hangul i386 1:12.1.1-13.svn development 159 k iiimf-le-sun-thai i386 1:12.1.1-13.svn development 141 k iiimf-le-unit i386 1:12.1.1-13.svn development 187 k iiimf-libs i386 1:12.1.1-13.svn development 214 k iiimf-libs-devel i386 1:12.1.1-13.svn development 290 k iiimf-qt i386 1:12.1.1-13.svn development 77 k iiimf-server i386 1:12.1.1-13.svn development 220 k iiimf-x i386 1:12.1.1-13.svn development 217 k kdelibs i386 6:3.4.0-4 development 17 M kdelibs-devel i386 6:3.4.0-4 development 14 M kernel-doc noarch 2.6.11-1.1238_F development 2.2 M kernel-smp-devel i686 2.6.11-1.1238_F development 3.9 M libgal2 i386 2:2.4.2-1 development 718 k libgal2-devel i386 2:2.4.2-1 development 682 k libgconf-java i386 2.10.1-1 development 89 k libglade-java i386 2.10.1-1 development 87 k libgnome-java i386 2.10.1-1 development 434 k libgtk-java i386 2.6.2-1 development 3.8 M libselinux i386 1.23.6-1 development 63 k libselinux-devel i386 1.23.6-1 development 95 k libswt3-gtk2 i386 1:3.1.0_fc-0.M5 development 5.1 M nc i386 1.78-1 development 51 k openoffice.org-calc i386 1:1.9.92-2 development 6.5 M openoffice.org-core i386 1:1.9.92-2 development 74 M openoffice.org-draw i386 1:1.9.92-2 development 1.0 M openoffice.org-graphic i386 1:1.9.92-2 development 144 k openoffice.org-impress i386 1:1.9.92-2 development 1.6 M openoffice.org-javafil i386 1:1.9.92-2 development 107 k openoffice.org-langpac i386 1:1.9.92-2 development 1.2 M openoffice.org-langpac i386 1:1.9.92-2 development 650 k openoffice.org-langpac i386 1:1.9.92-2 development 864 k openoffice.org-langpac i386 1:1.9.92-2 development 1.1 M openoffice.org-langpac i386 1:1.9.92-2 development 2.5 M openoffice.org-langpac i386 1:1.9.92-2 development 1.2 M openoffice.org-langpac i386 1:1.9.92-2 development 1.6 M openoffice.org-langpac i386 1:1.9.92-2 development 17 M openoffice.org-langpac i386 1:1.9.92-2 development 2.2 M openoffice.org-langpac i386 1:1.9.92-2 development 14 M openoffice.org-langpac i386 1:1.9.92-2 development 605 k openoffice.org-langpac i386 1:1.9.92-2 development 599 k openoffice.org-langpac i386 1:1.9.92-2 development 637 k openoffice.org-langpac i386 1:1.9.92-2 development 15 M openoffice.org-langpac i386 1:1.9.92-2 development 728 k openoffice.org-langpac i386 1:1.9.92-2 development 1.4 M openoffice.org-langpac i386 1:1.9.92-2 development 685 k openoffice.org-langpac i386 1:1.9.92-2 development 2.3 M openoffice.org-langpac i386 1:1.9.92-2 development 15 M openoffice.org-langpac i386 1:1.9.92-2 development 15 M openoffice.org-langpac i386 1:1.9.92-2 development 599 k openoffice.org-langpac i386 1:1.9.92-2 development 14 M openoffice.org-langpac i386 1:1.9.92-2 development 900 k openoffice.org-langpac i386 1:1.9.92-2 development 685 k openoffice.org-langpac i386 1:1.9.92-2 development 1.1 M openoffice.org-langpac i386 1:1.9.92-2 development 13 M openoffice.org-langpac i386 1:1.9.92-2 development 1.0 M openoffice.org-langpac i386 1:1.9.92-2 development 1.9 M openoffice.org-langpac i386 1:1.9.92-2 development 14 M openoffice.org-langpac i386 1:1.9.92-2 development 961 k openoffice.org-langpac i386 1:1.9.92-2 development 1.4 M openoffice.org-langpac i386 1:1.9.92-2 development 1.4 M openoffice.org-langpac i386 1:1.9.92-2 development 2.4 M openoffice.org-langpac i386 1:1.9.92-2 development 14 M openoffice.org-langpac i386 1:1.9.92-2 development 674 k openoffice.org-langpac i386 1:1.9.92-2 development 739 k openoffice.org-langpac i386 1:1.9.92-2 development 14 M openoffice.org-langpac i386 1:1.9.92-2 development 14 M openoffice.org-langpac i386 1:1.9.92-2 development 877 k openoffice.org-math i386 1:1.9.92-2 development 1.3 M openoffice.org-pyuno i386 1:1.9.92-2 development 106 k openoffice.org-testtoo i386 1:1.9.92-2 development 322 k openoffice.org-writer i386 1:1.9.92-2 development 2.7 M openoffice.org-xsltfil i386 1:1.9.92-2 development 50 k pam i386 0.79-5 development 1.9 M pam-devel i386 0.79-5 development 85 k perl-Bit-Vector i386 6.4-2 development 179 k perl-Date-Calc i386 5.4-1 development 268 k policycoreutils i386 1.23.4-3 development 65 k portmap i386 4.0-65 development 35 k postfix i386 2:2.2.2-1 development 3.2 M postfix-pflogsumm i386 2:2.2.2-1 development 47 k quota i386 1:3.12-6 development 315 k selinux-policy-strict noarch 1.23.10-5 development 1.3 M selinux-policy-targete noarch 1.23.10-5 development 388 k sendmail i386 8.13.4-1 development 595 k sendmail-cf i386 8.13.4-1 development 310 k sendmail-devel i386 8.13.4-1 development 122 k sendmail-doc i386 8.13.4-1 development 646 k sharutils i386 4.2.1-27 development 92 k sudo i386 1.6.8p8-1 development 184 k tomcat5 noarch 5.0.30-2jpp_2fc development 2.2 M tomcat5-admin-webapps noarch 5.0.30-2jpp_2fc development 509 k tomcat5-webapps noarch 5.0.30-2jpp_2fc development 2.8 M unix2dos i386 2.2-26 development 12 k util-linux i386 2.12p-7 development 1.6 M vim-X11 i386 1:6.3.071-1 development 1.2 M vim-common i386 1:6.3.071-1 development 3.5 M vim-enhanced i386 1:6.3.071-1 development 1.0 M vim-minimal i386 1:6.3.071-1 development 274 k xinitrc noarch 4.0.18-1 development 27 k xorg-x11 i386 6.8.2-22 development 14 M xorg-x11-Mesa-libGL i386 6.8.2-22 development 198 k xorg-x11-Mesa-libGLU i386 6.8.2-22 development 269 k xorg-x11-Xdmx i386 6.8.2-22 development 1.0 M xorg-x11-Xnest i386 6.8.2-22 development 1.4 M xorg-x11-Xvfb i386 6.8.2-22 development 1.6 M xorg-x11-deprecated-li i386 6.8.2-22 development 79 k xorg-x11-deprecated-li i386 6.8.2-22 development 86 k xorg-x11-devel i386 6.8.2-22 development 5.0 M xorg-x11-doc i386 6.8.2-22 development 5.0 M xorg-x11-font-utils i386 6.8.2-22 development 115 k xorg-x11-libs i386 6.8.2-22 development 2.5 M xorg-x11-sdk i386 6.8.2-22 development 3.0 M xorg-x11-tools i386 6.8.2-22 development 333 k xorg-x11-twm i386 6.8.2-22 development 154 k xorg-x11-xauth i386 6.8.2-22 development 92 k xorg-x11-xdm i386 6.8.2-22 development 160 k xorg-x11-xfs i386 6.8.2-22 development 131 k yp-tools i386 2.8-8 development 64 k ypserv i386 2.13-6 development 129 k zlib i386 1.2.2.2-3 development 48 k zlib-devel i386 1.2.2.2-3 development 98 k Installing for dependencies: perl-Carp-Clan noarch 5.3-1 development 21 k Transaction Summary ============================================================================= Install 4 Package(s) Update 183 Package(s) Remove 0 Package(s) Total download size: 677 M Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Traceback (most recent call last): File "/usr/bin/yum", line 15, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 149, in main base.doTransaction() File "/usr/share/yum-cli/cli.py", line 651, in doTransaction self.runTransaction(cb=cb) File "__init__.py", line 333, in runTransaction NameError: global name 'yum' is not defined From webmaster at choicesontheweb.com Thu Apr 14 14:50:04 2005 From: webmaster at choicesontheweb.com (Panama Evans) Date: Thu, 14 Apr 2005 07:50:04 -0700 Subject: Fedora rocks In-Reply-To: References: <1113489278.3414.6.camel@localhost.localdomain> Message-ID: <1113490205.3414.7.camel@localhost.localdomain> Sorry about the confusion. I do have to install the numlock file, but have no idea what to do. Panama On Thu, 2005-04-14 at 09:41 -0500, John Slaughter wrote: > On Apr 14, 2005, at 9:34 AM, Panama Evans wrote: > > my problem is how to install it??? > > > I love the look and feel. The Internet actually loads > > quickly, all the spam is gone > > So do you have it installed or don't you? Your statements conflict > each other. > From terraformers at gmx.net Thu Apr 14 14:47:07 2005 From: terraformers at gmx.net (Lars G) Date: Thu, 14 Apr 2005 16:47:07 +0200 Subject: rawhide report: 20050414 changes References: <200504141412.j3EEC5Le021984@porkchop.devel.redhat.com> Message-ID: On Thu, 14 Apr 2005 10:12:05 -0400, Build System wrote: > ... > gnome-icon-theme-2.10.1-4 clashes with gedit Transaction Check Error: file /usr/share/icons/hicolor/48x48/apps/text-editor.png from install of gnome-icon-theme-2.10.1-4 conflicts with file from package gedit-2.10.2-2 cheers lars From skvidal at phy.duke.edu Thu Apr 14 14:50:48 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 14 Apr 2005 10:50:48 -0400 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: <20050414144515.GI26472@angus.ind.WPI.EDU> References: <1113423790.3247.1.camel@localhost.localdomain> <200504131732.35612.lowen@pari.edu> <425D970E.5080407@userfriendly.net> <20050413224754.GS8833@angus.ind.WPI.EDU> <1113432605.20426.23.camel@cutter> <20050414144515.GI26472@angus.ind.WPI.EDU> Message-ID: <1113490248.22767.44.camel@cutter> > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Traceback (most recent call last): > File "/usr/bin/yum", line 15, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 149, in main > base.doTransaction() > File "/usr/share/yum-cli/cli.py", line 651, in doTransaction > self.runTransaction(cb=cb) > File "__init__.py", line 333, in runTransaction > NameError: global name 'yum' is not defined thank you. Found the problem last night. A cut-and-paste error that doesn't show up all that often. thanks, -sv From henryhartley at westat.com Thu Apr 14 15:25:04 2005 From: henryhartley at westat.com (Henry Hartley) Date: Thu, 14 Apr 2005 11:25:04 -0400 Subject: Fedora rocks Message-ID: <403593359CA56C4CAE1F8F4F00DCFE7D1C1F76@MAILBE2.westat.com> On: Thu, 14 Apr 2005 at 10:35 AM, Panama Evans said: >> I am a total newbie at this and could use a little help. I saw >> the post on num-lock at >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115909. >> my problem is how to install it??? - Open a terminal window (right-click on the desktop and select "Open Terminal") - Become root (type "su -" and supply the root password when prompted) - Install desired software (type "yum install lock-keys-applet") Yum is a tool for installing, upgrading and removing packages in Fedora. It is something you're going to want to learn about. Type "man yum" in a terminal windows for the man page. - Look for any error messages and let us know if you have further questions. - Stop being root (type "exit" or ) and close your terminal (again, "exit" or ) In general, you might find a more useful list since this test-list is for testing upcoming versions, rather than use with already released versions. -- Henry From mattdm at mattdm.org Thu Apr 14 15:32:06 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 14 Apr 2005 11:32:06 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113487573.4963.362.camel@sigurd.incentre.net> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> <1113487573.4963.362.camel@sigurd.incentre.net> Message-ID: <20050414153206.GA15138@jadzia.bu.edu> On Thu, Apr 14, 2005 at 08:06:12AM -0600, Guy Fraser wrote: > New machines pretty mush only come with onboard SATA RAID > which you guys keep saying should never be used. The "RAID" features of the onboard SATA shouldn't be used. But the SATA controller certianly can/should. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From notting at redhat.com Thu Apr 14 15:34:02 2005 From: notting at redhat.com (Bill Nottingham) Date: Thu, 14 Apr 2005 11:34:02 -0400 Subject: FC4T2: Location of Java in Anaconda package selection In-Reply-To: <1113488524.3574.2.camel@animal.passback.co.uk> References: <1113488524.3574.2.camel@animal.passback.co.uk> Message-ID: <20050414153402.GI23186@nostromo.devel.redhat.com> Keith Sharp (kms at passback.co.uk) said: > Does anyone else think that it is strange that the Java Packages appear > in the Miscellaneous section on the Anaconda Package selection screen > along with the Minimal and Everything options? It's a bug in the comps file, essentially. > Is this in bugzilla already? If it's not, it should be. :) File against comps. Bill From jamesl at bestweb.net Thu Apr 14 16:54:29 2005 From: jamesl at bestweb.net (James E. LaBarre) Date: Thu, 14 Apr 2005 11:54:29 EST Subject: PPC Supported HW Message-ID: <425e9235.f749.0@bestweb.net> >On Wed, 2005-04-13 at 13:12 -0500, James E. LaBarre wrote: >> I grabbed the first disk for the PPC build of FC4-T2, and was reading >> through the README files to see what the supported hardware is before I >> burn that disk and grab the rest. >> >> Problem is, the disk has the HW Requirements fole for intel/X86 systems, >> rather than the PPC file. > >What hardware are you looking at installing on? RS/6000 (at the moment, I have a 43P-140 to try it on, but that machine type has long-standing problems for booting). From cimmo at libero.it Thu Apr 14 15:56:01 2005 From: cimmo at libero.it (Cimmo) Date: Thu, 14 Apr 2005 17:56:01 +0200 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <425E8118.3060308@linux360.ro> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> <424F1079.1040504@linux360.ro> <424FF9A8.6090201@libero.it> <42519720.7060009@linux360.ro> <42523FF8.8010102@linux360.ro> <4253C411.2090705@libero.it> <4256F44A.7060708@linux360.ro> <4257E54A.9010305@libero.it> <425E8118.3060308@linux360.ro> Message-ID: <425E9291.4060709@libero.it> Sorry for haven't read very well your previous message :) But "Capture feedback into playback" for me is the microphone not the line-in, that they are two different jack in my audio. In other words: To listen to your tv card you have putted tv card output audio to mic jack in the sound card? Thanx Ovidiu Lixandru ha scritto: > Quote from an earlier email of mine in this thread: > > "The sound comes in through what the GNOME volume applet calls > "Capture feedback into playback"." From kms at passback.co.uk Thu Apr 14 16:02:53 2005 From: kms at passback.co.uk (Keith Sharp) Date: Thu, 14 Apr 2005 17:02:53 +0100 Subject: FC4T2: Location of Java in Anaconda package selection In-Reply-To: <20050414153402.GI23186@nostromo.devel.redhat.com> References: <1113488524.3574.2.camel@animal.passback.co.uk> <20050414153402.GI23186@nostromo.devel.redhat.com> Message-ID: <1113494573.3574.5.camel@animal.passback.co.uk> On Thu, 2005-04-14 at 11:34 -0400, Bill Nottingham wrote: > Keith Sharp (kms at passback.co.uk) said: > > Does anyone else think that it is strange that the Java Packages appear > > in the Miscellaneous section on the Anaconda Package selection screen > > along with the Minimal and Everything options? > > It's a bug in the comps file, essentially. > > > Is this in bugzilla already? > > If it's not, it should be. :) File against comps. Already reported as 153966 Keith. From cra at WPI.EDU Thu Apr 14 16:09:20 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Thu, 14 Apr 2005 12:09:20 -0400 Subject: df -h shows -64Z after filesystem resize Message-ID: <20050414160920.GJ26472@angus.ind.WPI.EDU> I ran out of space for updates after I did an everything install of FC4T2, so I decided to try out the LVM/ext3 resizing features. I shrunk /home and expanded /. It appears to have been successful, and fsck finds no errors on the filesystems, however, now df shows this: Filesystem Size Used Avail Use% Mounted on /dev/mapper/VGSystem-LVRoot 11G 8.8G 1.1G 90% / /dev/hda1 99M 23M 72M 25% /boot /dev/shm 251M 0 251M 0% /dev/shm /dev/mapper/VGSystem-LVHome 20G -64Z 25G 101% /home Were does the problem lie? df, kernel, or somewhere else? From pnasrat at redhat.com Thu Apr 14 16:11:47 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Thu, 14 Apr 2005 17:11:47 +0100 Subject: PPC Supported HW In-Reply-To: <425e9235.f749.0@bestweb.net> References: <425e9235.f749.0@bestweb.net> Message-ID: <1113495108.3782.35.camel@anu.eridu> On Thu, 2005-04-14 at 11:54 -0500, James E. LaBarre wrote: > >On Wed, 2005-04-13 at 13:12 -0500, James E. LaBarre wrote: > >> I grabbed the first disk for the PPC build of FC4-T2, and was reading > >> through the README files to see what the supported hardware is before I > >> burn that disk and grab the rest. > >> > >> Problem is, the disk has the HW Requirements fole for intel/X86 systems, > >> rather than the PPC file. > > > >What hardware are you looking at installing on? > > > RS/6000 (at the moment, I have a 43P-140 to try it on, but that machine > type has long-standing problems for booting). Currently Fedora Core ppc is targetted at 32/64 bit powermac and should work on 64 bit pseries. 32 bit pSeries won't work atm as the yaboot is incompatible with initrd loading on 32bit pSeries. I've a box on my desk and will have a look at somepoint, but it's not a high priority. Paul From dcbw at redhat.com Thu Apr 14 16:21:03 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 14 Apr 2005 12:21:03 -0400 Subject: PPC Supported HW In-Reply-To: <425e9235.f749.0@bestweb.net> References: <425e9235.f749.0@bestweb.net> Message-ID: <1113495663.31204.8.camel@dcbw.boston.redhat.com> On Thu, 2005-04-14 at 11:54 -0500, James E. LaBarre wrote: > >On Wed, 2005-04-13 at 13:12 -0500, James E. LaBarre wrote: > >> I grabbed the first disk for the PPC build of FC4-T2, and was reading > >> through the README files to see what the supported hardware is before I > >> burn that disk and grab the rest. > >> > >> Problem is, the disk has the HW Requirements fole for intel/X86 systems, > >> rather than the PPC file. > > > >What hardware are you looking at installing on? > > > RS/6000 (at the moment, I have a 43P-140 to try it on, but that machine > type has long-standing problems for booting). Um, that box is PReP and AFAIK isn't well supported by mainline kernels in the later 2.6 series. Last I knew you had to use special kernels with a number of extra patches for that box (mine's in a closet in Minnesota so I can't test with it). This site has all the dirt: http://www.solinno.co.uk/7043-140/ Dan From ovidiu at linux360.ro Thu Apr 14 16:20:56 2005 From: ovidiu at linux360.ro (Ovidiu Lixandru) Date: Thu, 14 Apr 2005 19:20:56 +0300 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <425E9291.4060709@libero.it> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> <424F1079.1040504@linux360.ro> <424FF9A8.6090201@libero.it> <42519720.7060009@linux360.ro> <42523FF8.8010102@linux360.ro> <4253C411.2090705@libero.it> <4256F44A.7060708@linux360.ro> <4257E54A.9010305@libero.it> <425E8118.3060308@linux360.ro> <425E9291.4060709@libero.it> Message-ID: <425E9868.2080806@linux360.ro> On my card it's the same input, as the card documentation specifices. Mic-in and line-in share the same input. In Windows, the Creative Surround Mixer lets me choose which type of input is connected. In Linux it seems to be line-in by default since it works OK like this. I don't use a mic anyway, so I didn't bother researching this. Cimmo wrote: > Sorry for haven't read very well your previous message :) > But "Capture feedback into playback" for me is the microphone not the > line-in, that they are two different jack in my audio. > > In other words: > To listen to your tv card you have putted tv card output audio to mic > jack in the sound card? -- Ovidiu Lixandru linux360 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3439 bytes Desc: S/MIME Cryptographic Signature URL: From fedora-test at drussell.dnsalias.com Thu Apr 14 16:21:17 2005 From: fedora-test at drussell.dnsalias.com (Don Russell) Date: Thu, 14 Apr 2005 09:21:17 -0700 Subject: FC4 T2 woes - no network :-( Message-ID: <425E987D.2070903@drussell.dnsalias.com> Not being adventuresome enough to try T1, I waited for T2 (though I download T1 torrent to help make it available to others braver than I... but I digress) I have FC3 running on a Toshiba Satellite 1115-S103 laptop. I did an upgrade using FC4 T2 DVD and the install/upgrade went fine... no problems. When it ejected the DVD and I pressed "reboot", it was unable to bring up eth0... FAILED. I tried to configure the network manually, and saw that I could not select DHCP for that interface, so I coded a static address that I knew was available on my home LAN. (The same address FC3 was using before the upgrade) service network restart was still unable to bring up the interface. :-( Then I tried my 3COM 3CXFEM656C card (10/100, not wireless) (which works fine with FC3) but I was unable to get that working either. I decided to try the install again from scratch, wiping out everything in case there was "something funny" with upgrading from FC3.... Long story short... same result. I chose "no firewall", selinux=warn, install everything I didn't know where to look for logs that might show me more detail than "failed", but I was able to tell that FC4 could tell the difference between the Ethernet cable being connected or not. When it was disconnected... I got an error like "no connection, check cable". When it WAS connected, I'd get a message like "acquiring IP address information"... and it would time out eventually. I gave up, did a clean install of FC3 again, and all was well. Sorry I can't provide any more specific information about the eth interface failure... but something that works in FC3 is now broken in FC4 T2 regarding the Ethernet interface. :-( Don Russell From dcbw at redhat.com Thu Apr 14 16:22:42 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 14 Apr 2005 12:22:42 -0400 Subject: PPC Supported HW In-Reply-To: <1113495663.31204.8.camel@dcbw.boston.redhat.com> References: <425e9235.f749.0@bestweb.net> <1113495663.31204.8.camel@dcbw.boston.redhat.com> Message-ID: <1113495762.31204.9.camel@dcbw.boston.redhat.com> On Thu, 2005-04-14 at 12:21 -0400, Dan Williams wrote: > On Thu, 2005-04-14 at 11:54 -0500, James E. LaBarre wrote: > > >On Wed, 2005-04-13 at 13:12 -0500, James E. LaBarre wrote: > > >> I grabbed the first disk for the PPC build of FC4-T2, and was reading > > >> through the README files to see what the supported hardware is before I > > >> burn that disk and grab the rest. > > >> > > >> Problem is, the disk has the HW Requirements fole for intel/X86 systems, > > >> rather than the PPC file. > > > > > >What hardware are you looking at installing on? > > > > > > RS/6000 (at the moment, I have a 43P-140 to try it on, but that machine > > type has long-standing problems for booting). > > Um, that box is PReP and AFAIK isn't well supported by mainline kernels > in the later 2.6 series. Last I knew you had to use special kernels > with a number of extra patches for that box (mine's in a closet in > Minnesota so I can't test with it). > > > This site has all the dirt: > > http://www.solinno.co.uk/7043-140/ > > Dan I may need to eat my words: http://lists.solinno.co.uk/pipermail/rs6kpreplinux-users/2005- March/001888.html Dan From mgb-fedora at yosemite.net Thu Apr 14 16:24:41 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Thu, 14 Apr 2005 09:24:41 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <20050414122334.GA14357@devserv.devel.redhat.com> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> Message-ID: <1113495881.14538.3.camel@udev.yosemite.net> On Thu, 2005-04-14 at 05:23, Alan Cox wrote: > And you are free to build lilo for extras. Why not move Eclipse to Extras instead? You could then apply 0.1% of the Eclipse effort to maintaining Lilo in Core, and still have 99.9% left over for other essentials. --Mike Bird From twaugh at redhat.com Thu Apr 14 16:26:23 2005 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 14 Apr 2005 17:26:23 +0100 Subject: df -h shows -64Z after filesystem resize In-Reply-To: <20050414160920.GJ26472@angus.ind.WPI.EDU> References: <20050414160920.GJ26472@angus.ind.WPI.EDU> Message-ID: <20050414162622.GO8706@redhat.com> On Thu, Apr 14, 2005 at 12:09:20PM -0400, Chuck R. Anderson wrote: > Where does the problem lie? df, kernel, or somewhere else? strace df and see what the kernel is telling it. My bet is the kernel is telling df unlikely numbers. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cimmo at libero.it Thu Apr 14 16:31:44 2005 From: cimmo at libero.it (Cimmo) Date: Thu, 14 Apr 2005 18:31:44 +0200 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <425E9868.2080806@linux360.ro> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> <424F1079.1040504@linux360.ro> <424FF9A8.6090201@libero.it> <42519720.7060009@linux360.ro> <42523FF8.8010102@linux360.ro> <4253C411.2090705@libero.it> <4256F44A.7060708@linux360.ro> <4257E54A.9010305@libero.it> <425E8118.3060308@linux360.ro> <425E9291.4060709@libero.it> <425E9868.2080806@linux360.ro> Message-ID: <425E9AF0.8030701@libero.it> Ovidiu Lixandru ha scritto: > On my card it's the same input, as the card documentation specifices. > Mic-in and line-in share the same input. In Windows, the Creative > Surround Mixer lets me choose which type of input is connected. In > Linux it seems to be line-in by default since it works OK like this. I > don't use a mic anyway, so I didn't bother researching this. So for you is different from my panel? (see image) Damn for me they are two different jacks. This is why you can hear from your tvcard and I can't :( Thanx Cimmo -------------- next part -------------- A non-text attachment was scrubbed... Name: MSIK8N.jpg Type: image/jpeg Size: 13768 bytes Desc: not available URL: From ovidiu at linux360.ro Thu Apr 14 16:36:39 2005 From: ovidiu at linux360.ro (Ovidiu Lixandru) Date: Thu, 14 Apr 2005 19:36:39 +0300 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <425E9AF0.8030701@libero.it> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> <424F1079.1040504@linux360.ro> <424FF9A8.6090201@libero.it> <42519720.7060009@linux360.ro> <42523FF8.8010102@linux360.ro> <4253C411.2090705@libero.it> <4256F44A.7060708@linux360.ro> <4257E54A.9010305@libero.it> <425E8118.3060308@linux360.ro> <425E9291.4060709@libero.it> <425E9868.2080806@linux360.ro> <425E9AF0.8030701@libero.it> Message-ID: <425E9C17.3000404@linux360.ro> See this: http://www.creative.com/iss/images/products/headers/prod10315_hdr_1_6_1.jpg Cimmo wrote: > Ovidiu Lixandru ha scritto: > >> On my card it's the same input, as the card documentation specifices. >> Mic-in and line-in share the same input. In Windows, the Creative >> Surround Mixer lets me choose which type of input is connected. In >> Linux it seems to be line-in by default since it works OK like this. I >> don't use a mic anyway, so I didn't bother researching this. > > > > So for you is different from my panel? (see image) > > Damn for me they are two different jacks. > This is why you can hear from your tvcard and I can't :( > > Thanx > Cimmo > > ------------------------------------------------------------------------ > -- Ovidiu Lixandru linux360 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3439 bytes Desc: S/MIME Cryptographic Signature URL: From cra at WPI.EDU Thu Apr 14 16:43:53 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Thu, 14 Apr 2005 12:43:53 -0400 Subject: df -h shows -64Z after filesystem resize In-Reply-To: <20050414162622.GO8706@redhat.com> References: <20050414160920.GJ26472@angus.ind.WPI.EDU> <20050414162622.GO8706@redhat.com> Message-ID: <20050414164353.GK26472@angus.ind.WPI.EDU> On Thu, Apr 14, 2005 at 05:26:23PM +0100, Tim Waugh wrote: > On Thu, Apr 14, 2005 at 12:09:20PM -0400, Chuck R. Anderson wrote: > > > Where does the problem lie? df, kernel, or somewhere else? > > strace df and see what the kernel is telling it. My bet is the kernel > is telling df unlikely numbers. execve("/bin/df", ["df"], [/* 20 vars */]) = 0 uname({sys="Linux", node="f", ...}) = 0 brk(0) = 0x9c1d000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f35000 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=134780, ...}) = 0 old_mmap(NULL, 134780, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f14000 close(3) = 0 open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\n\377D"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1481052, ...}) = 0 old_mmap(0x43b000, 1211356, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x43b000 old_mmap(0x55d000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x121000) = 0x55d000 old_mmap(0x561000, 7132, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x561000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f13000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f136c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0x55d000, 8192, PROT_READ) = 0 mprotect(0x433000, 4096, PROT_READ) = 0 munmap(0xb7f14000, 134780) = 0 brk(0) = 0x9c1d000 brk(0x9c3e000) = 0x9c3e000 open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=40902160, ...}) = 0 mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7d13000 close(3) = 0 open("/etc/mtab", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=350, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d12000 read(3, "/dev/mapper/VGSystem-LVRoot / ex"..., 4096) = 350 read(3, "", 4096) = 0 close(3) = 0 munmap(0xb7d12000, 4096) = 0 open("/usr/share/locale/locale.alias", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=2528, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d12000 read(3, "# Locale name alias data base.\n#"..., 4096) = 2528 read(3, "", 4096) = 0 close(3) = 0 munmap(0xb7d12000, 4096) = 0 open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory) fstat64(1, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d12000 statfs64("/", 84, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=2729792, f_bfree=425605, f_bavail=284706, f_files=2818048, f_ffree=2468146, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 statfs64("/proc", 84, {f_type="PROC_SUPER_MAGIC", f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 statfs64("/sys", 84, {f_type="SYSFS_MAGIC", f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 statfs64("/dev/pts", 84, {f_type="DEVPTS_SUPER_MAGIC", f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 statfs64("/boot", 84, {f_type="EXT2_SUPER_MAGIC", f_bsize=1024, f_blocks=101086, f_bfree=77953, f_bavail=72734, f_files=26104, f_ffree=26057, f_fsid={0, 0}, f_namelen=255, f_frsize=1024}) = 0 statfs64("/dev/shm", 84, {f_type=0x1021994, f_bsize=4096, f_blocks=64232, f_bfree=64232, f_bavail=64232, f_files=64232, f_ffree=64231, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 statfs64("/proc/sys/fs/binfmt_misc", 84, {f_type=0x42494e4d, f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 statfs64("/var/lib/nfs/rpc_pipefs", 84, {f_type=0x67596969, f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 statfs64("/home", 84, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=5026994, f_bfree=6525934, f_bavail=6316219, f_files=5227520, f_ffree=6893492, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 write(1, "Filesystem 1K-blocks "..., 382) = 382 close(1) = 0 munmap(0xb7d12000, 4096) = 0 exit_group(0) = ? Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VGSystem-LVRoot 10919168 9216748 1138824 90% / /dev/hda1 101086 23133 72734 25% /boot /dev/shm 256928 0 256928 0% /dev/shm /dev/mapper/VGSystem-LVHome 20107976 -73786976294832210704 25264876 101% /home From webmaster at margo.bijoux.nom.br Thu Apr 14 16:48:21 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Thu, 14 Apr 2005 13:48:21 -0300 Subject: FC4t2 no good without LILO In-Reply-To: <1113495881.14538.3.camel@udev.yosemite.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> Message-ID: <425E9ED5.40509@margo.bijoux.nom.br> Mike Bird wrote: >On Thu, 2005-04-14 at 05:23, Alan Cox wrote: > > >>And you are free to build lilo for extras. >> >> > >Why not move Eclipse to Extras instead? > >You could then apply 0.1% of the Eclipse effort to maintaining Lilo in >Core, and still have 99.9% left over for other essentials. > > And what relation Eclipse has to the lilo issue? None... Please , let's keep this on the subject. You could start by giving *details* on where grub fails and lilo doesnt.. This could certainly help keeping lilo in the distribution... As for Eclipse (and emacs and latex , as mentioned somewhere else in this thread) , I bet the current contents of my wallet that it will stay in FC , no matter if lilo goes or stays... -- Pedro Macedo From cimmo at libero.it Thu Apr 14 16:58:17 2005 From: cimmo at libero.it (Cimmo) Date: Thu, 14 Apr 2005 18:58:17 +0200 Subject: MSI K8N Platinum/Diamond audio detection NEWS In-Reply-To: <425E9C17.3000404@linux360.ro> References: <42441CF7.9090406@libero.it> <42445F8E.4020305@libero.it> <4247FDE5.1050907@linux360.ro> <42494728.3090707@libero.it> <424956F7.8080503@linux360.ro> <424D867C.4070209@libero.it> <424F1079.1040504@linux360.ro> <424FF9A8.6090201@libero.it> <42519720.7060009@linux360.ro> <42523FF8.8010102@linux360.ro> <4253C411.2090705@libero.it> <4256F44A.7060708@linux360.ro> <4257E54A.9010305@libero.it> <425E8118.3060308@linux360.ro> <425E9291.4060709@libero.it> <425E9868.2080806@linux360.ro> <425E9AF0.8030701@libero.it> <425E9C17.3000404@linux360.ro> Message-ID: <425EA129.3060409@libero.it> Ovidiu Lixandru ha scritto: > See this: > http://www.creative.com/iss/images/products/headers/prod10315_hdr_1_6_1.jpg From the image I cannot view very well, but I downloaded the manual of your pci live! 24 bit and seen that you have only one jack for mic and line-in as you said. Probably I have to request a change from alsa's programmer to provide support for my specific card (that uses the same chip and of course module), but I have read that Creative doesn't provide documentation about this card and I don't know if they can implement it. Anyway thanx for your answers :) bye Cimmo From alan at redhat.com Thu Apr 14 17:17:39 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 14 Apr 2005 13:17:39 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113487573.4963.362.camel@sigurd.incentre.net> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> <1113487573.4963.362.camel@sigurd.incentre.net> Message-ID: <20050414171739.GD11138@devserv.devel.redhat.com> On Thu, Apr 14, 2005 at 08:06:12AM -0600, Guy Fraser wrote: > New machines pretty mush only come with onboard SATA RAID > which you guys keep saying should never be used. The only board I've seen with onboard RAID at the low end is PATA (IT8212) raid. The rest are just IDE controllers. From pjones at redhat.com Thu Apr 14 17:31:00 2005 From: pjones at redhat.com (Peter Jones) Date: Thu, 14 Apr 2005 13:31:00 -0400 Subject: df -h shows -64Z after filesystem resize In-Reply-To: <20050414164353.GK26472@angus.ind.WPI.EDU> References: <20050414160920.GJ26472@angus.ind.WPI.EDU> <20050414162622.GO8706@redhat.com> <20050414164353.GK26472@angus.ind.WPI.EDU> Message-ID: <1113499861.6086.2.camel@localhost.localdomain> On Thu, 2005-04-14 at 12:43 -0400, Chuck R. Anderson wrote: > statfs64("/home", 84, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, > f_blocks=5026994, f_bfree=6525934, f_bavail=6316219, f_files=5227520, > f_ffree=6893492, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 OK, so the kernel's returning this data wrong -- it's saying there are more available blocks than the total! First guess would be the resize code itself isn't updating the superblocks correctly. -- Peter From roger at gwch.net Thu Apr 14 17:30:41 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 14 Apr 2005 19:30:41 +0200 Subject: How to get another system language by default? Message-ID: <425EA8C1.7010702@gwch.net> hi again, coming after installing fc4t2 in text mode, where i could not install any language. After the Systemupdate from today, it was impossible to select any language while login, not just for that one session. Then, i tried to reinstall language-support, via gui - this did not work either, as this is not an option in package management. So, how can i set my fc box to german - by default? Roger From jreiser at BitWagon.com Thu Apr 14 17:37:34 2005 From: jreiser at BitWagon.com (John Reiser) Date: Thu, 14 Apr 2005 10:37:34 -0700 Subject: FC4 vs. MacMini (PowerPC) In-Reply-To: <1113332366.3857.58.camel@anu.eridu> References: <425BE157.8090706@BitWagon.com> <1113332366.3857.58.camel@anu.eridu> Message-ID: <425EAA5E.7040707@BitWagon.com> >>If anyone has set up FC4t2 successfully to multiboot with Mac OS X, > You should be able to just edit yaboot.conf as appropriate afterwards - Aha, knowing to look at /etc/yaboot.conf is the essential key that was not mentioned anywhere. I suggest that the existence of an hfs+ partition should cause the "macosx=/dev/hdaX" and "brokenmacosx" lines to be added to yaboot.conf, just like the existence of a bootable FAT partition on x86 causes an "other; chainloader +1" entry in grub.conf. Oh, and change the "delay=5" to "delay=15" for multibooting Fedora Core and MacOS X. Many DDC monitors cannot wakeup from DPMS sleep and come to full brightness in 5 seconds, which means that the multibooting choice will be missed. [I'll make sure bugzilla sees this.] -- From cra at WPI.EDU Thu Apr 14 17:38:18 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Thu, 14 Apr 2005 13:38:18 -0400 Subject: df -h shows -64Z after filesystem resize In-Reply-To: <1113499861.6086.2.camel@localhost.localdomain> References: <20050414160920.GJ26472@angus.ind.WPI.EDU> <20050414162622.GO8706@redhat.com> <20050414164353.GK26472@angus.ind.WPI.EDU> <1113499861.6086.2.camel@localhost.localdomain> Message-ID: <20050414173818.GL26472@angus.ind.WPI.EDU> On Thu, Apr 14, 2005 at 01:31:00PM -0400, Peter Jones wrote: > On Thu, 2005-04-14 at 12:43 -0400, Chuck R. Anderson wrote: > > statfs64("/home", 84, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, > > f_blocks=5026994, f_bfree=6525934, f_bavail=6316219, f_files=5227520, > > f_ffree=6893492, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 > > OK, so the kernel's returning this data wrong -- it's saying there are > more available blocks than the total! > > First guess would be the resize code itself isn't updating the > superblocks correctly. I used "resize2fs" with /home umounted to shrink it, and "ext2online" to expand / while it was mounted. From jreiser at BitWagon.com Thu Apr 14 17:47:28 2005 From: jreiser at BitWagon.com (John Reiser) Date: Thu, 14 Apr 2005 10:47:28 -0700 Subject: FC4 vs. MacMini (PowerPC) In-Reply-To: <1113353986.9672.2.camel@arena.soho.bytebot.net> References: <425BE157.8090706@BitWagon.com> <1113353986.9672.2.camel@arena.soho.bytebot.net> Message-ID: <425EACB0.5090802@BitWagon.com> > http://www.bytebot.net/geekdocs/ibook/fedorappc.html Thanks for the pointer. Eventually I booted from Apple DVD and used Apple Disk Utility to repartition the harddrive into "3 partitions" (27MB hfs+ Journaled, 1GB free [for swap], and 11GB free [for FC4 root]). Then I fresh-installed Mac OS X, got Apple's current updates, then fresh-installed FC4t2. DiskDruid said there was only 1 Apple_Free partition of 12GB. I kept going, and took the required detour when DiskDruid said I had to have an Apple_Bootstrap partition. Installing FC4t2 succeeded; total time (Apple Disk Util repartition, Mac OS X install, Mac OS X update, FC4t2 install) was about 2.5 hours, almost evenly split between Apple and Fedora. -- From fedora at nodata.co.uk Thu Apr 14 17:48:08 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 14 Apr 2005 19:48:08 +0200 Subject: How to get another system language by default? In-Reply-To: <425EA8C1.7010702@gwch.net> References: <425EA8C1.7010702@gwch.net> Message-ID: <1113500888.3358.0.camel@sb-home.lan> On Thu, 2005-04-14 at 19:30 +0200, Roger Grosswiler wrote: > hi again, > > coming after installing fc4t2 in text mode, where i could not install > any language. > > After the Systemupdate from today, it was impossible to select any > language while login, not just for that one session. > > Then, i tried to reinstall language-support, via gui - this did not work > either, as this is not an option in package management. > > So, how can i set my fc box to german - by default? > > Roger > You can't :/ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136648 From fedora at nodata.co.uk Thu Apr 14 17:52:07 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 14 Apr 2005 19:52:07 +0200 Subject: How to get another system language by default? In-Reply-To: <1113500888.3358.0.camel@sb-home.lan> References: <425EA8C1.7010702@gwch.net> <1113500888.3358.0.camel@sb-home.lan> Message-ID: <1113501127.3358.2.camel@sb-home.lan> On Thu, 2005-04-14 at 19:48 +0200, nodata wrote: > On Thu, 2005-04-14 at 19:30 +0200, Roger Grosswiler wrote: > > hi again, > > > > coming after installing fc4t2 in text mode, where i could not install > > any language. > > > > After the Systemupdate from today, it was impossible to select any > > language while login, not just for that one session. > > > > Then, i tried to reinstall language-support, via gui - this did not work > > either, as this is not an option in package management. > > > > So, how can i set my fc box to german - by default? > > > > Roger > > > > You can't :/ > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136648 > A hack that normally works is to remove the SUPPORTED line from /etc/sysconfig/i18n From mgb-fedora at yosemite.net Thu Apr 14 18:02:33 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Thu, 14 Apr 2005 11:02:33 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <425E9ED5.40509@margo.bijoux.nom.br> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> Message-ID: <1113501753.14538.68.camel@udev.yosemite.net> On Thu, 2005-04-14 at 09:48, Pedro Fernandes Macedo wrote: > And what relation Eclipse has to the lilo issue? None... Pedro: The relevance is that Redhat's excuse for replacing an essential tool (Lilo) with an unreliable/inadequate/undocumented/defunct tool (Grub Legacy) was that Lilo cost too much to support. Redhat is putting a lot of work into Eclipse - a product that few will need or use. A tiny fraction of the Eclipse effort would suffice to retain Lilo in Core. We've shown that Redhat has not supported Lilo in years - Lilo just works. Pretty much all that Redhat needs to do is leave it alone and let it be built and distributed automatically. Redhat then claims that the cost is not in direct Lilo support but rather for massive kludges that are needed in Anaconda and Up2date in order to interface to Lilo. We've shown that there are no such massive kludges - just a generic structure in Grubby that's needed to support half a dozen boot loaders on a variety of different architectures. Redhat makes vague claims that the latest Grub handles RAID-1 and asks us to test Grub yet again. (Perhaps "ask" is an overstatement: Redhat once again pulled Lilo so we'd be forced to test their inferior alternative.) We've shown that Redhat has not provided documentation on using Grub with RAID-1 in any of the logical places, and we've shown that the obvious "grub-install --recheck /dev/md0" does not install Grub to any of the MBR's. Redhat has thus far been unable to tell us any new magic spells for making Grub do what Redhat vaguely implies that Grub can now do. (There are, of course, many complex and error-prone workarounds, but Redhat has been vaguely implying that those are no longer needed.) This has become much more serious than a debate over whether or not someone at Redhat is deliberately trying to cripple their product line. If Redhat does not soon substantiate their claims we will be forced to entertain doubts as to the honesty of the developer of a product which has root privileges on our systems. --Mike Bird From roger at gwch.net Thu Apr 14 18:27:59 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 14 Apr 2005 20:27:59 +0200 Subject: How to get another system language by default? In-Reply-To: <1113501127.3358.2.camel@sb-home.lan> References: <425EA8C1.7010702@gwch.net> <1113500888.3358.0.camel@sb-home.lan> <1113501127.3358.2.camel@sb-home.lan> Message-ID: <425EB62F.8010601@gwch.net> nodata wrote: > On Thu, 2005-04-14 at 19:48 +0200, nodata wrote: > >>On Thu, 2005-04-14 at 19:30 +0200, Roger Grosswiler wrote: >> >>>hi again, >>> >>>coming after installing fc4t2 in text mode, where i could not install >>>any language. >>> >>>After the Systemupdate from today, it was impossible to select any >>>language while login, not just for that one session. >>> >>>Then, i tried to reinstall language-support, via gui - this did not work >>>either, as this is not an option in package management. >>> >>>So, how can i set my fc box to german - by default? >>> >>>Roger >>> >> >>You can't :/ >> >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136648 >> > > > A hack that normally works is to remove the SUPPORTED line > from /etc/sysconfig/i18n > > i did it. unfortunately it did not the trick. but thanks a lot for your help. Gonna wait on T3 for german to support in installation procedure in textmode Roger From roger at gwch.net Thu Apr 14 18:34:20 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 14 Apr 2005 20:34:20 +0200 Subject: How to get another system language by default? In-Reply-To: <1113501127.3358.2.camel@sb-home.lan> References: <425EA8C1.7010702@gwch.net> <1113500888.3358.0.camel@sb-home.lan> <1113501127.3358.2.camel@sb-home.lan> Message-ID: <425EB7AC.1010402@gwch.net> nodata wrote: > On Thu, 2005-04-14 at 19:48 +0200, nodata wrote: > >>On Thu, 2005-04-14 at 19:30 +0200, Roger Grosswiler wrote: >> >>>hi again, >>> >>>coming after installing fc4t2 in text mode, where i could not install >>>any language. >>> >>>After the Systemupdate from today, it was impossible to select any >>>language while login, not just for that one session. >>> >>>Then, i tried to reinstall language-support, via gui - this did not work >>>either, as this is not an option in package management. >>> >>>So, how can i set my fc box to german - by default? >>> >>>Roger >>> >> >>You can't :/ >> >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136648 >> > > > A hack that normally works is to remove the SUPPORTED line > from /etc/sysconfig/i18n > > hey, but i was changing everything in this file, so it looks like: LANG="de_CH.UTF-8" SYSFONT="latarcyrheb-sun16" SUPPORTED="de_CH.UTF-8:de_CH:de" ...so almost everything is now in german (not everything, but almost everything. All you see here de_CH was en_US before. HTH also some others. Roger nodata - thanks again for this hint! No, German-Switzerland is also mentionned as default system language. From pri.rhl3 at iadonisi.to Thu Apr 14 18:52:52 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 14 Apr 2005 14:52:52 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113501753.14538.68.camel@udev.yosemite.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> Message-ID: <1113504772.8929.32.camel@tuxpaq> On Thu, 2005-04-14 at 11:02 -0700, Mike Bird wrote: [snip] > and we've shown that the > obvious "grub-install --recheck /dev/md0" does not install Grub to any > of the MBR's. Redhat has thus far been unable to tell us any new magic > spells for making Grub do what Redhat vaguely implies that Grub can now > do. [snip] Avoiding the temptation I have to demonstrate how patently false and divisive most (but not all) of the rest of your post is, I will address only this point. There is no excuse for this deliberately deceptive claim, especially when YOU participated in the rather short thread where I proved otherwise. "grub-install --recheck /dev/md0" (and probably even without the --recheck if your hardware hasn't changed) works. Why you chose to ignore my test case is beyond me. The characters 'LILO' still left behind (as a remnant) after doing the grub-install has no bearing whatsoever on whether or not grub was really installed. I haven't looked at the code, so I don't know why that is, but it most definitely IS. I did that test, believe it or not, with some skepticism based on my past experience with grub on software RAID 1. The results surprised me. After describing my unexpected success, I sort of expected (understandably) others to say 'oh, hey, maybe it is fixed, let me check for myself on my test systems.' If you're not willing to do that, when I -- someone who has had a long history of the same software RAID 1 problem as others -- have demonstrated that the problem is at long last SOLVED for my configuration, then I have to wonder why your are subscribed at all to fedora-test-list. Some posters have demonstrated that there are some legitimate gripes about this whole mess. You raise questions about your credibility when you demonstrate an unwillingness to admit that maybe, just maybe, *something* truly has been fixed. So please, test -- to confirm or rebut -- what one skeptical, long term, somewhat frustrated grub-on-software-raid1 user has successfully tested. If you and/or others come back with corroboration of what I've found, maybe we can *finally* declare the problem fixed and call an end to at least ONE aspect of this thread: grub on software raid 1. And then deal with other alleged problems. -- -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 roger at gwch.net Thu Apr 14 19:11:23 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 14 Apr 2005 21:11:23 +0200 Subject: ACPI - How to get Notebook in Standby / Suspend? Message-ID: <425EC05B.30503@gwch.net> Hi, Was searching in several places how i can get my notebook in standby or suspend-mode, it supports acpi. Found some place, where i have to put /proc/acpi/sleep to 1. Doing more on that file, it contains: > S0 S1 S3 S4 S5 How can i get standby/suspending and resuming my notebook with acpi? Do you have a nice link? Thanks, Roger From pnasrat at redhat.com Thu Apr 14 19:22:43 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Thu, 14 Apr 2005 20:22:43 +0100 Subject: FC4 vs. MacMini (PowerPC) In-Reply-To: <425EAA5E.7040707@BitWagon.com> References: <425BE157.8090706@BitWagon.com> <1113332366.3857.58.camel@anu.eridu> <425EAA5E.7040707@BitWagon.com> Message-ID: <1113506563.3782.43.camel@anu.eridu> On Thu, 2005-04-14 at 10:37 -0700, John Reiser wrote: > >>If anyone has set up FC4t2 successfully to multiboot with Mac OS X, > > > You should be able to just edit yaboot.conf as appropriate afterwards - > > Aha, knowing to look at /etc/yaboot.conf is the essential key that > was not mentioned anywhere. > > I suggest that the existence of an hfs+ partition should cause the > "macosx=/dev/hdaX" and "brokenmacosx" lines to be added to yaboot.conf, That's the plan, ditto for os9 detection. Paul From mgb-fedora at yosemite.net Thu Apr 14 19:25:03 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Thu, 14 Apr 2005 12:25:03 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113504772.8929.32.camel@tuxpaq> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> Message-ID: <1113506703.14538.104.camel@udev.yosemite.net> Paul, LILO is still the primary boot-loader on your system. The characters 'LILO' show that LILO is still in both MBR's. Grub did not install to the MBR's as you and I both observed in our respective tests. LILO is handling the boot on your system and then chaining to Grub. I warned you last night that you might have to do an install from the grub command line. LILO as the primary boot loader looks like this: # od -c /boot/boot.b | head -1 0000000 ? ? | l b a L I L O 001 \0 025 004 \0 \0 # od -c /dev/hde | head -1 0000000 ? ? | l b a L I L O 001 \0 025 004 Z \0 Grub as the primary boot loader would look something like this: # od -c /boot/grub/stage1 | head -1 0000000 ? H 220 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 We're now waiting for Redhat to issue some documentation as to what their latest attempt is supposed to achieve before testing it see if it does it. --Mike Bird From jspaleta at gmail.com Thu Apr 14 19:37:10 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 14 Apr 2005 15:37:10 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113506703.14538.104.camel@udev.yosemite.net> References: <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113506703.14538.104.camel@udev.yosemite.net> Message-ID: <604aa79105041412373079916a@mail.gmail.com> On 4/14/05, Mike Bird wrote: > Paul, > > LILO is still the primary boot-loader on your system. The characters > 'LILO' show that LILO is still in both MBR's. Grub did not install to > the MBR's as you and I both observed in our respective tests. LILO is > handling the boot on your system and then chaining to Grub. I warned > you last night that you might have to do an install from the grub > command line. > > LILO as the primary boot loader looks like this: > > # od -c /boot/boot.b | head -1 > 0000000 ? ? | l b a L I L O 001 \0 025 004 \0 \0 > # od -c /dev/hde | head -1 > 0000000 ? ? | l b a L I L O 001 \0 025 004 Z \0 > > Grub as the primary boot loader would look something like this: So on my single disk non raid system... with fc2 installed because od -c /boot/boot.b | head -1 reports back 0000000 353 H 220 l b a L I L O 001 \0 025 004 Z \0 that means i really have lilo in my mbr and that its chainloading into grub? Really? This disk has been used to do fresh installs of red hat from rhl 6.2 all the way through fc2 now. But I'm really actually still using lilo? And its chainbooting grub? Really? -jef From pri.rhl3 at iadonisi.to Thu Apr 14 19:34:42 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 14 Apr 2005 15:34:42 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113506703.14538.104.camel@udev.yosemite.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113506703.14538.104.camel@udev.yosemite.net> Message-ID: <1113507283.10555.7.camel@tuxpaq> On Thu, 2005-04-14 at 12:25 -0700, Mike Bird wrote: > Paul, > > LILO is still the primary boot-loader on your system. The characters > 'LILO' show that LILO is still in both MBR's. Grub did not install to > the MBR's as you and I both observed in our respective tests. LILO is > handling the boot on your system and then chaining to Grub. Oh really? So how in the world did LILO get setup to chain to grub with out me EVER setting up any such configuration? Magic? After running /sbin/lilo: va:root:502)# od -c /dev/sda | head -1 0000000 372 353 | l b a L I L O 001 \0 025 004 $ \0 va:root:503)# od -c /dev/sdb | head -1 0000000 372 353 | l b a L I L O 001 \0 025 004 $ \0 After running '/sbin/grub-install /dev/md0' va:root:505)# od -c /dev/sda | head -1 0000000 353 H 220 l b a L I L O 001 \0 025 004 $ \0 va:root:506)# od -c /dev/sdb | head -1 0000000 353 H 220 l b a L I L O 001 \0 025 004 $ \0 > I warned > you last night that you might have to do an install from the grub > command line. Which would not have tested at all what I was trying to test. -- -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 mgb-fedora at yosemite.net Thu Apr 14 19:57:17 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Thu, 14 Apr 2005 12:57:17 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113507283.10555.7.camel@tuxpaq> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113506703.14538.104.camel@udev.yosemite.net> <1113507283.10555.7.camel@tuxpaq> Message-ID: <1113508637.14538.126.camel@udev.yosemite.net> On Thu, 2005-04-14 at 12:34, Paul Iadonisi wrote: > Oh really? So how in the world did LILO get setup to chain to grub with > out me EVER setting up any such configuration? Magic? Run fdisk -l. You'll find a partition marked active. LILO chained to the boot loader in that partition. --Mike Bird From mgb-fedora at yosemite.net Thu Apr 14 19:58:21 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Thu, 14 Apr 2005 12:58:21 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <604aa79105041412373079916a@mail.gmail.com> References: <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113506703.14538.104.camel@udev.yosemite.net> <604aa79105041412373079916a@mail.gmail.com> Message-ID: <1113508700.14538.129.camel@udev.yosemite.net> On Thu, 2005-04-14 at 12:37, Jeff Spaleta wrote: > So on my single disk non raid system... with fc2 installed > because od -c /boot/boot.b | head -1 reports back > 0000000 353 H 220 l b a L I L O 001 \0 025 004 Z \0 > > that means i really have lilo in my mbr and that its chainloading into grub? It says nothing about your MBR. > Really? This disk has been used to do fresh installs of red hat from > rhl 6.2 all the way through fc2 now. But I'm really actually still > using lilo? And its chainbooting grub? > Really? /boot/boot.b is the Lilo original and /boot/grub/stage1 is the Grub original. They're both munged a bit during install. Compare the originals with your boot drive MBR as explained previously, e.g. # od -c /dev/hde | head -1 0000000 ? ? | l b a L I L O 001 \0 025 004 Z \0 --Mike Bird From syncomm at gmail.com Thu Apr 14 20:04:56 2005 From: syncomm at gmail.com (Gregory Hayes) Date: Thu, 14 Apr 2005 16:04:56 -0400 Subject: GCC 4 Woes Message-ID: <9f573ec5050414130496d5ded@mail.gmail.com> In my quest to play my DivX files under FC4t2 I found that I can't get either MPlayer or Xine to compile (old RPMs for FC3 from livna won't work). GCC usually dies with this error: error: invalid lvalue in increment As an example, below is a line of code that generates this: n1 = *(((unsigned int *) src1)++); What is the correct way to do the same thing under GCC 4 w/o triggering the above error? Even better, where are some MPlayer or Xine RPMs that play nicely with FC4t2 / Rawhide ;) Greg - From alan at redhat.com Thu Apr 14 20:05:55 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 14 Apr 2005 16:05:55 -0400 Subject: FC4 vs. MacMini (PowerPC) In-Reply-To: <1113506563.3782.43.camel@anu.eridu> References: <425BE157.8090706@BitWagon.com> <1113332366.3857.58.camel@anu.eridu> <425EAA5E.7040707@BitWagon.com> <1113506563.3782.43.camel@anu.eridu> Message-ID: <20050414200555.GB12870@devserv.devel.redhat.com> On Thu, Apr 14, 2005 at 08:22:43PM +0100, Paul Nasrat wrote: > > That's the plan, ditto for os9 detection. Please make sure its always called "MacOS 9", "OS/9" is something else and might cause confusion From pri.rhl3 at iadonisi.to Thu Apr 14 20:12:42 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 14 Apr 2005 16:12:42 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113508637.14538.126.camel@udev.yosemite.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113506703.14538.104.camel@udev.yosemite.net> <1113507283.10555.7.camel@tuxpaq> <1113508637.14538.126.camel@udev.yosemite.net> Message-ID: <1113509562.10555.15.camel@tuxpaq> On Thu, 2005-04-14 at 12:57 -0700, Mike Bird wrote: > On Thu, 2005-04-14 at 12:34, Paul Iadonisi wrote: > > Oh really? So how in the world did LILO get setup to chain to grub with > > out me EVER setting up any such configuration? Magic? > > Run fdisk -l. You'll find a partition marked active. LILO chained to > the boot loader in that partition. > > --Mike Bird *sigh* One last try. After I did this I rebooted and everything came up as normal. If you still claim that lilo is chaining to grub, then I have a bridge I'd like to sell you. I wait with baited breath to hear your response, but if it's anything other than 'okay, let me contribute to the testing process and try this out myself,' or something like that, then I give up. Not with grub, but with debating you on this any further. The software raid 1 bug is fixed. Deal. ===== va:root:498)# fdisk -l /dev/sda Disk /dev/sda: 18.3 GB, 18361030656 bytes 64 heads, 32 sectors/track, 17510 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 128 131056 fd Linux raid autodetect /dev/sda2 129 17510 17799168 fd Linux raid autodetect va:root:499)# fdisk -l /dev/sdb Disk /dev/sdb: 18.3 GB, 18361030656 bytes 64 heads, 32 sectors/track, 17510 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Device Boot Start End Blocks Id System /dev/sdb1 * 1 128 131056 fd Linux raid autodetect /dev/sdb2 129 17510 17799168 fd Linux raid autodetect va:root:500)# dd if=/dev/sda bs=448 count=1 of=/root/sda.448 1+0 records in 1+0 records out va:root:501)# dd if=/dev/sdb bs=448 count=1 of=/root/sdb.448 1+0 records in 1+0 records out va:root:502)# dd if=/dev/zero bs=448 count=1 of=/dev/sda 1+0 records in 1+0 records out va:root:503)# dd if=/dev/zero bs=448 count=1 of=/dev/sdb 1+0 records in 1+0 records out va:root:504)# fdisk -l /dev/sda Disk /dev/sda: 18.3 GB, 18361030656 bytes 64 heads, 32 sectors/track, 17510 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Device Boot Start End Blocks Id System /dev/sda1 1 128 131056 fd Linux raid autodetect /dev/sda2 129 17510 17799168 fd Linux raid autodetect va:root:505)# fdisk -l /dev/sdb Disk /dev/sdb: 18.3 GB, 18361030656 bytes 64 heads, 32 sectors/track, 17510 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Device Boot Start End Blocks Id System /dev/sdb1 1 128 131056 fd Linux raid autodetect /dev/sdb2 129 17510 17799168 fd Linux raid autodetect va:root:506)# od -c /dev/sda | head -1 0000000 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 va:root:507)# od -c /dev/sdb | head -1 0000000 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 va:root:508)# /sbin/grub-install /dev/md0 Installation finished. No error reported. This is the contents of the device map /boot/grub/device.map. Check if this is correct or not. If any of the lines is incorrect, fix it and re-run the script `grub-install'. (fd0) /dev/fd0 (hd0) /dev/hdb (hd1) /dev/sda (hd2) /dev/sdb va:root:509)# od -c /dev/sda | head -1 0000000 353 H 220 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 va:root:510)# od -c /dev/sdb | head -1 0000000 353 H 220 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 -- -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 rmo at sunnmore.net Thu Apr 14 20:19:31 2005 From: rmo at sunnmore.net (Roy-Magne Mo) Date: Thu, 14 Apr 2005 22:19:31 +0200 Subject: FC4 T2 woes - no network :-( In-Reply-To: <425E987D.2070903@drussell.dnsalias.com> References: <425E987D.2070903@drussell.dnsalias.com> Message-ID: <1113509972.536.1.camel@host-81-191-138-131.bluecom.no> Don Russell: > Not being adventuresome enough to try T1, I waited for T2 (though I > download T1 torrent to help make it available to others braver than I... > but I digress) > > I have FC3 running on a Toshiba Satellite 1115-S103 laptop. > I did an upgrade using FC4 T2 DVD and the install/upgrade went fine... > no problems. > > When it ejected the DVD and I pressed "reboot", it was unable to bring > up eth0... FAILED. > You are probably seeing the same problem as me: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152298 How about updating this case? -- Roy-Magne Mo From roger at gwch.net Thu Apr 14 20:34:04 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 14 Apr 2005 22:34:04 +0200 Subject: Attn. Douglas Frank :[Fwd: Re: S3 savage now supported by x.org?] Message-ID: <425ED3BC.4010606@gwch.net> Sorry Frank, your Mailserver is blocking dynamique IP-Adresses on mailservers... Roger -------------- next part -------------- An embedded message was scrubbed... From: Roger Grosswiler Subject: Re: S3 savage now supported by x.org? Date: Thu, 14 Apr 2005 22:30:36 +0200 Size: 1298 URL: From mefoster at gmail.com Thu Apr 14 20:36:36 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 14 Apr 2005 21:36:36 +0100 Subject: GCC 4 Woes In-Reply-To: <9f573ec5050414130496d5ded@mail.gmail.com> References: <9f573ec5050414130496d5ded@mail.gmail.com> Message-ID: On 4/14/05, Gregory Hayes wrote: > Even better, where are some MPlayer or Xine RPMs that play nicely with > FC4t2 / Rawhide ;) I've had luck rebuilding the srpms of things that don't yet compile with gcc4 as follows (all on one line, obviously): CC=gcc32 rpmbuild --define "optflags %{__global_cflags} -m32 -march=i686 -fasynchronous-unwind-tables" --rebuild xine-lib-1.0.0-0.lvn.3.3.src.rpm Make sure you have compat-gcc-32 installed; you'll also need a bunch more "-devel" packages (e.g., ffmpeg-devel), which should come from livna no problem. You need the "optflags" business because otherwise rpmbuild tries to use a command-line flag "-mtune=pentium4", which gcc32 doesn't know about; the above setting is just the default minus that one flag. Hope this helps! MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From mgb-fedora at yosemite.net Thu Apr 14 20:37:58 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Thu, 14 Apr 2005 13:37:58 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113509562.10555.15.camel@tuxpaq> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113506703.14538.104.camel@udev.yosemite.net> <1113507283.10555.7.camel@tuxpaq> <1113508637.14538.126.camel@udev.yosemite.net> <1113509562.10555.15.camel@tuxpaq> Message-ID: <1113511077.14538.145.camel@udev.yosemite.net> On Thu, 2005-04-14 at 13:12, Paul Iadonisi wrote: > One last try. [Great test log showing grub-install writing to both MBR's on SCSI drives when boot loader portion of MBR's was first zeroed and when no partition on either SCSI was marked active. Thank you for that datum.] So what did you mean by "The characters 'LILO' still left behind (as a remnant) after doing the grub-install has no bearing whatsoever on whether or not grub was really installed."? The letters are part of LILO's first stage boot loader and are not part of Grub's. Here Grub doesn't write to either MBR: # grub-install --recheck /dev/md0 Probing devices to guess BIOS drives. This may take a long time. Installation finished. No error reported. This is the contents of the device map /boot/grub/device.map. Check if this is correct or not. If any of the lines is incorrect, fix it and re-run the script `grub-install'. (fd0) /dev/fd0 (hd0) /dev/hde (hd1) /dev/hdg # od -c /dev/hde | head -1 0000000 ? H 220 l b a L I L O 001 \0 025 004 Z \0 # od -c /dev/hdg | head -1 0000000 ? H 220 l b a L I L O 001 \0 025 004 Z \0 # (I get the same result with or without --recheck). Maybe Grub only overwrites the MBR if it's zero. Maybe Grub only overwrites the MBR when no partition is marked active. Maybe Grub is broken on IDE, or on tertiary IDE. If Redhat would document what functionality is supposed to be working, we'd know what sort of bug report to file, if any. Clearly, Grub still isn't reliably doing the job of Lilo, which is where this all started. --Mike Bird From roger at gwch.net Thu Apr 14 20:38:36 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 14 Apr 2005 22:38:36 +0200 Subject: ACPI - How to get Notebook in Standby / Suspend? [SOLVED PARTIALLY] In-Reply-To: <425EC05B.30503@gwch.net> References: <425EC05B.30503@gwch.net> Message-ID: <425ED4CC.4000409@gwch.net> Roger Grosswiler wrote: > Hi, > > Was searching in several places how i can get my notebook in standby or > suspend-mode, it supports acpi. > > Found some place, where i have to put /proc/acpi/sleep to 1. Doing more > on that file, it contains: > >> S0 S1 S3 S4 S5 > > > How can i get standby/suspending and resuming my notebook with acpi? Do > you have a nice link? > > Thanks, > Roger > OK, Standby works good, using: echo -n "standby" > /sys/power/state Suspend to RAM would be: echo -n "mem" > /sys/power/state ...but this freezes my notebook. Has anybody got this working? Also, you cannot insert this commands in the battery-applet to easy standby your computer, it just works in the shell. Is there a hack? Roger From dcbw at redhat.com Thu Apr 14 20:40:46 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 14 Apr 2005 16:40:46 -0400 Subject: GCC 4 Woes In-Reply-To: <9f573ec5050414130496d5ded@mail.gmail.com> References: <9f573ec5050414130496d5ded@mail.gmail.com> Message-ID: <1113511246.2748.10.camel@dcbw.boston.redhat.com> On Thu, 2005-04-14 at 16:04 -0400, Gregory Hayes wrote: > In my quest to play my DivX files under FC4t2 I found that I can't get > either MPlayer or Xine to compile (old RPMs for FC3 from livna won't > work). GCC usually dies with this error: > > error: invalid lvalue in increment > > As an example, below is a line of code that generates this: > > n1 = *(((unsigned int *) src1)++); > > What is the correct way to do the same thing under GCC 4 w/o > triggering the above error? Split up (1) the assignment of *src1 -> n1, and (2) the increment of src1 into two distinct lines of code. gcc 4 tightens handling of lvalues and rvalues, which this code is abusing. dan From guy at incentre.net Thu Apr 14 20:52:35 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 14:52:35 -0600 Subject: FC4t2 no good without LILO In-Reply-To: References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> Message-ID: <1113511955.4963.383.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 13:21 -0400, Dan Williams wrote: > On Wed, 13 Apr 2005, Guy Fraser wrote: > > On Tue, 2005-12-04 at 19:46 -0400, David Zeuthen wrote: > > > No, of course not. > > > > > > If something is wrong with app X the solution is to fix app X, not ship > > > an alternative to app X just because some users thinks it work better > > > for them. As a comparison, it's not like we ship the FreeBSD kernel just > > > because some users think that it has features that the Linux 2.6 kernel > > > doesn't. > > Then get the problems fixed... DUH!!! > > Well, it also requires interaction with _users_ (such as yourself) for engineers > to determine what the exact problems are and how to fix them. Obviously Red Hat > doesn't have the budget nor the time to acquire every computer ever made to test > on, which is where users can help out quite a bit. Users need to > _constructively_ respond to engineers with problem reports that include specific > information and steps to reproduce the problems. > > Again, _constructive_ problem reports and interaction. Bugs don't get fixed if > engineers can't figure out the problem or don't have the same hardware, or if > users can't constructively describe their problems. If you help out by adding > your configuration and steps to reproduce to existing bugzillas, that can make > the difference between the engineer finding similarities that enable him/her to > fix the issue, and not being able to fix the issue because he/she doesn't have > enough information. > > Dan I tried for a couple weeks, but the "engineers" could give me nothing that would help, and at the time they had the snotty attitude. Yesterday I was told that add-on PCI SATA {Non-RAID} controllers were not standard. We have been told many times on the list that on-board SATA RAID is no good and shouldn't be used. It has also been said that add-on PCI SATA RAID is also no good. Since I have never found a Motherboard that supports SATA on-board that does not have RAID, I have no idea what the "engineers" have been using to test SATA. It seems like just another runaround. I really don't see why LILO can't be kept around until the problems with GRUB have been resolved. It is not in the best interest of anyone involved with the Redhat Fedora Core Community Project, too alienate users for no real reason. I have heard a lot of FUD and hokum about why LILO can't be supported, but every reason appears to be based on inaccurate information. You want a test bed : Get a mother board with onboard PATA and SATA RAID then add a PCI ATA133 card and a PCI SATA card with or without RAID. Run many simulations adding and removing non boot drives, then change the location of the boot drive and test again. When you can boot off any drive that the BIOS will let you boot from, and be able to change non boot drives with out problems, then you can consider GRUB ready. From drn_temp2 at rogers.com Thu Apr 14 20:56:12 2005 From: drn_temp2 at rogers.com (David Niemi) Date: Thu, 14 Apr 2005 16:56:12 -0400 Subject: NumLock at gnome start (was: Re: compiler problem) In-Reply-To: <1113481671.17325.24.camel@ignacio.ignacio.lan> References: <345764DCB65C0C4FACC44529DE273C18BE6226@eemail1.microlink.lan> <1113471097.30600.32.camel@localhost.localdomain> <1113471609.17325.19.camel@ignacio.ignacio.lan> <1113478336.6449.5.camel@Jenny> <1113481671.17325.24.camel@ignacio.ignacio.lan> Message-ID: <1113512172.6938.3.camel@Jenny> On Thu, 2005-14-04 at 08:27 -0400, Ignacio Vazquez-Abrams wrote: > On Thu, 2005-04-14 at 07:32 -0400, David Niemi wrote: > > > > If you wouldn't mind could you provide some details on how to get it > > going please. > > Right-click on panel, Add to Panel. Duh, now it actually made sense, couldn't think of what the "panel" was this morning. New morning mantra - Gotta have coffee before trying to think... From guy at incentre.net Thu Apr 14 20:56:48 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 14:56:48 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <425d563d.5daf.0@bestweb.net> References: <425d563d.5daf.0@bestweb.net> Message-ID: <1113512209.4963.388.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 13:26 -0500, James E. LaBarre wrote: > >On Tue, 2005-12-04 at 19:46 -0400, David Zeuthen wrote: > >The problems is the developers keep blaming the problems > >on misconfiguration, when the thing should work. > > > I think the problem with your continuing bugs in GRUB come from the fact > that Grub, in it's current form, isn't actually in active development > anymore. If you look at the GNU Grub webpage ( > http://www.gnu.org/software/grub), you'll see there are 2 versions: Grub > Legacy, and Grub2. To quote from their page: > I noticed that too, but Redhat has a bad habit of reverse patching old software rater than updating to the new version. In most cases it works the same as the new version, but is more compatible with the old version. You are right though, they are still using the depreciated version. > > ===================================== > > GRUB 2 and GRUB Legacy > > Currently under development, GRUB 2, has replaced what was formerly known > as GRUB (i.e. version 0.9x), which has, in turn, become GRUB Legacy. > > GRUB 2 aims at merging sources from PUPA in order to create the next > generation of GNU GRUB. A mailing list and a wiki have been setup for > discussing the development of GRUB 2. > > GRUB Legacy is no longer being developed. For the differences between GRUB > Legacy and GRUB 2, please visit their respective pages. > > ===================================== > > So, presumably since Grub Legacy is no longer being developed, it probably > isn't being fixed either. And, if you notice, the reference to Grub2 is > that they are *discussing* development of that version. Which suggests to > me that *NO* code has been written. > > > All that being said, Grub has worked for me, so I expect it's still > possible to make it work for you. Perhaps the original developer should > take BACK the development of Grib, since it seems the GNU folks are only > working on it in between Hurd programming sessions. From mattdm at mattdm.org Thu Apr 14 20:57:09 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 14 Apr 2005 16:57:09 -0400 Subject: GCC 4 Woes In-Reply-To: <1113511246.2748.10.camel@dcbw.boston.redhat.com> References: <9f573ec5050414130496d5ded@mail.gmail.com> <1113511246.2748.10.camel@dcbw.boston.redhat.com> Message-ID: <20050414205709.GA394@jadzia.bu.edu> On Thu, Apr 14, 2005 at 04:40:46PM -0400, Dan Williams wrote: > > n1 = *(((unsigned int *) src1)++); > Split up (1) the assignment of *src1 -> n1, and (2) the increment of > src1 into two distinct lines of code. gcc 4 tightens handling of > lvalues and rvalues, which this code is abusing. It'll also be about 700 times more readable done that way. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From shrek-m at gmx.de Thu Apr 14 20:57:51 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 14 Apr 2005 22:57:51 +0200 Subject: FC4t2 no good without LILO In-Reply-To: <1113508700.14538.129.camel@udev.yosemite.net> References: <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113506703.14538.104.camel@udev.yosemite.net> <604aa79105041412373079916a@mail.gmail.com> <1113508700.14538.129.camel@udev.yosemite.net> Message-ID: <425ED94F.5060600@gmx.de> Mike Bird wrote: >On Thu, 2005-04-14 at 12:37, Jeff Spaleta wrote: > > >>So on my single disk non raid system... with fc2 installed >>because od -c /boot/boot.b | head -1 reports back >>0000000 353 H 220 l b a L I L O 001 \0 025 004 Z \0 >> >> grub only # od -c /dev/hda | head -2 0000000 353 H 220 020 216 320 274 \0 260 270 \0 \0 216 330 216 300 0000020 373 276 \0 | 277 \0 006 271 \0 002 363 244 352 ! 006 \0 353 H 220 lba LILO vs 353 H 220 020 216 320 274 could it be that this part is not really necessary for the bootloading ? >>that means i really have lilo in my mbr and that its chainloading into grub? >> >> >It says nothing about your MBR. > >>Really? This disk has been used to do fresh installs of red hat from >>rhl 6.2 all the way through fc2 now. But I'm really actually still >>using lilo? And its chainbooting grub? >>Really? >> >> >/boot/boot.b is the Lilo original and /boot/grub/stage1 is the Grub >original. They're both munged a bit during install. Compare the >originals with your boot drive MBR as explained previously, e.g. > ># od -c /dev/hde | head -1 >0000000 ? ? | l b a L I L O 001 \0 025 004 Z \0 > -- shrek-m From guy at incentre.net Thu Apr 14 20:59:01 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 14:59:01 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113414394.14576.476.camel@mgb.bullion.ims> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113364002.14576.301.camel@mgb.bullion.ims> <604aa791050413052849fd8c41@mail.gmail.com> <1113414394.14576.476.camel@mgb.bullion.ims> Message-ID: <1113512341.4963.390.camel@sigurd.incentre.net> Bravo On Wed, 2005-13-04 at 10:46 -0700, Mike Bird wrote: > On Wed, 2005-04-13 at 05:28, Jeff Spaleta wrote: > > If you have other SPECIFIC issues with the currently aviable grub > > package in rawhide, raise them and they will be evaluated case-by-case. > > In the real world, a history of unreliability is a SPECIFIC issue. It's > the SPECIFIC issue that gets Windows servers replaced by Linux servers. > > Peter in his cubicle may believe that Grub is now perfect. Even if he's > right it's irrelevant at this time because nobody (except unwitting > Redhat shareholders) is going to bet the farm on a new version of a > product with a history of unreliability and missing features. > > A year from now, if Peter's dreams are realized, would be the time to > consider removing Lilo. Or maybe that would be the time to start > replacing Grub Legacy with Grub2. > > FC4t2 Grub includes a Dec'04 MD patch, a Jan'05 MD patch, a Feb'05 MD > patch, and a Mar'05 MD patch. We all hope that no more patches will be > needed for MD in Grub, but is it realistic to bet the Redhat farm on it > today? > > I'm certainly not going to bet our clients' data on Grub until I see how > reliable Grub is now and also whether the next few updates are reliable > too. > > A HISTORY of reliability is essential for any mission critical package. > A proven history over multiple upgrades is particularly important for > Grub which uses a fragile shell/awk/sed script to parse mdadm output > instead of copying the simple GET_ARRAY_INFO ioctl used by Lilo. > > The appropriate course is for Peter to restore Lilo, apologize on behalf > of Redhat for taking five years to add MD support to Grub, state that > Grub is now believed to support MD under such-and-such SPECIFIC > conditions, and ask us to give Grub another try. > > --Mike Bird > > -- Guy Fraser Network Administrator The Internet Centre 1-888-450-6787 (780)450-6787 From guy at incentre.net Thu Apr 14 20:59:40 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 14:59:40 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113414782.6969.4.camel@tuxpaq> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> <1113414782.6969.4.camel@tuxpaq> Message-ID: <1113512381.4963.392.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 13:53 -0400, Paul Iadonisi wrote: > On Wed, 2005-04-13 at 11:11 -0600, Guy Fraser wrote: > > [snip] > > > Although I have read the documentation for GRUB, I still have > > no idea why it wouldn't work no matter what files I modified > > and updated grub. Only fresh installs after replacing or > ^^^^^^^ > > > changing a drive would work. > > Maybe I'm barking up the wrong tree, here, but please, do tell: what > do you mean by 'updated' grub? > grub-install ... > -- > -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 jspaleta at gmail.com Thu Apr 14 21:01:27 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 14 Apr 2005 17:01:27 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113508637.14538.126.camel@udev.yosemite.net> References: <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113506703.14538.104.camel@udev.yosemite.net> <1113507283.10555.7.camel@tuxpaq> <1113508637.14538.126.camel@udev.yosemite.net> Message-ID: <604aa79105041414012b697986@mail.gmail.com> On 4/14/05, Mike Bird wrote: > Run fdisk -l. You'll find a partition marked active. LILO chained to > the boot loader in that partition. Here's what i think... i think its not sufficient to look at the just the first line of the od -c output. And i think you know that, and your just wasting Paul's time. I think there is a trivial header space thats not important to bootloader operation.. and grub leaves that short header segment alone when installing its stage1. Hell looking at grub's actual stage1 and all i get are zeros from od -c /boot/grub/stage1 | head -1 0000000 353 H 220 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 Here's a better approach doing a diff of the first 446 bytes returned from od -c of the mbr boot.b and grub's stage1 file. I'll break it down into several steps..so for anyone playing along can get a chance to visually inspect the output in actual files. od -N 446 -c /dev/hda > /tmp/mbr od -N 446 -c /boot/boot.b > /tmp/lilo od -N 446 -c /boot/grub/stage1 > /tmp/grub diff /tmp/mbr /tmp/grub The only thing returned in this diff.. is the very short space at the front of that 446 bytes. diff /tmp/mbr /tmp/lilo returns essential the whole recorded output. Indicating to me that even though the first few bytes in the mbr space were not overwritten by grub.. the bulk of it was.. and that the first few bytes are not important to grub operation. If Paul is still paying attention to this thread, he might want to compare his results to mine. Just to put the last nail in the coffin over the somewhat silly idea that lilo is actually magically chainloading. -jef"is getting tired of using his powers for good"spaleta From guy at incentre.net Thu Apr 14 21:15:15 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 15:15:15 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <425D9C6A.2020606@margo.bijoux.nom.br> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113430337.4963.268.camel@sigurd.incentre.net> <425D9C6A.2020606@margo.bijoux.nom.br> Message-ID: <1113513315.4963.408.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 19:25 -0300, Pedro Fernandes Macedo wrote: > Guy Fraser wrote: > > >Bull crap. > > > >Everyone else probably gave up or found some other way around > >the problem. > > > >Why would I or anyone else enter a new bug report for a bug > >that is already duplicated a bunch of times. I am sure there > >are dozens of people who have the same complications that don't > >post duplicate bug reports. > > > > > > > With all the due respect, but did you *ever* programmed anything? > Debugging any program without lots of data isnt very easy (I'd say it > comes close to impossible , specially if you cant replicate the issue on > your machine or any machine you have access to). Even if you provide > duplicated data , you are probably helping to define a pattern that > could show what the problem is. As a mater of fact yes. I have been programming since 1980. I started writing, patching, customizing and porting UNIX software in 1995. I have software that I customized personally, with no outside help, that a number of ISP's are still using today. I have patched it when bugs showed up, but for over three years no there have not been any bugs. I have also supported a number of mainstream open source projects, providing many patches and bug fixes. I have even submitted bug fixes to Redhat that were accepted and implemented {although no credit was ever given to me}. Being a perfectionist, I test the heck out of my programs before releasing them. I run many simulations and scenarios testing with good data and configurations as well as bad data and poor configurations, until I break it. Then I fix it so it won't break anymore. Once I can't get it to break, I then and only then consider it ready for testing. Once it has survived rigorous testing for at least one full month, I then consider it ready for deployment. > > >I am willing to guess that like me many people have opted for > >booting off a drive attached to slower onboard PATA device, > >because that was the only way they could get there machine to > >run. Each time I installed a new drive or replace a drive with > >a larger one, grub would fail and it only reports a stupid > >*error number*. What good is that! Lookup the error number > >and all it meant was that it could not find a requested file, > >but gave no indication what file or device it was looking for > >the file on. Are you seriously going to tell me that only 5 > >people have got the arcane error number after changing a non > >boot drive? > > > > > Considering the number of different people that report bugs on bugzilla > , I'm starting to believe that only those 5 people got that arcane error > you mentioned... Btw , in which circunstances it happens????? > > -- > Pedro Macedo Are you saying only 5 people have ever got the "Error 15" message? Really, you jest! From guy at incentre.net Thu Apr 14 21:20:27 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 15:20:27 -0600 Subject: A rant regarding LILO and various other related issues In-Reply-To: <604aa79105041317264ab6c6eb@mail.gmail.com> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <604aa79105041317264ab6c6eb@mail.gmail.com> Message-ID: <1113513628.4963.413.camel@sigurd.incentre.net> Point taken. If I try it and is still performs the same, I'll submit a bug report. If I get the same runaround I have gotten up till now, I'll be back on the soap box! On Wed, 2005-13-04 at 20:26 -0400, Jeff Spaleta wrote: > On 4/13/05, John Morris wrote: > > Ok all you brainiacs at RH, could you tell me what dark magic I need to > > incant to get "grub-install" to 'just work(tm)' on a RHEL3 system > > running software RAID1 on a pair of IDE drives? So far the only ways I > > know is to either let anaconda wizardry deal with it when initially > > installing or use the grub shell and a string of rather newbie > > unfriendly commands I got from a GRUB+RAID Howto I Googled up. > > Users of this list.. should be primarily concerned about testing the > grub in rawhide and in the fc4 test releases... fc4t2 being the most > recent. How grub in rhel3 or rhel4 or rhl behaved is somewhat > irrevelent.. unless you are drawing a direct comparison to the > currently available grub that needs testing. > > If in the past you had problems using grub in a raid setup.. please.. > pretty pretty please... > try to install fc4t2 and see if the version of grub available now > handles the situation better. > And please.. pretty pretty please.. file a bugreport in bugzilla with > details and be prepared to test subsequent update grub packages that > appear in the fedora core development tree. > The best way for raid users to make sure fc4 works adequately for them > is to particpate in testing now and try the new grub out. > > > Once you have been burned a couple > > of times by the unreliability of the modern IDE hard drive, RAID1 > > becomes a routine item. For us RAID isn't an advanced feature for > > servers, it is an essential item that any serious workstation needs > > right along with a good UPS. But for years every time anyone has filed > > a bugzilla or complained on a list that grub ain't cutting it out in the > > real world they either get ignored or blown off and get the party line > > again; > > Again, lilo has been removed ..completely removed... once already in > the testing cycle leading up to fc1. The developers put it back in > part because they got enough feedback about the raid problems with the > grub in those test releases. Now.. the core developers believe they > have the raid issues fixed. Now its time for raid users to step up and > test the newest grub again and report back. The fact that developers > responded once already and placed lilo back into fc1 after it was > removed in test releases.. proves that testers are not completely > ignored and blown off. Anyone who believes raid users are being > ignored... is ignoring the fact that lilo was removed and then added > back in response to raid users in fc1. > > I think everyone realizes you are bitter... if the extent of your > gaols was to communicate your bitterness, consider the mission a > success. Now if you want to actually effect change, you have a choice. > You can become an active participant in the testing of the lastest > grub package focusing on the raid configurations that have caused you > problems in the past, or you can move on to another distributrion. > If the grub in test2 works as the developers expect.. all of this > drama seems a bit silly. People in your position need to test fc4t2 in > raid situations and report back details about failures to move the > issue forward. > > -jef"by the way.. the sky _is_ falling"spaleta From pri.rhl3 at iadonisi.to Thu Apr 14 21:22:50 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 14 Apr 2005 17:22:50 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113511077.14538.145.camel@udev.yosemite.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113506703.14538.104.camel@udev.yosemite.net> <1113507283.10555.7.camel@tuxpaq> <1113508637.14538.126.camel@udev.yosemite.net> <1113509562.10555.15.camel@tuxpaq> <1113511077.14538.145.camel@udev.yosemite.net> Message-ID: <1113513770.7558.18.camel@md.local.linuxlobbyist.org> On Thu, 2005-04-14 at 13:37 -0700, Mike Bird wrote: > On Thu, 2005-04-14 at 13:12, Paul Iadonisi wrote: > > One last try. > > [Great test log showing grub-install writing to both MBR's on SCSI > drives when boot loader portion of MBR's was first zeroed and when no > partition on either SCSI was marked active. Thank you for that datum.] Thanks. It looks like I'm finally getting through. > So what did you mean by "The characters 'LILO' still left > behind (as a remnant) after doing the grub-install has no bearing > whatsoever on whether or not grub was really installed."? The letters > are part of LILO's first stage boot loader and are not part of Grub's. Okay, then, let me clarify. Without looking at code, my educated guess (which I claim is as good as your claims), it appears quite clear that the string 'LILO' *near* the beginning of the boot sector (i.e.: NOT at the very beginning) is simply cruft. It's not used. I sure hope your are not claiming that the string 'LILO' itself dictates that the bootloader being used is LILO, are you? I've got to believe, based on what I'm witnessing, that it is only the first few bytes (apparently three bytes) that has any significance. > Here Grub doesn't write to either MBR: > > # grub-install --recheck /dev/md0 > Probing devices to guess BIOS drives. This may take a long time. > Installation finished. No error reported. > This is the contents of the device map /boot/grub/device.map. > Check if this is correct or not. If any of the lines is incorrect, > fix it and re-run the script `grub-install'. > > (fd0) /dev/fd0 > (hd0) /dev/hde > (hd1) /dev/hdg > # od -c /dev/hde | head -1 > 0000000 ? H 220 l b a L I L O 001 \0 025 004 Z \0 > # od -c /dev/hdg | head -1 > 0000000 ? H 220 l b a L I L O 001 \0 025 004 Z \0 > # > > (I get the same result with or without --recheck). > > Maybe Grub only overwrites the MBR if it's zero. Maybe Grub only > overwrites the MBR when no partition is marked active. Maybe Grub is > broken on IDE, or on tertiary IDE. Or maybe you are not looking close enough at the results before and after running grub-install. Look closely at my post with the date 'Thu, 14 Apr 2005 15:34:42' in this thread. I dumped the boot blocks after running lilo and then ran grub-install. Then I dumped the boot blocks again. They were, in fact, different. All that seems to matter is the first three bytes. > If Redhat would document what > functionality is supposed to be working, Given that this (sub)topic is about grub previously not getting installed properly with grub-install onto a software raid 1 boot device, I think you know that answer. Frankly, why do you need it to be *documented* in any way other than bugzilla? It was a bug that was experienced, apparently, in a pretty widespread manner. It was a reported in bugzilla (apparently many times). It is finally fixed. We are talking about it now in pretty detailed terms. What more should anyone need? > we'd know what sort of bug > report to file, if any. Any *other* problems you find with the CURRENT grub (0.95-12). Or re- report this one, if you can document that it still exists. If you do that, though, you've got to a better job than you have in this sub- thread. > Clearly, Grub still isn't reliably doing the job of Lilo, which is where > this all started. No, clearly you keep letting facts get in the way your unfounded assertions. A little cruft leftover from lilo near the beginning of the boot block that has ZERO effect on bootstrapping does not in any way make grub unreliable. -- -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 guy at incentre.net Thu Apr 14 21:23:45 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 15:23:45 -0600 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113441063.29504.28.camel@md.local.linuxlobbyist.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> <1113439589.2915.146.camel@mjolnir> <1113441063.29504.28.camel@md.local.linuxlobbyist.org> Message-ID: <1113513825.4963.415.camel@sigurd.incentre.net> Bravo. Very well put. On Wed, 2005-13-04 at 21:11 -0400, Paul Iadonisi wrote: > I'd like to make a suggestion to those other than John Morris who have > posted to this thread railing against grub. Read John's post (the first > one titled 'A rant regarding LILO and various other related issues' and > study it HARD. > And then thank him. > Why? Because HIS rant got at least my attention for one reason[1]. > And that is that he didn't start off by directly insulting developers. > You want help? You want attention to whatever problems you are having? > You darn well better show some decency and respect to those from you are > looking for help FOR FREE and not refer to them as morons or other > slurs. Sure it won't *guarantee* help if John is correct in his rant > (though I make no judgment in favor or against what he described at this > time), but it will most definitely guarantee that you do get ignored > when you insult people. > This isn't about inflated egos. It's about basic self respect. You > wanna push someone around, then go back to the schoolyard. Or maybe a > Debian mailing list ;-). > > [1] Not only did it get my attention, but it convinced me that lilo does > in fact need to still be included at least for FC4, but should the > problems that are now claimed to be fixed, truly BE fixed in the latest > version of grub, then lilo should, finally, disappear from FC5. The > point being that the software RAID 1 bug was JUST purportedly fixed (and > needs testing). Lilo should be included until FC4 gets wider (non- > testing) exposure. But I do believe that lilo support should be removed > from the installer, but release notes (or some entry in a Wiki) could be > provided for doing an install and then, before the reboot, manually > installing lilo and running it. That release note should also strongly > urge anyone who has to take those steps to file bugs with *detailed* > information about their hardware and configuration. > -- > -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 > -- Guy Fraser Network Administrator The Internet Centre 1-888-450-6787 (780)450-6787 From guy at incentre.net Thu Apr 14 21:28:21 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 15:28:21 -0600 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113447641.2915.175.camel@mjolnir> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> <1113439589.2915.146.camel@mjolnir> <20050414010730.GH1206118@hiwaay.net> <1113447641.2915.175.camel@mjolnir> Message-ID: <1113514101.4963.417.camel@sigurd.incentre.net> Good points. On Wed, 2005-13-04 at 22:00 -0500, John Morris wrote: > On Wed, 2005-04-13 at 20:07, Chris Adams wrote: > > > GRUB is not "broken" in a RAID1 environment (broken to me means it > > doesn't work at all). It doesn't do what you'd like, but that is > > because it works differently. All it takes to install GRUB on multiple > > members of a software RAID1 /boot is (this is from a kickstart I have > > around, although I haven't tried it in a while): > > Broken in the sense that a non expert isn't likely to recover from > common failure modes like installing or updating Windows and losing the > MBR. If you aren't doing RAID1 you have easy options, the best being to > install Grub into the root partition instead of the MBR or at least > being able to boot a rescue CD and just saying "grub-install /dev/hda". > With a RAID1 and Grub you had better be a wizard. > > Yes there has been a lot of patching for FC4t1 to address these issues, > but it would be hubris to think enough diverse systems have been tested > at this stage of the game. Booting is one of the only areas that have > to deal with 16bit real mode BIOS biodiversity hell. > > > No, it is the time for those that think there is a problem to test the > > fix (that is the point of test releases and this mailing list). If > > nobody reports any problems with the test release, then the developers > > will assume that the problem is fixed and move on. If LILO users are > > doing nothing but ranting and calling people names, they'll never know > > if the fix works for them, so the developers won't find out if there are > > still corner cases that need work. > > Hey, I finally made peace with Grub to the point where I can use it. But > I ain't a newbie and I don't particularly like that it is HARDER to use > if you want to do anything unusual. It is probably going to remain > being a badly ported BSD/HURD solution with it's alien (to a linux user) > drive naming conventions. Yes Grub has a command line mode. Big whoop, > if something goes wrong I boot a rescue disc instead because that > solution WILL work, and has worked often enough in the past I'm > comfortable with it. > > It makes perfect sense to make Grub the default boot loader because a) > it has been for several years and does work for most users, b) it is > destined to be the only one eventually and c) as the default it will be > tested. But if there are any scenarios where Grub still fails those > users are going to be gone and I can't blame them if they don't come > back. > > > Fedora is not a "perpetual beta release". > > You must be using a different Fedora than I do. It ain't Rawhide or Sid, > but it certainly isn't what I'd call a production OS. It is exactly > what it is advertised as, a testbed. > It shouldn't have to be a bloodbath either. > -- > John M. http://www.beau.org/~jmorris This post is 100% M$Free! > Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r > From guy at incentre.net Thu Apr 14 21:31:58 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 15:31:58 -0600 Subject: A rant regarding LILO and various other related issues In-Reply-To: <20050414034940.GA615702@hiwaay.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> <1113439589.2915.146.camel@mjolnir> <20050414010730.GH1206118@hiwaay.net> <1113447641.2915.175.camel@mjolnir> <20050414034940.GA615702@hiwaay.net> Message-ID: <1113514318.4963.421.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 22:49 -0500, Chris Adams wrote: > Once upon a time, John Morris said: > > Broken in the sense that a non expert isn't likely to recover from > > common failure modes like installing or updating Windows and losing the > > MBR. If you aren't doing RAID1 you have easy options, the best being to > > install Grub into the root partition instead of the MBR or at least > > being able to boot a rescue CD and just saying "grub-install /dev/hda". > > And how is that one bit different than if you use LILO? Err > > > Yes Grub has a command line mode. Big whoop, > > Yes, big whoop. Real servers are not always at hand and don't always > have a rescue disk available. With LILO you are stuck if there is a > problem during boot, while with GRUB you have a command line that you > can try some things (and work around different types of issues). FUD > > > > Fedora is not a "perpetual beta release". > > > > You must be using a different Fedora than I do. It ain't Rawhide or Sid, > > but it certainly isn't what I'd call a production OS. It is exactly > > what it is advertised as, a testbed. > > Which is quite different than a perpetual beta. If it were going to > just be a perpetual beta, we'd just have rawhide, with no attempts to > freeze and test for releases. You want to change the image, support software options that work, along with software options you need to have tested. > -- > Chris Adams > Systems and Network Administrator - HiWAAY Internet Services > I don't speak for anybody but myself - that's enough trouble. From riel at redhat.com Thu Apr 14 21:34:54 2005 From: riel at redhat.com (Rik van Riel) Date: Thu, 14 Apr 2005 17:34:54 -0400 (EDT) Subject: FC4t2 no good without LILO In-Reply-To: <1113333722.4963.92.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113294617.10362.12.camel@fc4t2.mpeters.local> <1113326513.14576.124.camel@mgb.bullion.ims> <1113328423.5479.97.camel@localhost.localdomain> <1113329602.14576.138.camel@mgb.bullion.ims> <1113333722.4963.92.camel@sigurd.incentre.net> Message-ID: On Tue, 12 Apr 2005, Guy Fraser wrote: > On Tue, 2005-12-04 at 14:37 -0400, Robin Green wrote: > > It's not about religion, it's about workload. Anyone who wants to see an > > alternate bootloader in Fedora Extras has the option (yes, yes, > > if they have the time) to put themselves forward as a possible maintainer. > > Then drop GRUB. You cannot boot Xen without GRUB. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From guy at incentre.net Thu Apr 14 21:37:36 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 15:37:36 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113439645.29504.10.camel@md.local.linuxlobbyist.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <1113439645.29504.10.camel@md.local.linuxlobbyist.org> Message-ID: <1113514656.4963.427.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 20:47 -0400, Paul Iadonisi wrote: > On Wed, 2005-04-13 at 16:49 -0600, Guy Fraser wrote: > > [snip] > > > Run a second program designed just to > > install the MBR on the real device name that you earlier had to > > create a reference for. > > I haven't read the rest of your post yet, but here is one problem that > appears possible to narrow down to your usage of grub. You do NOT need > (as a matter of fact, SHOULDN'T) re-run grub-install (if that's what you > are referring to, which seems to be the case according to the context) > when you update the grub config file. That's one of the (major, IMO) > benefits of grub over lilo. Even that *other* OS doesn't need to re- > install the boot block every time the boot config (boot.ini?) is > updated. It's something you should not be doing all that often, and > really should be reserved for install only. If that is true, maybe you could point me to instructions that don't include that step. Every bugzilla, howto and even the GRUB documentation suggested it was required. > By saying this, I'm not trying to exonerate grub completely (yet). It > most certainly *may* still have problems (which is what I hope you are > here to test for), but in this particular case, it sure seems like you > are using grub in a way it was not intended to be used. Perhaps grub- > install should print out a big, honking warning when run interactively > that says something to the effect of "You shouldn't be doing this unless > running from a rescue disk, you boot block got broken somehow, or you > ARE 'The Anaconda Installer' ;-)". I was running from a recue disc because the machine wouldn't boot and kept giving me "Error 15". At the time there were many bugzilla entries open on that issue. > > -- > -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 pri.rhl3 at iadonisi.to Thu Apr 14 21:41:18 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 14 Apr 2005 17:41:18 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113512381.4963.392.camel@sigurd.incentre.net> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> <1113414782.6969.4.camel@tuxpaq> <1113512381.4963.392.camel@sigurd.incentre.net> Message-ID: <1113514878.7558.24.camel@md.local.linuxlobbyist.org> On Thu, 2005-04-14 at 14:59 -0600, Guy Fraser wrote: > On Wed, 2005-13-04 at 13:53 -0400, Paul Iadonisi wrote: > > On Wed, 2005-04-13 at 11:11 -0600, Guy Fraser wrote: > > > > [snip] > > > > > Although I have read the documentation for GRUB, I still have > > > no idea why it wouldn't work no matter what files I modified > > > and updated grub. Only fresh installs after replacing or > > ^^^^^^^ > > > > > changing a drive would work. > > > > Maybe I'm barking up the wrong tree, here, but please, do tell: what > > do you mean by 'updated' grub? > > > > grub-install ... So now we are getting somewhere. In a phrase, DON'T DO THAT. This is not lilo and whatever you might think of lilo vs. grub, that is one horribly hackish thing that lilo has done since, it seems, it's inception: update the boot record for every kernel update. Grub doesn't do that, nor need to do that, nor should any bootloader need to do that. It's an inherently risky thing to do, as it could render your system unbootable with no recourse other than rescue mode, which is a little challenging for machines at remote data centers. -- -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 guy at incentre.net Thu Apr 14 21:41:24 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 15:41:24 -0600 Subject: FC4t2 no good without LILO In-Reply-To: References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113368444.21240.4.camel@localhost.localdomain> <1113434671.4963.335.camel@sigurd.incentre.net> Message-ID: <1113514885.4963.431.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 18:57 -0700, Kenneth Porter wrote: > --On Wednesday, April 13, 2005 5:24 PM -0600 Guy Fraser > wrote: > > > One significant problem, there is never a filename listed. :-( > > Time to file a bugzilla on this specific deficiency, so someone can address > it. > There were a number of them already posted when I had the problem. According to the instructions on bugzilla, you are supposed to check to see if a bug has already been reported before submitting another. The bugs were still open, with no solution. From fedora-test at drussell.dnsalias.com Thu Apr 14 21:42:47 2005 From: fedora-test at drussell.dnsalias.com (Don Russell) Date: Thu, 14 Apr 2005 14:42:47 -0700 Subject: FC4 T2 woes - no network :-( In-Reply-To: <1113509972.536.1.camel@host-81-191-138-131.bluecom.no> References: <425E987D.2070903@drussell.dnsalias.com> <1113509972.536.1.camel@host-81-191-138-131.bluecom.no> Message-ID: <425EE3D7.8030503@drussell.dnsalias.com> Roy-Magne Mo wrote: > You are probably seeing the same problem as me: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152298 > > > How about updating this case? > That doesn't look the same as what I experienced.... Though my 3COM PC card didn't work with FC4T2 but does with FC3, the "main" Ethernet connection on the system board also doesn't work with FC4T2. I just tried the PC Card because if that worked, I was hoping to get some updates applied..... but I couldn't get any of the network stuff to work. From guy at incentre.net Thu Apr 14 21:43:18 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 15:43:18 -0600 Subject: FC4t2 no good without LILO In-Reply-To: References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> Message-ID: <1113514999.4963.434.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 19:03 -0700, Kenneth Porter wrote: > --On Wednesday, April 13, 2005 4:49 PM -0600 Guy Fraser > wrote: > > > Go to bugzilla discover many bugs > > already listed that are practicaly identical to yours, no > > presented solutions work for you, or the bug reporter, bug left > > outstanding. > > Bug numbers, please. Which 50 are identical to your problem? > > Pick one, fix it and move on to the next. From guy at incentre.net Thu Apr 14 21:57:15 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 15:57:15 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113447331.5322.13.camel@localhost.localdomain> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> <1113367441.5037.40.camel@jellyfish.redfishdemo.com> <1113434287.4963.329.camel@sigurd.incentre.net> <1113435846.13504.154.camel@jkeating2.hq.pogolinux.com> <1113439181.22092.48.camel@udev.yosemite.net> <1113447331.5322.13.camel@localhost.localdomain> Message-ID: <1113515836.4963.449.camel@sigurd.incentre.net> On Wed, 2005-13-04 at 19:55 -0700, Jesse Keating wrote: > On Wed, 2005-04-13 at 17:39 -0700, Mike Bird wrote: > > > > Those who automatically assumed that Guy's "tard" referred to the > > irrelevant secondary concept of mental retardation rather then the > > relevant primary characteristic of slow Grub development should review > > their prejudices. > > I know he was referring to Red Hat employees and Grub developers. > However the term he chose to degrade them with is a term used (or was > used at one time) to describe a set of the populace. This is what I > take offense to, the idea that these people are so terrible, that it is > an insult to call somebody else by that name. If you don't see this as > a problem, then I guess you can't change the ignorant. > That may be true where you come from, but we are a little more conservative here, and don't like to pick on vulnerable people. Since the people being referred to, are the only ones capable of making the changes and seem to believe they are Omnipotent beings, you would not believe such a group would be considered vulnerable. What term would you prefer that I use since the one I used must mean something else where you are? Maybe it's a dialect thing, but just because a word sounds similar to a derogatory term, does not mean it is related. For instance : In North America the cover over a cars engine is a hood, in the UK it is a bonnet. In North America a ruffian is also called a hood, but in the UK they are not referred to as a bonnet. If you know anybody in Australia ask them what a root is, I'll give you a hint it is not part of a tree. > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From mgb-fedora at yosemite.net Thu Apr 14 21:58:37 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Thu, 14 Apr 2005 14:58:37 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <604aa79105041414012b697986@mail.gmail.com> References: <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113506703.14538.104.camel@udev.yosemite.net> <1113507283.10555.7.camel@tuxpaq> <1113508637.14538.126.camel@udev.yosemite.net> <604aa79105041414012b697986@mail.gmail.com> Message-ID: <1113515917.14538.166.camel@udev.yosemite.net> On Thu, 2005-04-14 at 14:01, Jeff Spaleta wrote: > I think there is a trivial header space thats not important to > bootloader operation.. and grub leaves that short header segment alone > when installing its stage1. Hell looking at grub's actual stage1 and > all i get are zeros from od -c /boot/grub/stage1 | head -1 > 0000000 353 H 220 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 Jeff, The first 512 bytes of the drive are loaded into memory and control is passed to the beginning. Boot loaders start with a jump over a data area to the interesting code. The boot loader is munged during install. Essential data is placed in some parts of the data area where the original has zeroes. For more information, please: rpm -hiv grub-0.95-12.src.rpm rpm -hiv lilo-21.4.4-26.src.rpm rpmbuild --nodeps -bp /usr/src/redhat/SPECS/grub.spec rpmbuild --nodeps -bp /usr/src/redhat/SPECS/lilo.spec less /usr/src/redhat/BUILD/grub-0.95/stage1/stage1.S less /usr/src/redhat/BUILD/lilo-21.4.4/first.S --Mike Bird From david at fubar.dk Thu Apr 14 22:00:38 2005 From: david at fubar.dk (David Zeuthen) Date: Thu, 14 Apr 2005 18:00:38 -0400 Subject: FC4t2 install Message-ID: <1113516038.3811.7.camel@daxter.boston.redhat.com> I did an install of FC4test2 and filed some bugs and I thought I would share it here. I left out all the good parts, these are only the bugs: > * Persian localized name is missing character 0x06cc: ? > so it appears as a box with these numbers inside it Filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154897 > * Spewage from xfs Appears to be fixed in Rawhide already > * Spewage from firstboot gtk.{FALSE,TRUE} deprecated Already filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153033 > * Widget focus after "Play test sound" disappears; this is indeed a > huge problem if there is no pointing device support Already filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145518 > * firstboot mentions "Red Hat Enterprise Linux Extras" Already filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154606 > * Missing icon for "Office" top-level menu > * Missing icon for "Accessories" / "Text Editor" I believe this is already fixed in Rawhide > * Missing icon for "System Tools" / "Logical Volume Management" I believe this is already fixed in Rawhide > * Missing icon for "System Tools" / "Bonobo Component Browser" (should > that be present at all) Filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154931 > * Firefox icon in panel is wrong (it's the Mozilla lizard icon) Should be fixed by going back to Bluecurve > * OOwriter works (but doesn't use the GNOME filechooser) Filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154913 > - OOimpress works > - OOcalc works > * No icons for .odt files > - .doc association works > * .ppt association DOES NOT WORK Filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154915 > - .xls association works > * OObase doesn't work (java.lang.NoSuchMethodError: method > org.hsqldb.Column.SetCompareInLocal with signature (Z)V > was not found Filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154919 > * Graphics illustrations in OOo2 help is missing (generic 'Icon' > graphics is shown instead) Filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154921 > * Printing from OOwriter to remote CUPS printer works - no eggcups icon > * Have to click "Properties..." before list of remove printers is > displayed (before that "Generic Printer" is shown) Filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154924 > * Printing from gedit to remote CUPS printer doesn't work - no eggcups icon eggcups issue already filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153180 Not being able to print filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154937 > * Printing from gedit to PDF file works though Evince does not show anything useful Filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154939 > * Firefox detects that I need the Macromedia Flash plugins, offers to > install it, gives me the EULA, downloads it, but install fails > * on next visit Firefox offers to install it again, I say yes, > accept the EULA, ff downloads and installs and says success. > Still does not work. > - no avc denied in /var/log/messages Filed as https://bugzilla.redhat.com/bugzilla/post_bug.cgi > * Repeatedly moving a PDF file from one folder to another sometimes > make Nautilus display a "generic icon", ie. the thumbnail is not > updated. Only when the file is double clicked (to launch Evince) > the thumbnail is generated. Already filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=132429 > * In Computer->Network, icons for Rendezvous shares have wrong > icons and non-intuitive names Filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154934 > * Nautilus puts icons on top of each other when mounting storage > devices Already filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152393 > * Sometimes I manually have to press Ctrl+R to see new files > in a folder or on the desktop Reopened https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147195 Cheers, David From webmaster at choicesontheweb.com Thu Apr 14 22:01:38 2005 From: webmaster at choicesontheweb.com (Panama Evans) Date: Thu, 14 Apr 2005 15:01:38 -0700 Subject: yum update fails Message-ID: <1113516098.3962.5.camel@localhost.localdomain> I get this when I try to update [root at localhost panama]# yum update Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 963 kB 00:02 developmen: ################################################## 3503/3503 Added 210 new packages, deleted 200 old in 7.76 seconds Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package rhn-applet.i386 0:2.1.17-3 set to be updated ---> Package apmd.i386 1:3.2.2-2 set to be updated ---> Package evolution.i386 0:2.2.2-1 set to be updated ---> Package gnome-pilot.i386 0:2.0.13-1 set to be updated ---> Package cpp.i386 0:4.0.0-0.42 set to be updated ---> Package gdm.i386 1:2.6.0.8-3 set to be updated ---> Package zlib.i386 0:1.2.2.2-3 set to be updated ---> Package xorg-x11-libs.i386 0:6.8.2-22 set to be updated ---> Package redhat-artwork.i386 0:0.122-2 set to be updated ---> Package spamassassin.i386 0:3.0.2-8.fc4 set to be updated ---> Package yp-tools.i386 0:2.8-8 set to be updated ---> Package vixie-cron.i386 1:4.1-32_FC4 set to be updated ---> Package glib2.i386 0:2.6.4-1 set to be updated ---> Package net-snmp.i386 0:5.2.1-9 set to be updated ---> Package sudo.i386 0:1.6.8p8-1 set to be updated ---> Package tvtime.i386 0:0.9.15-6 set to be updated ---> Package xorg-x11-Mesa-libGL.i386 0:6.8.2-22 set to be updated ---> Package vim-enhanced.i386 1:6.3.071-1 set to be updated ---> Package portmap.i386 0:4.0-65 set to be updated ---> Package gedit.i386 1:2.10.2-2 set to be updated ---> Package gnome-menus.i386 0:2.10.1-2 set to be updated ---> Package emacs.i386 0:21.4-2 set to be updated ---> Package gnopernicus.i386 0:0.10.6-1 set to be updated ---> Package kdelibs.i386 6:3.4.0-5 set to be updated ---> Package nfs-utils.i386 0:1.0.7-6 set to be updated ---> Package gaim.i386 1:1.2.1-4.fc4 set to be updated ---> Package openoffice.org-xsltfilter.i386 1:1.9.92-2 set to be updated ---> Package jwhois.i386 0:3.2.2-13 set to be updated ---> Package diffutils.i386 0:2.8.1-15 set to be updated ---> Package openoffice.org-graphicfilter.i386 1:1.9.92-2 set to be updated ---> Package selinux-policy-targeted.noarch 0:1.23.10-5 set to be updated ---> Package gail.i386 0:1.8.3-1 set to be updated ---> Package nc.i386 0:1.78-1 set to be updated ---> Package netdump.i386 0:0.7.7-6 set to be updated ---> Package xorg-x11-xfs.i386 0:6.8.2-22 set to be updated ---> Package xorg-x11-tools.i386 0:6.8.2-22 set to be updated ---> Package sqlite.i386 0:3.1.2-3 set to be updated ---> Package gtk2.i386 0:2.6.7-1 set to be updated ---> Package pam.i386 0:0.79-5 set to be updated ---> Package perl-Net-DNS.i386 0:0.49-2 set to be updated ---> Package dbus-python.i386 0:0.32-6 set to be updated ---> Package xorg-x11-twm.i386 0:6.8.2-22 set to be updated ---> Package kernel.i686 0:2.6.11-1.1240_FC4 set to be installed ---> Package openoffice.org-draw.i386 1:1.9.92-2 set to be updated ---> Package cyrus-sasl-md5.i386 0:2.1.20-5 set to be updated ---> Package cyrus-sasl-plain.i386 0:2.1.20-5 set to be updated ---> Package libwpd.i386 0:0.8.0-4 set to be updated ---> Package xorg-x11-xauth.i386 0:6.8.2-22 set to be updated ---> Package authconfig-gtk.i386 0:4.6.12-1 set to be updated ---> Package file.i386 0:4.13-4 set to be updated ---> Package gnome-applets.i386 1:2.10.1-1 set to be updated ---> Package hwdata.noarch 0:0.156-1 set to be updated ---> Package dhclient.i386 10:3.0.2-7 set to be updated ---> Package dbus-x11.i386 0:0.32-6 set to be updated ---> Package evolution-data-server.i386 0:1.2.2-2 set to be updated ---> Package at.i386 0:3.1.8-77_FC4 set to be updated ---> Package cyrus-sasl.i386 0:2.1.20-5 set to be updated ---> Package kdebase.i386 6:3.4.0-5 set to be updated ---> Package dbus-glib.i386 0:0.32-6 set to be updated ---> Package libgcj.i386 0:4.0.0-0.42 set to be updated ---> Package openoffice.org-core.i386 1:1.9.92-2 set to be updated ---> Package libgcc.i386 0:4.0.0-0.42 set to be updated ---> Package xinitrc.noarch 0:4.0.18-1 set to be updated ---> Package libstdc++.i386 0:4.0.0-0.42 set to be updated ---> Package xorg-x11-Mesa-libGLU.i386 0:6.8.2-22 set to be updated ---> Package gtk+.i386 1:1.2.10-39 set to be updated ---> Package mkisofs.i386 8:2.01.1-9 set to be updated ---> Package python.i386 0:2.4.1-1 set to be updated ---> Package libgnome.i386 0:2.10.0-2 set to be updated ---> Package gnome-doc-utils.noarch 0:0.2.0-1 set to be updated ---> Package man.i386 0:1.5p-4 set to be updated ---> Package e2fsprogs.i386 0:1.37-2 set to be updated ---> Package policycoreutils.i386 0:1.23.5-1 set to be updated ---> Package sendmail.i386 0:8.13.4-1 set to be updated ---> Package openoffice.org-writer.i386 1:1.9.92-2 set to be updated ---> Package xorg-x11.i386 0:6.8.2-22 set to be updated ---> Package imlib.i386 1:1.9.13-24 set to be updated ---> Package vim-common.i386 1:6.3.071-1 set to be updated ---> Package dbus.i386 0:0.32-6 set to be updated ---> Package evince.i386 0:0.2.0-1 set to be updated ---> Package gnome-games.i386 1:2.10.0-3 set to be updated ---> Package gnome-icon-theme.noarch 0:2.10.1-4 set to be updated ---> Package util-linux.i386 0:2.12p-7 set to be updated ---> Package libsilc.i386 0:0.9.12-11 set to be updated ---> Package emacs-common.i386 0:21.4-2 set to be updated ---> Package aspell-en.i386 50:0.51-12 set to be updated ---> Package gnome-themes.i386 0:2.10.1-1 set to be updated ---> Package iputils.i386 0:20020927-22 set to be updated ---> Package control-center.i386 1:2.10.1-1 set to be updated ---> Package openoffice.org-impress.i386 1:1.9.92-2 set to be updated ---> Package libselinux.i386 0:1.23.7-2 set to be updated ---> Package quota.i386 1:3.12-6 set to be updated ---> Package openoffice.org-math.i386 1:1.9.92-2 set to be updated ---> Package dia.i386 1:0.94-11 set to be updated ---> Package fonts-xorg-100dpi.noarch 0:6.8.1.1-2 set to be updated ---> Package dos2unix.i386 0:3.1-24 set to be updated ---> Package libuser.i386 0:0.53.4-1 set to be updated ---> Package qt.i386 1:3.3.4-11 set to be updated ---> Package cdda2wav.i386 8:2.01.1-9 set to be updated ---> Package gdbm.i386 0:1.8.0-25 set to be updated ---> Package libgnomeui.i386 0:2.10.0-1 set to be updated ---> Package authconfig.i386 0:4.6.12-1 set to be updated ---> Package unix2dos.i386 0:2.2-26 set to be updated ---> Package vim-minimal.i386 1:6.3.071-1 set to be updated ---> Package gtkhtml3.i386 0:3.6.2-1 set to be updated ---> Package libgal2.i386 2:2.4.2-1 set to be updated ---> Package fonts-xorg-base.noarch 0:6.8.1.1-2 set to be updated ---> Package emacs-leim.i386 0:21.4-2 set to be updated ---> Package gimp.i386 2:2.2.6-1 set to be updated ---> Package dmraid.i386 0:1.0.0.rc7-4_FC4 set to be updated ---> Package libgnomecups.i386 0:0.2.0-2 set to be updated ---> Package xorg-x11-xdm.i386 0:6.8.2-22 set to be updated ---> Package cdrecord.i386 8:2.01.1-9 set to be updated ---> Package fonts-xorg-75dpi.noarch 0:6.8.1.1-2 set to be updated ---> Package system-config-users.noarch 0:1.2.35-1 set to be updated ---> Package net-snmp-libs.i386 0:5.2.1-9 set to be updated ---> Package poppler.i386 0:0.2.0-2 set to be updated ---> Package openoffice.org-calc.i386 1:1.9.92-2 set to be updated ---> Package linuxwacom.i386 0:0.6.6-5 set to be updated ---> Package xorg-x11-font-utils.i386 0:6.8.2-22 set to be updated --> Running transaction check --> Processing Dependency: pm-utils for package: apmd --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package pm-utils.i386 0:0.01-1 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: kernel i686 2.6.11-1.1240_F development 14 M Updating: apmd i386 1:3.2.2-2 development 82 k aspell-en i386 50:0.51-12 development 1.9 M at i386 3.1.8-77_FC4 development 53 k authconfig i386 4.6.12-1 development 282 k authconfig-gtk i386 4.6.12-1 development 39 k cdda2wav i386 8:2.01.1-9 development 206 k cdrecord i386 8:2.01.1-9 development 572 k control-center i386 1:2.10.1-1 development 2.3 M cpp i386 4.0.0-0.42 development 2.1 M cyrus-sasl i386 2.1.20-5 development 1.3 M cyrus-sasl-md5 i386 2.1.20-5 development 58 k cyrus-sasl-plain i386 2.1.20-5 development 29 k dbus i386 0.32-6 development 538 k dbus-glib i386 0.32-6 development 56 k dbus-python i386 0.32-6 development 141 k dbus-x11 i386 0.32-6 development 17 k dhclient i386 10:3.0.2-7 development 233 k dia i386 1:0.94-11 development 2.9 M diffutils i386 2.8.1-15 development 208 k dmraid i386 1.0.0.rc7-4_FC4 development 71 k dos2unix i386 3.1-24 development 13 k e2fsprogs i386 1.37-2 development 858 k emacs i386 21.4-2 development 1.6 M emacs-common i386 21.4-2 development 10 M emacs-leim i386 21.4-2 development 2.5 M evince i386 0.2.0-1 development 192 k evolution i386 2.2.2-1 development 9.0 M evolution-data-server i386 1.2.2-2 development 3.2 M file i386 4.13-4 development 279 k fonts-xorg-100dpi noarch 6.8.1.1-2 development 4.2 M fonts-xorg-75dpi noarch 6.8.1.1-2 development 3.8 M fonts-xorg-base noarch 6.8.1.1-2 development 7.7 M gail i386 1.8.3-1 development 324 k gaim i386 1:1.2.1-4.fc4 development 3.8 M gdbm i386 1.8.0-25 development 26 k gdm i386 1:2.6.0.8-3 development 3.0 M gedit i386 1:2.10.2-2 development 2.7 M gimp i386 2:2.2.6-1 development 9.6 M glib2 i386 2.6.4-1 development 552 k gnome-applets i386 1:2.10.1-1 development 7.1 M gnome-doc-utils noarch 0.2.0-1 development 127 k gnome-games i386 1:2.10.0-3 development 8.7 M gnome-icon-theme noarch 2.10.1-4 development 3.0 M gnome-menus i386 2.10.1-2 development 62 k gnome-pilot i386 2.0.13-1 development 520 k gnome-themes i386 2.10.1-1 development 2.5 M gnopernicus i386 0.10.6-1 development 1.7 M gtk+ i386 1:1.2.10-39 development 885 k gtk2 i386 2.6.7-1 development 4.7 M gtkhtml3 i386 3.6.2-1 development 794 k hwdata noarch 0.156-1 development 253 k imlib i386 1:1.9.13-24 development 409 k iputils i386 20020927-22 development 107 k jwhois i386 3.2.2-13 development 79 k kdebase i386 6:3.4.0-5 development 26 M kdelibs i386 6:3.4.0-5 development 17 M libgal2 i386 2:2.4.2-1 development 718 k libgcc i386 4.0.0-0.42 development 240 k libgcj i386 4.0.0-0.42 development 7.6 M libgnome i386 2.10.0-2 development 706 k libgnomecups i386 0.2.0-2 development 70 k libgnomeui i386 2.10.0-1 development 848 k libselinux i386 1.23.7-2 development 63 k libsilc i386 0.9.12-11 development 307 k libstdc++ i386 4.0.0-0.42 development 291 k libuser i386 0.53.4-1 development 378 k libwpd i386 0.8.0-4 development 144 k linuxwacom i386 0.6.6-5 development 216 k man i386 1.5p-4 development 240 k mkisofs i386 8:2.01.1-9 development 571 k nc i386 1.78-1 development 51 k net-snmp i386 5.2.1-9 development 601 k net-snmp-libs i386 5.2.1-9 development 1.8 M netdump i386 0.7.7-6 development 14 k nfs-utils i386 1.0.7-6 development 312 k openoffice.org-calc i386 1:1.9.92-2 development 6.5 M openoffice.org-core i386 1:1.9.92-2 development 74 M openoffice.org-draw i386 1:1.9.92-2 development 1.0 M openoffice.org-graphic i386 1:1.9.92-2 development 144 k openoffice.org-impress i386 1:1.9.92-2 development 1.6 M openoffice.org-math i386 1:1.9.92-2 development 1.3 M openoffice.org-writer i386 1:1.9.92-2 development 2.7 M openoffice.org-xsltfil i386 1:1.9.92-2 development 50 k pam i386 0.79-5 development 1.9 M perl-Net-DNS i386 0.49-2 development 194 k policycoreutils i386 1.23.5-1 development 65 k poppler i386 0.2.0-2 development 397 k portmap i386 4.0-65 development 35 k python i386 2.4.1-1 development 5.6 M qt i386 1:3.3.4-11 development 3.4 M quota i386 1:3.12-6 development 315 k redhat-artwork i386 0.122-2 development 4.5 M rhn-applet i386 2.1.17-3 development 319 k selinux-policy-targete noarch 1.23.10-5 development 388 k sendmail i386 8.13.4-1 development 595 k spamassassin i386 3.0.2-8.fc4 development 680 k sqlite i386 3.1.2-3 development 185 k sudo i386 1.6.8p8-1 development 184 k system-config-users noarch 1.2.35-1 development 303 k tvtime i386 0.9.15-6 development 674 k unix2dos i386 2.2-26 development 12 k util-linux i386 2.12p-7 development 1.6 M vim-common i386 1:6.3.071-1 development 3.5 M vim-enhanced i386 1:6.3.071-1 development 1.0 M vim-minimal i386 1:6.3.071-1 development 274 k vixie-cron i386 1:4.1-32_FC4 development 77 k xinitrc noarch 4.0.18-1 development 27 k xorg-x11 i386 6.8.2-22 development 14 M xorg-x11-Mesa-libGL i386 6.8.2-22 development 198 k xorg-x11-Mesa-libGLU i386 6.8.2-22 development 269 k xorg-x11-font-utils i386 6.8.2-22 development 115 k xorg-x11-libs i386 6.8.2-22 development 2.5 M xorg-x11-tools i386 6.8.2-22 development 333 k xorg-x11-twm i386 6.8.2-22 development 154 k xorg-x11-xauth i386 6.8.2-22 development 92 k xorg-x11-xdm i386 6.8.2-22 development 160 k xorg-x11-xfs i386 6.8.2-22 development 131 k yp-tools i386 2.8-8 development 64 k zlib i386 1.2.2.2-3 development 48 k Installing for dependencies: pm-utils i386 0.01-1 development 25 k Transaction Summary ============================================================================= Install 2 Package(s) Update 119 Package(s) Remove 0 Package(s) Total download size: 311 M Is this ok [y/N]: y Downloading Packages: unsigned package rhn-applet-2.1.17-3.i386.rpm From michal at harddata.com Thu Apr 14 22:02:34 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 14 Apr 2005 16:02:34 -0600 Subject: ACPI - How to get Notebook in Standby / Suspend? [SOLVED PARTIALLY] In-Reply-To: <425ED4CC.4000409@gwch.net>; from roger@gwch.net on Thu, Apr 14, 2005 at 10:38:36PM +0200 References: <425EC05B.30503@gwch.net> <425ED4CC.4000409@gwch.net> Message-ID: <20050414160234.A2135@mail.harddata.com> On Thu, Apr 14, 2005 at 10:38:36PM +0200, Roger Grosswiler wrote: > Has anybody got this working? AFAICT this very much depends on a particular laptop (and I still have a non-working floppy after a resume on a laptop which my wife is using although this is not FC4). > Also, you > cannot insert this commands in the battery-applet to easy standby your > computer, it just works in the shell. Well, yes, you can do this there at least indirectly. Write a one-line shell script with 'echo -n "standby" > /sys/power/state' in it and call that script in the battery-applet. OTOH you can add your event handler in /etc/acpi/events/ and tie up that action to some event (power button, lid, "sleep" key) instead of that applet; or as well. Michal From webmaster at choicesontheweb.com Thu Apr 14 22:09:23 2005 From: webmaster at choicesontheweb.com (Panama Evans) Date: Thu, 14 Apr 2005 15:09:23 -0700 Subject: tvtime screen blank Message-ID: <1113516564.3962.15.camel@localhost.localdomain> I installed tvtime, but only get a blank screen. I am running a flyview fm 2000 capture card on a p4 2.4 ghz processor with nvidia gforce 4 mx card. I have read several post on Fedora core 3, but there is nothing in core 4 info. I do understand from recent post that installation could be difficult in fedora. Maybe the process could be refined for those of us who can't seem to do anything unless we are in front of our computers. What do you suggest I do at this point to chase down the problems??? Panama From guy at incentre.net Thu Apr 14 22:09:45 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 16:09:45 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <20050414122334.GA14357@devserv.devel.redhat.com> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> Message-ID: <1113516585.4963.460.camel@sigurd.incentre.net> Well put. Should I get credit for doing it? That aside, would it come out at the same time FC4 is released or do I have to pause my installation until it is released, so that I can boot my machine once the install has finished. Sorry, but I have be disappointed submitting software to Redhat a couple of times. I now only support the original software developers directly. If you are able to assure me that attitudes have changed, I may reconsider it in the future. PS Where else have I seen your posts : Cistron Radius PostgreSQL or maybe FreeRadius Those are the main areas I have helped in, but I have also helped with sendmail and qpopper. On Thu, 2005-14-04 at 08:23 -0400, Alan Cox wrote: > On Wed, Apr 13, 2005 at 04:49:39PM -0600, Guy Fraser wrote: > > and taking a hard stance. Please remember Fedora Core is > > supposed to be a community project not a dictatorship project. > > And you are free to build lilo for extras. > > Alan From mgb-fedora at yosemite.net Thu Apr 14 22:11:07 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Thu, 14 Apr 2005 15:11:07 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113514878.7558.24.camel@md.local.linuxlobbyist.org> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> <1113414782.6969.4.camel@tuxpaq> <1113512381.4963.392.camel@sigurd.incentre.net> <1113514878.7558.24.camel@md.local.linuxlobbyist.org> Message-ID: <1113516667.14538.173.camel@udev.yosemite.net> On Thu, 2005-04-14 at 14:41, Paul Iadonisi wrote: > > grub-install ... > > So now we are getting somewhere. In a phrase, DON'T DO THAT. This is > not lilo and whatever you might think of lilo vs. grub, that is one > horribly hackish thing that lilo has done since, it seems, it's > inception: update the boot record for every kernel update. Grub doesn't > do that, nor need to do that, nor should any bootloader need to do that. > It's an inherently risky thing to do, as it could render your system > unbootable with no recourse other than rescue mode, which is a little > challenging for machines at remote data centers. 1) Writing the MBR, or any other boot record in the chain, is as near atomic as makes no difference. 2) People are using Lilo now because Grub couldn't do the job until a few days ago. We'll ignore for now the question as to whether or not Grub can do the job today. 3) To transition from using Lilo to using Grub requires grub-install, or a lot of very delicate work with a magnetised needle in a clean room. --Mike Bird From webmaster at margo.bijoux.nom.br Thu Apr 14 22:20:18 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Thu, 14 Apr 2005 19:20:18 -0300 Subject: FC4t2 no good without LILO In-Reply-To: <1113513315.4963.408.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113430337.4963.268.camel@sigurd.incentre.net> <425D9C6A.2020606@margo.bijoux.nom.br> <1113513315.4963.408.camel@sigurd.incentre.net> Message-ID: <425EECA2.8080308@margo.bijoux.nom.br> Guy Fraser wrote: >As a mater of fact yes. > > > So , why you dont provide data to help fixing the problem? In all your messages , I didnt see anything that could help fix grub (or anything at all that could show that grub is broken in such a bad way that lilo has to stay). >Are you saying only 5 people have ever got the "Error 15" message? >Really, you jest! > > Seems like 6 to me.. Just checked bugzilla and there's only one report , but seems like the problem was fixed , according to the person who posted the bug. If the problem still exists , help fixing it... It's not that hard... -- Pedro Macedo From guy at incentre.net Thu Apr 14 22:21:01 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 16:21:01 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <20050414153206.GA15138@jadzia.bu.edu> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> <1113487573.4963.362.camel@sigurd.incentre.net> <20050414153206.GA15138@jadzia.bu.edu> Message-ID: <1113517261.4963.471.camel@sigurd.incentre.net> On Thu, 2005-14-04 at 11:32 -0400, Matthew Miller wrote: > On Thu, Apr 14, 2005 at 08:06:12AM -0600, Guy Fraser wrote: > > New machines pretty mush only come with onboard SATA RAID > > which you guys keep saying should never be used. > > The "RAID" features of the onboard SATA shouldn't be used. But the SATA > controller certianly can/should. > Hum. Do you mean, just don't use any mirroring and or striping, or do you mean changing some setting so that raid is disabled. If you mean the latter I have never seen such an option. If you mean the first scenario, that is what I have done. It is strange that these limitations exist, because the on-board SATA RAID works fine with FreeBSD, but were not going to discuss that here. For those who use the term "winraid" to descibe some kind of inferior software raid, I would suggest that you explain what you mean by don't use it, in light of this post. > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> From jkeating at j2solutions.net Thu Apr 14 22:22:26 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 14 Apr 2005 15:22:26 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113487573.4963.362.camel@sigurd.incentre.net> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> <1113487573.4963.362.camel@sigurd.incentre.net> Message-ID: <1113517346.13504.185.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-04-14 at 08:06 -0600, Guy Fraser wrote: > You must be joking! > > New machines pretty mush only come with onboard SATA RAID > which you guys keep saying should never be used. Almost all that I've looked at provide the ability to disable the RAID subfeature of these chipsets in order to use them as straight SATA controllers. > And older machines never had SATA. > > Make up your frickin minds. By SATA addon cards I'm talking about SATA PCI cards, not a chip on the motherboard. > > > Maybe the reason the developers can't find any problems is > > > they are not adding any additional controller cards. > > > > That is quite possible. You are correct in that most SATA cards > lack > > the ability to disable loading a BIOS. SATA cards loading a BIOS > > overrides at times what is set in the motherboard BIOS for boot > order. > > I would have never guessed. > > What do you think people have been complaining about? Again, I'm speaking of SATA PCI cards, not the onboard SATA chips of today's motherboards. SATA PCI cards for the most part have been POS things that only cause problems, regardless of boot loaders. > > > > > --- > > > My system had: > > > > > > Before {working}: > > > Motherboard - 2 x PATA 66 - CD Burner,DVD-ROM > > > - 2 x SATA RAID 150 - 200GBx1 SATA Drives > > > PCI Cards - 2 x PATA 133 - ATA133 Drives 160GBx2,120GB,80GB > > > - 2 x SATA 150 - 200GBx2 SATA Drives > > > > > > After {not working}: > > > Motherboard - 2 x PATA 66 - CD Burner,DVD-ROM > > > - 2 x SATA RAID 150 - 200GBx2 SATA Drives > > > PCI Cards - 2 x PATA 133 - ATA133 Drives 160GBx2,120GB,80GB > > > - 2 x SATA 150 - 200GBx2 SATA Drives > > > > > > The only things that can be changed in BIOS are : > > > Logical drive allocation of onboard SATA RAID. > > > Drive settings of onboard PATA Drives. > > > Boot order : Floppy/CD/HD/SATA/(SCSI/Addon Controller) > {Approximately} > > > > > > I had it configured to boot from : SCSI/CD > > > The order the devices are detected : > > > 1) Onboard PATA > > > 2) Ext SATA > > > 3) Ext ATA133 > > > 4) Onboard SATA Raid > > > > > > Now {working}: > > > Motherboard - 2 x PATA 66 - CD Burner,DVD-ROM,ATA133 80GB > > > - 2 x SATA RAID 150 - 200GBx1 SATA Drives > > > PCI Cards - 2 x PATA 133 - ATA133 Drives 160GBx2,120GB > > > - 2 x SATA 150 - 200GBx2 SATA Drives > > > > > > Configured to boot from: HD/CD > > > > Some things to consider. PCI placement of the add on cards will > effect > > which one is seen in which order. Also, the grub mbr stuff can live > on > > just about any disk you want, as long as the motherboard will look > there > > to boot from. Grub config can live on any disk as well. I have > used > > this scenario, where I have pata disks on the motherboard and SATA > disks > > on an add on PCI card. My Linux lived in the add on SATA disks, but > > grub mbr was on one of my IDE disks, it just looked out to the SATA > > disks to find the menu, and the menu was configured correctly to > look to > > the right disks for booting various stuff. > > I usually prefer to move all my PCI cards around every time I > upgrade a hard drive. Are you saying that is not a good idea? I don't follow. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From kapointer at charter.net Thu Apr 14 22:28:45 2005 From: kapointer at charter.net (Kyle Pointer) Date: Thu, 14 Apr 2005 17:28:45 -0500 Subject: gpilot acting evil In-Reply-To: <20050414222122.BF80575273@hormel.redhat.com> References: <20050414222122.BF80575273@hormel.redhat.com> Message-ID: <1113517726.26513.4.camel@fluffbox.fluffnet> The gpilot applet/application has been behaving oddly. If I try to sync with my clie and it just kind of dies. I use the configuration druid but when I get to the initial sync the pilot will act like its syncing but then the gpilot druid doesn't respond... :\ -- Kyle Pointer From jkeating at j2solutions.net Thu Apr 14 22:30:22 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 14 Apr 2005 15:30:22 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113511077.14538.145.camel@udev.yosemite.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113506703.14538.104.camel@udev.yosemite.net> <1113507283.10555.7.camel@tuxpaq> <1113508637.14538.126.camel@udev.yosemite.net> <1113509562.10555.15.camel@tuxpaq> <1113511077.14538.145.camel@udev.yosemite.net> Message-ID: <1113517822.13504.188.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-04-14 at 13:37 -0700, Mike Bird wrote: > > Maybe Grub only overwrites the MBR if it's zero. Maybe Grub only > overwrites the MBR when no partition is marked active. Maybe Grub is > broken on IDE, or on tertiary IDE. If Redhat would document what > functionality is supposed to be working, we'd know what sort of bug > report to file, if any. > > Clearly, Grub still isn't reliably doing the job of Lilo, which is > where > this all started. Or maybe you don't have an f'ing clue about GRUB. GRUB doesn't overwrite all the bits that lilo does. It needs far less space. Just having 'lilo' somewhere in the head of the disk does not mean that lilo is in use. It just means that at one point in time in history, lilo was on the drive. Sorry but your test is invalid. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From guy at incentre.net Thu Apr 14 22:30:01 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 16:30:01 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <20050414171739.GD11138@devserv.devel.redhat.com> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> <1113487573.4963.362.camel@sigurd.incentre.net> <20050414171739.GD11138@devserv.devel.redhat.com> Message-ID: <1113517801.4963.479.camel@sigurd.incentre.net> On Thu, 2005-14-04 at 13:17 -0400, Alan Cox wrote: > On Thu, Apr 14, 2005 at 08:06:12AM -0600, Guy Fraser wrote: > > New machines pretty mush only come with onboard SATA RAID > > which you guys keep saying should never be used. > > The only board I've seen with onboard RAID at the low end is PATA (IT8212) > raid. The rest are just IDE controllers. Hmm. The last board I bought was about two years ago, it cost about CAD$150 {~ USD$90 at the time}, it has a promise RAID controller that supports 2 SATA drives plus 1 ATA133 drive. I am not sure, but I think every board I have seen in the last year seems to have SATA RAID, for CAD$150 you can get an ASUS board with 2 SATA Raid controllers supporting 4 SATA drives on the motherboard. Maybe I don't have access to "cheap" motherboards, if you can get them cheaper than CAD$150. From sct at redhat.com Thu Apr 14 22:32:47 2005 From: sct at redhat.com (Stephen C. Tweedie) Date: Thu, 14 Apr 2005 23:32:47 +0100 Subject: df -h shows -64Z after filesystem resize In-Reply-To: <20050414160920.GJ26472@angus.ind.WPI.EDU> References: <20050414160920.GJ26472@angus.ind.WPI.EDU> Message-ID: <1113517967.4030.13.camel@sisko.sctweedie.blueyonder.co.uk> Hi, On Thu, 2005-04-14 at 17:09, Chuck R. Anderson wrote: > I ran out of space for updates after I did an everything install of > FC4T2, so I decided to try out the LVM/ext3 resizing features. I > shrunk /home and expanded /. It appears to have been successful, and > fsck finds no errors on the filesystems, however, now df shows this: > > Filesystem Size Used Avail Use% Mounted on > /dev/mapper/VGSystem-LVRoot > 11G 8.8G 1.1G 90% / > /dev/hda1 99M 23M 72M 25% /boot > /dev/shm 251M 0 251M 0% /dev/shm > /dev/mapper/VGSystem-LVHome > 20G -64Z 25G 101% /home > > Were does the problem lie? df, kernel, or somewhere else? Could you file a bug for this, please, and assign it to me? It would be good to know exactly how large the filesystem was before and after shrinking, if you've still got that information. Thanks, Stephen From guy at incentre.net Thu Apr 14 22:36:06 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 16:36:06 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113501753.14538.68.camel@udev.yosemite.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> Message-ID: <1113518166.4963.484.camel@sigurd.incentre.net> Yet again... Hammer... Nail... The first struck the second perpendicular to the centre of the flat part on the top. On Thu, 2005-14-04 at 11:02 -0700, Mike Bird wrote: > On Thu, 2005-04-14 at 09:48, Pedro Fernandes Macedo wrote: > > And what relation Eclipse has to the lilo issue? None... > > Pedro: > > The relevance is that Redhat's excuse for replacing an essential tool > (Lilo) with an unreliable/inadequate/undocumented/defunct tool (Grub > Legacy) was that Lilo cost too much to support. Redhat is putting a lot > of work into Eclipse - a product that few will need or use. A tiny > fraction of the Eclipse effort would suffice to retain Lilo in Core. > > We've shown that Redhat has not supported Lilo in years - Lilo just > works. Pretty much all that Redhat needs to do is leave it alone and > let it be built and distributed automatically. > > > Redhat then claims that the cost is not in direct Lilo support but > rather for massive kludges that are needed in Anaconda and Up2date in > order to interface to Lilo. > > We've shown that there are no such massive kludges - just a generic > structure in Grubby that's needed to support half a dozen boot loaders > on a variety of different architectures. > > > Redhat makes vague claims that the latest Grub handles RAID-1 and asks > us to test Grub yet again. (Perhaps "ask" is an overstatement: Redhat > once again pulled Lilo so we'd be forced to test their inferior > alternative.) > > We've shown that Redhat has not provided documentation on using Grub > with RAID-1 in any of the logical places, and we've shown that the > obvious "grub-install --recheck /dev/md0" does not install Grub to any OMG... why would you do that? ;-) > of the MBR's. Redhat has thus far been unable to tell us any new magic > spells for making Grub do what Redhat vaguely implies that Grub can now > do. (There are, of course, many complex and error-prone workarounds, > but Redhat has been vaguely implying that those are no longer needed.) > > > This has become much more serious than a debate over whether or not > someone at Redhat is deliberately trying to cripple their product line. > If Redhat does not soon substantiate their claims we will be forced to > entertain doubts as to the honesty of the developer of a product which > has root privileges on our systems. > > --Mike Bird From webmaster at margo.bijoux.nom.br Thu Apr 14 22:37:25 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Thu, 14 Apr 2005 19:37:25 -0300 Subject: FC4t2 no good without LILO In-Reply-To: <1113511955.4963.383.camel@sigurd.incentre.net> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> <1113511955.4963.383.camel@sigurd.incentre.net> Message-ID: <425EF0A5.2030008@margo.bijoux.nom.br> Guy Fraser wrote: >I tried for a couple weeks, but the "engineers" could give me >nothing that would help, and at the time they had the snotty >attitude. > >Yesterday I was told that add-on PCI SATA {Non-RAID} controllers >were not standard. We have been told many times on the list that >on-board SATA RAID is no good and shouldn't be used. It has also >been said that add-on PCI SATA RAID is also no good. Since I have >never found a Motherboard that supports SATA on-board that does >not have RAID, I have no idea what the "engineers" have been using >to test SATA. It seems like just another runaround. > > > I guess you misunderstood what they said. What they mean (and everybody else around the world means) is : use the onboard controller as a SATA controller , but *ignore* the advertised RAID features. This "raid" isnt a hardware raid , but a win-raid , kinda like the winmodems werent real hardware modems... -- Pedro Macedo From jkeating at j2solutions.net Thu Apr 14 22:37:49 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 14 Apr 2005 15:37:49 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113515836.4963.449.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> <1113367441.5037.40.camel@jellyfish.redfishdemo.com> <1113434287.4963.329.camel@sigurd.incentre.net> <1113435846.13504.154.camel@jkeating2.hq.pogolinux.com> <1113439181.22092.48.camel@udev.yosemite.net> <1113447331.5322.13.camel@localhost.localdomain> <1113515836.4963.449.camel@sigurd.incentre.net> Message-ID: <1113518269.13504.190.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-04-14 at 15:57 -0600, Guy Fraser wrote: > That may be true where you come from, but we are a little more > conservative here, and don't like to pick on vulnerable people. > > Since the people being referred to, are the only ones capable > of making the changes and seem to believe they are Omnipotent > beings, you would not believe such a group would be considered > vulnerable. > > What term would you prefer that I use since the one I used > must mean something else where you are? How about we skip the name calling all together? It accomplishes nothing other than making all of us feel sorry for your need to make yourself feel better by putting down those around you. > Maybe it's a dialect thing, but just because a word sounds > similar to a derogatory term, does not mean it is related. > For instance : In North America the cover over a cars > engine is a hood, in the UK it is a bonnet. In North > America a ruffian is also called a hood, but in the UK > they are not referred to as a bonnet. If you know anybody > in Australia ask them what a root is, I'll give you a hint > it is not part of a tree. Maybe it is a dialect thing. Which is why calling people by anything but their name is generally a bad idea. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From guy at incentre.net Thu Apr 14 22:39:12 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 16:39:12 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113504772.8929.32.camel@tuxpaq> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> Message-ID: <1113518352.4963.488.camel@sigurd.incentre.net> On Thu, 2005-14-04 at 14:52 -0400, Paul Iadonisi wrote: > On Thu, 2005-04-14 at 11:02 -0700, Mike Bird wrote: > > [snip] > > > and we've shown that the > > obvious "grub-install --recheck /dev/md0" does not install Grub to any > > of the MBR's. Redhat has thus far been unable to tell us any new magic > > spells for making Grub do what Redhat vaguely implies that Grub can now > > do. > > [snip] > > Avoiding the temptation I have to demonstrate how patently false and > divisive most (but not all) of the rest of your post is, I will address > only this point. > There is no excuse for this deliberately deceptive claim, especially > when YOU participated in the rather short thread where I proved > otherwise. "grub-install --recheck /dev/md0" (and probably even without > the --recheck if your hardware hasn't changed) works. Why you chose to > ignore my test case is beyond me. The characters 'LILO' still left > behind (as a remnant) after doing the grub-install has no bearing > whatsoever on whether or not grub was really installed. I haven't > looked at the code, so I don't know why that is, but it most definitely > IS. I'm going to jump out on a limb here. Maybe it's because your test case *FAILED* to work for him. Just a guess, and I know I could be wrong, but at least I'll admit to it, can you! > I did that test, believe it or not, with some skepticism based on my > past experience with grub on software RAID 1. The results surprised me. > After describing my unexpected success, I sort of expected > (understandably) others to say 'oh, hey, maybe it is fixed, let me check > for myself on my test systems.' If you're not willing to do that, when > I -- someone who has had a long history of the same software RAID 1 > problem as others -- have demonstrated that the problem is at long last > SOLVED for my configuration, then I have to wonder why your are > subscribed at all to fedora-test-list. > Some posters have demonstrated that there are some legitimate gripes > about this whole mess. You raise questions about your credibility when > you demonstrate an unwillingness to admit that maybe, just maybe, > *something* truly has been fixed. > So please, test -- to confirm or rebut -- what one skeptical, long > term, somewhat frustrated grub-on-software-raid1 user has successfully > tested. If you and/or others come back with corroboration of what I've > found, maybe we can *finally* declare the problem fixed and call an end > to at least ONE aspect of this thread: grub on software raid 1. And > then deal with other alleged problems. > -- > -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 jkeating at j2solutions.net Thu Apr 14 22:41:01 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 14 Apr 2005 15:41:01 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113517261.4963.471.camel@sigurd.incentre.net> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> <1113487573.4963.362.camel@sigurd.incentre.net> <20050414153206.GA15138@jadzia.bu.edu> <1113517261.4963.471.camel@sigurd.incentre.net> Message-ID: <1113518461.13504.194.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-04-14 at 16:21 -0600, Guy Fraser wrote: > Hum. > > Do you mean, just don't use any mirroring and or striping, > or do you mean changing some setting so that raid is disabled. > If you mean the latter I have never seen such an option. If > you mean the first scenario, that is what I have done. It is > strange that these limitations exist, because the on-board > SATA RAID works fine with FreeBSD, but were not going to > discuss that here. Almost every board that has come through our labs with SATA capability and advertised RAID capability has the option to disable the RAID portion of these chips. > For those who use the term "winraid" to descibe some kind of > inferior software raid, I would suggest that you explain what > you mean by don't use it, in light of this post. A lot of this started with WinModems. Modems that lacked actual hardware devices and relied on software emulation. This was followed by some Promise IDE 'raid' chips that basically did the same thing. Relied on an OS level driver to do all the RAID operations. These SATA 'raid' chips are hardly different. The generic term 'win-something' has been stolen from 'winmodems' and applied elsewhere. Basically it doesn't work in Linux right now, don't use it. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From pri.rhl3 at iadonisi.to Thu Apr 14 22:47:42 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 14 Apr 2005 18:47:42 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113518352.4963.488.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113518352.4963.488.camel@sigurd.incentre.net> Message-ID: <1113518862.7558.44.camel@md.local.linuxlobbyist.org> On Thu, 2005-04-14 at 16:39 -0600, Guy Fraser wrote: > On Thu, 2005-14-04 at 14:52 -0400, Paul Iadonisi wrote: [snip] > > ignore my test case is beyond me. The characters 'LILO' still left > > behind (as a remnant) after doing the grub-install has no bearing > > whatsoever on whether or not grub was really installed. I haven't > > looked at the code, so I don't know why that is, but it most definitely > > IS. > > I'm going to jump out on a limb here. Maybe it's because your test > case *FAILED* to work for him. Just a guess, and I know I could be > wrong, but at least I'll admit to it, can you! > Oh, absolutely, and what makes you think I can't? Nevermind, don't answer that. It's just that he hasn't said so either way. He's only reported on what he's seeing at the beginning of his boot block, not what the actual results were (i.e.: what happens when he boots), other than making the wild claim that lilo was chaining to grub on MY system (even though I NEVER set it up to do that -- did it happen magically? I don't think so) as well as his, which I proved wrong for my system by ZEROing the boot block first. He hasn't (nor have you) produced one shred of evidence that this new grub hasn't fixed software raid 1. If you do, fantastic! But we are waiting for more people to test it. I only have so many machines, and really only one I can test this particular problem on. -- -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 owaugly at xmission.com Thu Apr 14 23:03:35 2005 From: owaugly at xmission.com (Al Kroeger) Date: Thu, 14 Apr 2005 17:03:35 -0600 Subject: net install questions Message-ID: <425EF6C7.4090007@xmission.com> I have fc4t2 installed almost completely, now. I installed it via net. I first mounted bootdisc.iso in a directory I created in /boot called fc4install. I booted to that, and opted for http install. I prefer the graphic install, but this booted right to text install. Did I miss a prompt which might have allowed a choice of graphic? The install went well, except I was unable to select any of the extras with the text mode install. Is this normal? As a result of not being able to choose any extras at install, I've had to 'yum install' them, one-by-one as I muddled through getting everything to work. This leads me to the real questions of this post; 1. Is it possible to do a graphic install via net? a. If so, when should I expect to see/make that choice? 2. Is it possible to select extras in a text-mode install? a. If so, when should I expect to see/make that choice? Overall, the net install vs downloading and burning all five, including rescue, discs saved about two hours and lotsa, lotsa bandwidth.....(I had just received a warning from my ip that I was approaching the max allowed for any one month.) The jury is still out over my opinion of fc4. I was finally able to build a vanilla 2.6.11 kernel for my Win4Lin. That was successful, but I could not get xconfig to work, and had to use menuconfig. I was able to get my little setnumlock program to work. That is more of a piss-me-off-avoidance thing that a critically important thing. It just sets numlock on login. I have RealPlayer10GOLD installed, and imported my jazz-internet-radio selection list. THAT was CRITICAL. I was able to install Mozilla-suite 1.7.6 installed, using the FC3 rpm's I imported from my FC3 installation, and that's cool. I know, Firefox/Thunderbird is supposed to be the latest-greatest since the paper bag, but Moz suite comes complete with all the j2re, java, quicktime, et al plugins in moz-*.rpm form, so they get installed and work the first time without the usual wrestling match of trying to get them installed and working with Firefox. I was able to import desktop backgrounds from my FC3 installation that weren't included with FC4t2. BUT, I sure would like to figure out what's wrong with screensaver. It tries to launch, but just hangs with this cute yellow script of how it's trying to do whatever...... not a biggie, just a pita. So,..... that's where I am with this. It's been fun, and a good experience.... test distro and all. The most annoying thing about this mailing list is dumping all the trash-swiping-moronic bs over the relative merits of lilo vs grub. Get over it! Get on with it! Life's a bitch, and then you die! But this last outburst has nothing at all to do with fc4, just a few of the juveniles shouting at each other via mail-list. owa From justin.conover at gmail.com Thu Apr 14 23:06:43 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 14 Apr 2005 18:06:43 -0500 Subject: yum update fails In-Reply-To: <1113516098.3962.5.camel@localhost.localdomain> References: <1113516098.3962.5.camel@localhost.localdomain> Message-ID: On 4/14/05, Panama Evans wrote: > I get this when I try to update > [root at localhost panama]# yum update > Setting up Update Process > > Is this ok [y/N]: y > Downloading Packages: > unsigned package rhn-applet-2.1.17-3.i386.rpm rpm --import /usr/share/rhn/RPM-GPG-KEY* You also need to add gpgcheck=0 vi /etc/yum.repos.d/fedora-devel.repo [development] name=Fedora Core $releasever - Development Tree baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide enabled=1 gpgcheck=0 From guy at incentre.net Thu Apr 14 23:11:37 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 17:11:37 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <425EECA2.8080308@margo.bijoux.nom.br> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113430337.4963.268.camel@sigurd.incentre.net> <425D9C6A.2020606@margo.bijoux.nom.br> <1113513315.4963.408.camel@sigurd.incentre.net> <425EECA2.8080308@margo.bijoux.nom.br> Message-ID: <1113520298.4963.497.camel@sigurd.incentre.net> On Thu, 2005-14-04 at 19:20 -0300, Pedro Fernandes Macedo wrote: > Guy Fraser wrote: > > >As a mater of fact yes. > > > > > > > So , why you dont provide data to help fixing the problem? In all your > messages , I didnt see anything that could help fix grub (or anything at > all that could show that grub is broken in such a bad way that lilo has > to stay). > > >Are you saying only 5 people have ever got the "Error 15" message? > >Really, you jest! > > > > > Seems like 6 to me.. Just checked bugzilla and there's only one report , > but seems like the problem was fixed , according to the person who > posted the bug. > If the problem still exists , help fixing it... It's not that hard... > > -- > Pedro Macedo OK. We'll see, I'll get the FC4t... disks and find out. Wait a minute, do you have a SATA drive I could borrow, I had to move the 80GB of data off my ATA133 drive so I could boot FC3 after the last time I changed a drive. It may have to wait until I can archive my data. From webmaster at margo.bijoux.nom.br Thu Apr 14 23:17:22 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Thu, 14 Apr 2005 20:17:22 -0300 Subject: FC4t2 no good without LILO In-Reply-To: <1113520298.4963.497.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113430337.4963.268.camel@sigurd.incentre.net> <425D9C6A.2020606@margo.bijoux.nom.br> <1113513315.4963.408.camel@sigurd.incentre.net> <425EECA2.8080308@margo.bijoux.nom.br> <1113520298.4963.497.camel@sigurd.incentre.net> Message-ID: <425EFA02.2020706@margo.bijoux.nom.br> Guy Fraser wrote: >OK. We'll see, I'll get the FC4t... disks and find out. > >Wait a minute, do you have a SATA drive I could borrow, I had >to move the 80GB of data off my ATA133 drive so I could boot FC3 >after the last time I changed a drive. > >It may have to wait until I can archive my data. > > Sorry , but my SATA disk is completely full with personal data...... -- Pedro Macedo From guy at incentre.net Thu Apr 14 23:24:55 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 17:24:55 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113517346.13504.185.camel@jkeating2.hq.pogolinux.com> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> <1113487573.4963.362.camel@sigurd.incentre.net> <1113517346.13504.185.camel@jkeating2.hq.pogolinux.com> Message-ID: <1113521095.4963.511.camel@sigurd.incentre.net> On Thu, 2005-14-04 at 15:22 -0700, Jesse Keating wrote: > On Thu, 2005-04-14 at 08:06 -0600, Guy Fraser wrote: > > You must be joking! > > > > New machines pretty mush only come with onboard SATA RAID > > which you guys keep saying should never be used. > > Almost all that I've looked at provide the ability to disable the RAID > subfeature of these chipsets in order to use them as straight SATA > controllers. I have only worked with a few, but non had an option to disable RAID. In the manual they had ways to use drives as though they weren't using RAID. Example. Setup one logical volume using the full size of only one drive. Is that what you, you mean? That is how ASUS boards with Promise controllers work. ASUS boards and Promise controllers are both very much mainstream. > > > And older machines never had SATA. > > > > Make up your frickin minds. > > By SATA addon cards I'm talking about SATA PCI cards, not a chip on the > motherboard. I know, why would you consider there use to be non standard. I know lots of people have more than two drives, and the SATA on most motherboards only support two drives. > > > > > Maybe the reason the developers can't find any problems is > > > > they are not adding any additional controller cards. > > > > > > That is quite possible. You are correct in that most SATA cards > > lack > > > the ability to disable loading a BIOS. SATA cards loading a BIOS > > > overrides at times what is set in the motherboard BIOS for boot > > order. > > > > I would have never guessed. > > > > What do you think people have been complaining about? > > Again, I'm speaking of SATA PCI cards, not the onboard SATA chips of > today's motherboards. SATA PCI cards for the most part have been POS > things that only cause problems, regardless of boot loaders. Maybe in your universe, we have been using them in FreeBSD servers for over a year and haven't had any problems. I have been using mine with Fedora for over a year and the only problems I've had were with GRUB. ...snip... > > > > I usually prefer to move all my PCI cards around every time I > > upgrade a hard drive. Are you saying that is not a good idea? > > I don't follow. That was a joke. Sorry, I figured you would get it without the :-). > > -- > Jesse Keating RHCE (geek.j2solutions.net) > Fedora Legacy Team (www.fedoralegacy.org) > GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) > > Was I helpful? Let others know: > http://svcs.affero.net/rm.php?r=jkeating From webmaster at choicesontheweb.com Thu Apr 14 23:27:50 2005 From: webmaster at choicesontheweb.com (Panama Evans) Date: Thu, 14 Apr 2005 16:27:50 -0700 Subject: yum update fails In-Reply-To: References: <1113516098.3962.5.camel@localhost.localdomain> Message-ID: <1113521270.3225.2.camel@localhost.localdomain> Hello I added rpm --import /usr/share/rhn/RPM-GPG-KEY* Then gpgcheck=0 Then vi /etc/yum.repos.d/fedora-devel.repoOn Thu, 2005-04-14 at 18:06 -0500 And I got this [development] name=Fedora Core $releasever - Development Tree #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide enabled=1 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Type :quit to exit Vim Then when I try yum update I get [panama at localhost ~]$ su Password: [root at localhost panama]# yum update Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 306 kB 00:01 extras-dev: ################################################## 904/904 Added 8 new packages, deleted 30 old in 1.03 seconds Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package rhn-applet.i386 0:2.1.17-3 set to be updated ---> Package apmd.i386 1:3.2.2-2 set to be updated ---> Package evolution.i386 0:2.2.2-1 set to be updated ---> Package gnome-pilot.i386 0:2.0.13-1 set to be updated ---> Package cpp.i386 0:4.0.0-0.42 set to be updated ---> Package gdm.i386 1:2.6.0.8-3 set to be updated ---> Package zlib.i386 0:1.2.2.2-3 set to be updated ---> Package xorg-x11-libs.i386 0:6.8.2-22 set to be updated ---> Package redhat-artwork.i386 0:0.122-2 set to be updated ---> Package spamassassin.i386 0:3.0.2-8.fc4 set to be updated ---> Package yp-tools.i386 0:2.8-8 set to be updated ---> Package vixie-cron.i386 1:4.1-32_FC4 set to be updated ---> Package glib2.i386 0:2.6.4-1 set to be updated ---> Package net-snmp.i386 0:5.2.1-9 set to be updated ---> Package sudo.i386 0:1.6.8p8-1 set to be updated ---> Package tvtime.i386 0:0.9.15-6 set to be updated ---> Package xorg-x11-Mesa-libGL.i386 0:6.8.2-22 set to be updated ---> Package vim-enhanced.i386 1:6.3.071-1 set to be updated ---> Package portmap.i386 0:4.0-65 set to be updated ---> Package gedit.i386 1:2.10.2-2 set to be updated ---> Package gnome-menus.i386 0:2.10.1-2 set to be updated ---> Package emacs.i386 0:21.4-2 set to be updated ---> Package gnopernicus.i386 0:0.10.6-1 set to be updated ---> Package kdelibs.i386 6:3.4.0-5 set to be updated ---> Package nfs-utils.i386 0:1.0.7-6 set to be updated ---> Package gaim.i386 1:1.2.1-4.fc4 set to be updated ---> Package openoffice.org-xsltfilter.i386 1:1.9.92-2 set to be updated ---> Package jwhois.i386 0:3.2.2-13 set to be updated ---> Package diffutils.i386 0:2.8.1-15 set to be updated ---> Package openoffice.org-graphicfilter.i386 1:1.9.92-2 set to be updated ---> Package selinux-policy-targeted.noarch 0:1.23.10-5 set to be updated ---> Package gail.i386 0:1.8.3-1 set to be updated ---> Package nc.i386 0:1.78-1 set to be updated ---> Package netdump.i386 0:0.7.7-6 set to be updated ---> Package xorg-x11-xfs.i386 0:6.8.2-22 set to be updated ---> Package xorg-x11-tools.i386 0:6.8.2-22 set to be updated ---> Package sqlite.i386 0:3.1.2-3 set to be updated ---> Package gtk2.i386 0:2.6.7-1 set to be updated ---> Package pam.i386 0:0.79-5 set to be updated ---> Package perl-Net-DNS.i386 0:0.49-2 set to be updated ---> Package dbus-python.i386 0:0.32-6 set to be updated ---> Package xorg-x11-twm.i386 0:6.8.2-22 set to be updated ---> Package openoffice.org-draw.i386 1:1.9.92-2 set to be updated ---> Package cyrus-sasl-md5.i386 0:2.1.20-5 set to be updated ---> Package cyrus-sasl-plain.i386 0:2.1.20-5 set to be updated ---> Package libwpd.i386 0:0.8.0-4 set to be updated ---> Package xorg-x11-xauth.i386 0:6.8.2-22 set to be updated ---> Package authconfig-gtk.i386 0:4.6.12-1 set to be updated ---> Package file.i386 0:4.13-4 set to be updated ---> Package gnome-applets.i386 1:2.10.1-1 set to be updated ---> Package hwdata.noarch 0:0.156-1 set to be updated ---> Package dhclient.i386 10:3.0.2-7 set to be updated ---> Package dbus-x11.i386 0:0.32-6 set to be updated ---> Package evolution-data-server.i386 0:1.2.2-2 set to be updated ---> Package at.i386 0:3.1.8-77_FC4 set to be updated ---> Package cyrus-sasl.i386 0:2.1.20-5 set to be updated ---> Package kdebase.i386 6:3.4.0-5 set to be updated ---> Package dbus-glib.i386 0:0.32-6 set to be updated ---> Package libgcj.i386 0:4.0.0-0.42 set to be updated ---> Package openoffice.org-core.i386 1:1.9.92-2 set to be updated ---> Package libgcc.i386 0:4.0.0-0.42 set to be updated ---> Package xinitrc.noarch 0:4.0.18-1 set to be updated ---> Package libstdc++.i386 0:4.0.0-0.42 set to be updated ---> Package xorg-x11-Mesa-libGLU.i386 0:6.8.2-22 set to be updated ---> Package gtk+.i386 1:1.2.10-39 set to be updated ---> Package mkisofs.i386 8:2.01.1-9 set to be updated ---> Package python.i386 0:2.4.1-1 set to be updated ---> Package libgnome.i386 0:2.10.0-2 set to be updated ---> Package gnome-doc-utils.noarch 0:0.2.0-1 set to be updated ---> Package man.i386 0:1.5p-4 set to be updated ---> Package e2fsprogs.i386 0:1.37-2 set to be updated ---> Package policycoreutils.i386 0:1.23.5-1 set to be updated ---> Package sendmail.i386 0:8.13.4-1 set to be updated ---> Package openoffice.org-writer.i386 1:1.9.92-2 set to be updated ---> Package xorg-x11.i386 0:6.8.2-22 set to be updated ---> Package imlib.i386 1:1.9.13-24 set to be updated ---> Package vim-common.i386 1:6.3.071-1 set to be updated ---> Package dbus.i386 0:0.32-6 set to be updated ---> Package evince.i386 0:0.2.0-1 set to be updated ---> Package gnome-games.i386 1:2.10.0-3 set to be updated ---> Package gnome-icon-theme.noarch 0:2.10.1-4 set to be updated ---> Package util-linux.i386 0:2.12p-7 set to be updated ---> Package libsilc.i386 0:0.9.12-11 set to be updated ---> Package emacs-common.i386 0:21.4-2 set to be updated ---> Package aspell-en.i386 50:0.51-12 set to be updated ---> Package gnome-themes.i386 0:2.10.1-1 set to be updated ---> Package iputils.i386 0:20020927-22 set to be updated ---> Package control-center.i386 1:2.10.1-1 set to be updated ---> Package openoffice.org-impress.i386 1:1.9.92-2 set to be updated ---> Package libselinux.i386 0:1.23.7-2 set to be updated ---> Package quota.i386 1:3.12-6 set to be updated ---> Package openoffice.org-math.i386 1:1.9.92-2 set to be updated ---> Package dia.i386 1:0.94-11 set to be updated ---> Package fonts-xorg-100dpi.noarch 0:6.8.1.1-2 set to be updated ---> Package dos2unix.i386 0:3.1-24 set to be updated ---> Package libuser.i386 0:0.53.4-1 set to be updated ---> Package qt.i386 1:3.3.4-11 set to be updated ---> Package cdda2wav.i386 8:2.01.1-9 set to be updated ---> Package gdbm.i386 0:1.8.0-25 set to be updated ---> Package libgnomeui.i386 0:2.10.0-1 set to be updated ---> Package authconfig.i386 0:4.6.12-1 set to be updated ---> Package unix2dos.i386 0:2.2-26 set to be updated ---> Package vim-minimal.i386 1:6.3.071-1 set to be updated ---> Package gtkhtml3.i386 0:3.6.2-1 set to be updated ---> Package libgal2.i386 2:2.4.2-1 set to be updated ---> Package fonts-xorg-base.noarch 0:6.8.1.1-2 set to be updated ---> Package emacs-leim.i386 0:21.4-2 set to be updated ---> Package gimp.i386 2:2.2.6-1 set to be updated ---> Package dmraid.i386 0:1.0.0.rc7-4_FC4 set to be updated ---> Package libgnomecups.i386 0:0.2.0-2 set to be updated ---> Package xorg-x11-xdm.i386 0:6.8.2-22 set to be updated ---> Package cdrecord.i386 8:2.01.1-9 set to be updated ---> Package fonts-xorg-75dpi.noarch 0:6.8.1.1-2 set to be updated ---> Package system-config-users.noarch 0:1.2.35-1 set to be updated ---> Package net-snmp-libs.i386 0:5.2.1-9 set to be updated ---> Package poppler.i386 0:0.2.0-2 set to be updated ---> Package openoffice.org-calc.i386 1:1.9.92-2 set to be updated ---> Package linuxwacom.i386 0:0.6.6-5 set to be updated ---> Package xorg-x11-font-utils.i386 0:6.8.2-22 set to be updated --> Running transaction check --> Processing Dependency: pm-utils for package: apmd --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package pm-utils.i386 0:0.01-1 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: apmd i386 1:3.2.2-2 development 82 k aspell-en i386 50:0.51-12 development 1.9 M at i386 3.1.8-77_FC4 development 53 k authconfig i386 4.6.12-1 development 282 k authconfig-gtk i386 4.6.12-1 development 39 k cdda2wav i386 8:2.01.1-9 development 206 k cdrecord i386 8:2.01.1-9 development 572 k control-center i386 1:2.10.1-1 development 2.3 M cpp i386 4.0.0-0.42 development 2.1 M cyrus-sasl i386 2.1.20-5 development 1.3 M cyrus-sasl-md5 i386 2.1.20-5 development 58 k cyrus-sasl-plain i386 2.1.20-5 development 29 k dbus i386 0.32-6 development 538 k dbus-glib i386 0.32-6 development 56 k dbus-python i386 0.32-6 development 141 k dbus-x11 i386 0.32-6 development 17 k dhclient i386 10:3.0.2-7 development 233 k dia i386 1:0.94-11 development 2.9 M diffutils i386 2.8.1-15 development 208 k dmraid i386 1.0.0.rc7-4_FC4 development 71 k dos2unix i386 3.1-24 development 13 k e2fsprogs i386 1.37-2 development 858 k emacs i386 21.4-2 development 1.6 M emacs-common i386 21.4-2 development 10 M emacs-leim i386 21.4-2 development 2.5 M evince i386 0.2.0-1 development 192 k evolution i386 2.2.2-1 development 9.0 M evolution-data-server i386 1.2.2-2 development 3.2 M file i386 4.13-4 development 279 k fonts-xorg-100dpi noarch 6.8.1.1-2 development 4.2 M fonts-xorg-75dpi noarch 6.8.1.1-2 development 3.8 M fonts-xorg-base noarch 6.8.1.1-2 development 7.7 M gail i386 1.8.3-1 development 324 k gaim i386 1:1.2.1-4.fc4 development 3.8 M gdbm i386 1.8.0-25 development 26 k gdm i386 1:2.6.0.8-3 development 3.0 M gedit i386 1:2.10.2-2 development 2.7 M gimp i386 2:2.2.6-1 development 9.6 M glib2 i386 2.6.4-1 development 552 k gnome-applets i386 1:2.10.1-1 development 7.1 M gnome-doc-utils noarch 0.2.0-1 development 127 k gnome-games i386 1:2.10.0-3 development 8.7 M gnome-icon-theme noarch 2.10.1-4 development 3.0 M gnome-menus i386 2.10.1-2 development 62 k gnome-pilot i386 2.0.13-1 development 520 k gnome-themes i386 2.10.1-1 development 2.5 M gnopernicus i386 0.10.6-1 development 1.7 M gtk+ i386 1:1.2.10-39 development 885 k gtk2 i386 2.6.7-1 development 4.7 M gtkhtml3 i386 3.6.2-1 development 794 k hwdata noarch 0.156-1 development 253 k imlib i386 1:1.9.13-24 development 409 k iputils i386 20020927-22 development 107 k jwhois i386 3.2.2-13 development 79 k kdebase i386 6:3.4.0-5 development 26 M kdelibs i386 6:3.4.0-5 development 17 M libgal2 i386 2:2.4.2-1 development 718 k libgcc i386 4.0.0-0.42 development 240 k libgcj i386 4.0.0-0.42 development 7.6 M libgnome i386 2.10.0-2 development 706 k libgnomecups i386 0.2.0-2 development 70 k libgnomeui i386 2.10.0-1 development 848 k libselinux i386 1.23.7-2 development 63 k libsilc i386 0.9.12-11 development 307 k libstdc++ i386 4.0.0-0.42 development 291 k libuser i386 0.53.4-1 development 378 k libwpd i386 0.8.0-4 development 144 k linuxwacom i386 0.6.6-5 development 216 k man i386 1.5p-4 development 240 k mkisofs i386 8:2.01.1-9 development 571 k nc i386 1.78-1 development 51 k net-snmp i386 5.2.1-9 development 601 k net-snmp-libs i386 5.2.1-9 development 1.8 M netdump i386 0.7.7-6 development 14 k nfs-utils i386 1.0.7-6 development 312 k openoffice.org-calc i386 1:1.9.92-2 development 6.5 M openoffice.org-core i386 1:1.9.92-2 development 74 M openoffice.org-draw i386 1:1.9.92-2 development 1.0 M openoffice.org-graphic i386 1:1.9.92-2 development 144 k openoffice.org-impress i386 1:1.9.92-2 development 1.6 M openoffice.org-math i386 1:1.9.92-2 development 1.3 M openoffice.org-writer i386 1:1.9.92-2 development 2.7 M openoffice.org-xsltfil i386 1:1.9.92-2 development 50 k pam i386 0.79-5 development 1.9 M perl-Net-DNS i386 0.49-2 development 194 k policycoreutils i386 1.23.5-1 development 65 k poppler i386 0.2.0-2 development 397 k portmap i386 4.0-65 development 35 k python i386 2.4.1-1 development 5.6 M qt i386 1:3.3.4-11 development 3.4 M quota i386 1:3.12-6 development 315 k redhat-artwork i386 0.122-2 development 4.5 M rhn-applet i386 2.1.17-3 development 319 k selinux-policy-targete noarch 1.23.10-5 development 388 k sendmail i386 8.13.4-1 development 595 k spamassassin i386 3.0.2-8.fc4 development 680 k sqlite i386 3.1.2-3 development 185 k sudo i386 1.6.8p8-1 development 184 k system-config-users noarch 1.2.35-1 development 303 k tvtime i386 0.9.15-6 development 674 k unix2dos i386 2.2-26 development 12 k util-linux i386 2.12p-7 development 1.6 M vim-common i386 1:6.3.071-1 development 3.5 M vim-enhanced i386 1:6.3.071-1 development 1.0 M vim-minimal i386 1:6.3.071-1 development 274 k vixie-cron i386 1:4.1-32_FC4 development 77 k xinitrc noarch 4.0.18-1 development 27 k xorg-x11 i386 6.8.2-22 development 14 M xorg-x11-Mesa-libGL i386 6.8.2-22 development 198 k xorg-x11-Mesa-libGLU i386 6.8.2-22 development 269 k xorg-x11-font-utils i386 6.8.2-22 development 115 k xorg-x11-libs i386 6.8.2-22 development 2.5 M xorg-x11-tools i386 6.8.2-22 development 333 k xorg-x11-twm i386 6.8.2-22 development 154 k xorg-x11-xauth i386 6.8.2-22 development 92 k xorg-x11-xdm i386 6.8.2-22 development 160 k xorg-x11-xfs i386 6.8.2-22 development 131 k yp-tools i386 2.8-8 development 64 k zlib i386 1.2.2.2-3 development 48 k Installing for dependencies: pm-utils i386 0.01-1 development 25 k Transaction Summary ============================================================================= Install 1 Package(s) Update 119 Package(s) Remove 0 Package(s) Total download size: 297 M Is this ok [y/N]: y Downloading Packages: unsigned package rhn-applet-2.1.17-3.i386.rpm Am I doing something wrong??? Panama , Justin Conover wrote: > On 4/14/05, Panama Evans wrote: > > I get this when I try to update > > [root at localhost panama]# yum update > > Setting up Update Process > > > > Is this ok [y/N]: y > > Downloading Packages: > > unsigned package rhn-applet-2.1.17-3.i386.rpm > > > rpm --import /usr/share/rhn/RPM-GPG-KEY* > > You also need to add gpgcheck=0 > > vi /etc/yum.repos.d/fedora-devel.repo > > [development] > name=Fedora Core $releasever - Development Tree > baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ > mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide > enabled=1 > gpgcheck=0 > From guy at incentre.net Thu Apr 14 23:29:43 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 17:29:43 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <425EECA2.8080308@margo.bijoux.nom.br> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113430337.4963.268.camel@sigurd.incentre.net> <425D9C6A.2020606@margo.bijoux.nom.br> <1113513315.4963.408.camel@sigurd.incentre.net> <425EECA2.8080308@margo.bijoux.nom.br> Message-ID: <1113521384.4963.517.camel@sigurd.incentre.net> On Thu, 2005-14-04 at 19:20 -0300, Pedro Fernandes Macedo wrote: > Guy Fraser wrote: > > >As a mater of fact yes. > > > > > > > So , why you dont provide data to help fixing the problem? In all your > messages , I didnt see anything that could help fix grub (or anything at > all that could show that grub is broken in such a bad way that lilo has > to stay). I have not written a boot loader since programming assembly on z80's. I may be a little out of touch with the common procedures, and I really don't care to learn them. I have enough source code to deal with right now, I don't need another project. > > >Are you saying only 5 people have ever got the "Error 15" message? > >Really, you jest! > > > > > Seems like 6 to me.. Just checked bugzilla and there's only one report , > but seems like the problem was fixed , according to the person who > posted the bug. > If the problem still exists , help fixing it... It's not that hard... I'll take your word for it. From what I've seen it looks like a complicated and nasty thing to work on. > > -- > Pedro Macedo From jkeating at j2solutions.net Thu Apr 14 23:32:44 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 14 Apr 2005 16:32:44 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113521095.4963.511.camel@sigurd.incentre.net> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> <1113487573.4963.362.camel@sigurd.incentre.net> <1113517346.13504.185.camel@jkeating2.hq.pogolinux.com> <1113521095.4963.511.camel@sigurd.incentre.net> Message-ID: <1113521564.13504.208.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-04-14 at 17:24 -0600, Guy Fraser wrote: > I have only worked with a few, but non had an option to disable > RAID. In the manual they had ways to use drives as though they > weren't using RAID. Guess your few are the exception. I've worked with 30 or so different boards from just about all board makers (public and non-public) and most have the RAID vs NORAID option. > Example. > Setup one logical volume using the full size of only one drive. > > Is that what you, you mean? No, as it is still loading a RAID bios rather than just the disk itself. > That is how ASUS boards with Promise > controllers work. ASUS boards and Promise controllers are both > very much mainstream. And Promise has been the source of a lot of problems with Linux. Bad juju. Of course, our Asus Promise boards have the ability to not be in RAID, maybe we're just lucky? > > > > > And older machines never had SATA. > > > > > > Make up your frickin minds. > > > > By SATA addon cards I'm talking about SATA PCI cards, not a chip on > the > > motherboard. > > I know, why would you consider there use to be non standard. > > I know lots of people have more than two drives, and the SATA on > most motherboards only support two drives. Know lots of people != mainstream. Mainstream is the majority of users who have maybe a single drive. Mainstream are people who aren't ripping apart their system at random to add drives and such in random configurations. Mainstream works. > > > > > > > Maybe the reason the developers can't find any problems is > > > > > they are not adding any additional controller cards. > > > > > > > > That is quite possible. You are correct in that most SATA cards > > > lack > > > > the ability to disable loading a BIOS. SATA cards loading a > BIOS > > > > overrides at times what is set in the motherboard BIOS for boot > > > order. > > > > > > I would have never guessed. > > > > > > What do you think people have been complaining about? > > > > Again, I'm speaking of SATA PCI cards, not the onboard SATA chips of > > today's motherboards. SATA PCI cards for the most part have been > POS > > things that only cause problems, regardless of boot loaders. > > Maybe in your universe, we have been using them in FreeBSD > servers for over a year and haven't had any problems. I have > been using mine with Fedora for over a year and the only > problems I've had were with GRUB. This conversation has been about Linux, not FreeBSD. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From whooperhsd3 at earthlink.net Thu Apr 14 23:33:45 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 14 Apr 2005 19:33:45 -0400 (EDT) Subject: FC4t2 no good without LILO In-Reply-To: <1113514656.4963.427.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <1113439645.29504.10.camel@md.local.linuxlobbyist.org> <1113514656.4963.427.camel@sigurd.incentre.net> Message-ID: <4490.192.168.0.254.1113521625.squirrel@whooper.org> Guy Fraser said: > On Wed, 2005-13-04 at 20:47 -0400, Paul Iadonisi wrote: > >> On Wed, 2005-04-13 at 16:49 -0600, Guy Fraser wrote: >> >> >> [snip] >> >> >>> Run a second program designed just to >>> install the MBR on the real device name that you earlier had to create >>> a reference for. >> >> I haven't read the rest of your post yet, but here is one problem that >> appears possible to narrow down to your usage of grub. You do NOT need >> (as a matter of fact, SHOULDN'T) re-run grub-install [snip] > If that is true, maybe you could point me to instructions that > don't include that step. http://www.redhat.com/docs/manuals/linux/RHL-7.3-Manual/custom-guide/s1-custom-kernel-bootloader.html "For GRUB, you do not need to run any commands after modifying the configuration file." -- William Hooper From guy at incentre.net Thu Apr 14 23:44:12 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 17:44:12 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <1113521564.13504.208.camel@jkeating2.hq.pogolinux.com> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> <1113487573.4963.362.camel@sigurd.incentre.net> <1113517346.13504.185.camel@jkeating2.hq.pogolinux.com> <1113521095.4963.511.camel@sigurd.incentre.net> <1113521564.13504.208.camel@jkeating2.hq.pogolinux.com> Message-ID: <1113522253.4963.528.camel@sigurd.incentre.net> On Thu, 2005-14-04 at 16:32 -0700, Jesse Keating wrote: > On Thu, 2005-04-14 at 17:24 -0600, Guy Fraser wrote: > > I have only worked with a few, but non had an option to disable > > RAID. In the manual they had ways to use drives as though they > > weren't using RAID. > > Guess your few are the exception. I've worked with 30 or so different > boards from just about all board makers (public and non-public) and most > have the RAID vs NORAID option. > > > Example. > > Setup one logical volume using the full size of only one drive. > > > > Is that what you, you mean? > > No, as it is still loading a RAID bios rather than just the disk itself. > > > That is how ASUS boards with Promise > > controllers work. ASUS boards and Promise controllers are both > > very much mainstream. > > And Promise has been the source of a lot of problems with Linux. Bad > juju. Of course, our Asus Promise boards have the ability to not be in > RAID, maybe we're just lucky? > > > > > > > > And older machines never had SATA. > > > > > > > > Make up your frickin minds. > > > > > > By SATA addon cards I'm talking about SATA PCI cards, not a chip on > > the > > > motherboard. > > > > I know, why would you consider there use to be non standard. > > > > I know lots of people have more than two drives, and the SATA on > > most motherboards only support two drives. > > Know lots of people != mainstream. Mainstream is the majority of users > who have maybe a single drive. Mainstream are people who aren't ripping > apart their system at random to add drives and such in random > configurations. Mainstream works. C'mon now, what fun is that? I got this huge tower, and they keep having sales on hard drives, I can't help myself. Last week I was broke, but I barely resisted buying another 200GB SATA on credit, they were selling for CAD$127 {one per household}. Fortunately after going to Tim Hortons to get a coffee I regained my senses and went back home to work on my Macrovision remover, so I can capture the 1000 VHS movies I have and put them on DVDs. ;-) > > > > > > > > > > Maybe the reason the developers can't find any problems is > > > > > > they are not adding any additional controller cards. > > > > > > > > > > That is quite possible. You are correct in that most SATA cards > > > > lack > > > > > the ability to disable loading a BIOS. SATA cards loading a > > BIOS > > > > > overrides at times what is set in the motherboard BIOS for boot > > > > order. > > > > > > > > I would have never guessed. > > > > > > > > What do you think people have been complaining about? > > > > > > Again, I'm speaking of SATA PCI cards, not the onboard SATA chips of > > > today's motherboards. SATA PCI cards for the most part have been > > POS > > > things that only cause problems, regardless of boot loaders. > > > > Maybe in your universe, we have been using them in FreeBSD > > servers for over a year and haven't had any problems. I have > > been using mine with Fedora for over a year and the only > > problems I've had were with GRUB. > > This conversation has been about Linux, not FreeBSD. Actually this is about GRUB and LILO. Both can be used to boot Linux or FreeBSD. > > -- > Jesse Keating RHCE (geek.j2solutions.net) > Fedora Legacy Team (www.fedoralegacy.org) > GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) > > Was I helpful? Let others know: > http://svcs.affero.net/rm.php?r=jkeating From guy at incentre.net Thu Apr 14 23:50:20 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 14 Apr 2005 17:50:20 -0600 Subject: FC4t2 no good without LILO In-Reply-To: <4490.192.168.0.254.1113521625.squirrel@whooper.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <1113439645.29504.10.camel@md.local.linuxlobbyist.org> <1113514656.4963.427.camel@sigurd.incentre.net> <4490.192.168.0.254.1113521625.squirrel@whooper.org> Message-ID: <1113522620.4963.535.camel@sigurd.incentre.net> On Thu, 2005-14-04 at 19:33 -0400, William Hooper wrote: > Guy Fraser said: > > On Wed, 2005-13-04 at 20:47 -0400, Paul Iadonisi wrote: > > > >> On Wed, 2005-04-13 at 16:49 -0600, Guy Fraser wrote: > >> > >> > >> [snip] > >> > >> > >>> Run a second program designed just to > >>> install the MBR on the real device name that you earlier had to create > >>> a reference for. > >> > >> I haven't read the rest of your post yet, but here is one problem that > >> appears possible to narrow down to your usage of grub. You do NOT need > >> (as a matter of fact, SHOULDN'T) re-run grub-install > [snip] > > If that is true, maybe you could point me to instructions that > > don't include that step. > > http://www.redhat.com/docs/manuals/linux/RHL-7.3-Manual/custom-guide/s1-custom-kernel-bootloader.html > "For GRUB, you do not need to run any commands after modifying the > configuration file." > I didn't come across that and nobody pointed me to it when I was trying to get it to work. I know I pasted the commands I was using along with the system.map and grub.conf files I was using. Nobody said anything then, which is one of the complaints people have been having. While reading the documentation for GRUB Legacy I must have misunderstood, but it seemed to indicate, that was the way to do it as well. Is FC4t... still using GRUB Legacy? > > -- > William Hooper From mgb-fedora at yosemite.net Fri Apr 15 00:20:37 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Thu, 14 Apr 2005 17:20:37 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113517822.13504.188.camel@jkeating2.hq.pogolinux.com> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113504772.8929.32.camel@tuxpaq> <1113506703.14538.104.camel@udev.yosemite.net> <1113507283.10555.7.camel@tuxpaq> <1113508637.14538.126.camel@udev.yosemite.net> <1113509562.10555.15.camel@tuxpaq> <1113511077.14538.145.camel@udev.yosemite.net> <1113517822.13504.188.camel@jkeating2.hq.pogolinux.com> Message-ID: <1113524437.14538.206.camel@udev.yosemite.net> On Thu, 2005-04-14 at 15:30, Jesse Keating wrote: > GRUB doesn't overwrite all the bits that lilo does. You are correct Jesse. Thank you. I missed that on my first read of the Grub source. --Mike Bird From fedora at wir-sind-cool.org Fri Apr 15 00:51:12 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 15 Apr 2005 02:51:12 +0200 Subject: yum update fails In-Reply-To: <1113521270.3225.2.camel@localhost.localdomain> References: <1113516098.3962.5.camel@localhost.localdomain> <1113521270.3225.2.camel@localhost.localdomain> Message-ID: <20050415025112.57c7f136.fedora@wir-sind-cool.org> On Thu, 14 Apr 2005 16:27:50 -0700, Panama Evans wrote: > Hello > I added > rpm --import /usr/share/rhn/RPM-GPG-KEY* > > Then > gpgcheck=0 > > Then > > vi /etc/yum.repos.d/fedora-devel.repoOn Thu, 2005-04-14 at 18:06 -0500 > And I got this > [development] > name=Fedora Core $releasever - Development Tree > #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ > mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide > enabled=1 > You need to add a line "gpgcheck=0" to that file. In case you are not familiar with "vi", use your favourite graphical editor and edit /etc/yum.repos.de/fedora-devel.repo with it to add the line. Packages in Fedora Core Development channel are not signed. That's why you need to disable the signature check manually. > unsigned package rhn-applet-2.1.17-3.i386.rpm > Am I doing something wrong??? And please don't quote hundreds of unneeded lines. The error message is relevant, the package lists are not. From rramson at gmail.com Fri Apr 15 01:11:43 2005 From: rramson at gmail.com (Richard Ramson) Date: Thu, 14 Apr 2005 21:11:43 -0400 Subject: yum update fails, looking for "libpq.so.3" In-Reply-To: <1113490248.22767.44.camel@cutter> References: <200504131732.35612.lowen@pari.edu> <425D970E.5080407@userfriendly.net> <20050413224754.GS8833@angus.ind.WPI.EDU> <1113432605.20426.23.camel@cutter> <20050414144515.GI26472@angus.ind.WPI.EDU> <1113490248.22767.44.camel@cutter> Message-ID: I'm trying to update the following list of rpm's: dovecot-0.99.14-3.fc4.x86_64.rpm gnucash-1.8.11-3.x86_64.rpm gnucash-backend-postgres-1.8.11-3.x86_64.rpm libdbi-dbd-mysql-0.7.1-3.x86_64.rpm libdbi-dbd-pgsql-0.7.1-3.x86_64.rpm libdbi-drivers-0.7.1-3.x86_64.rpm libglade-java-2.10.1-1.x86_64.rpm libgnome-2.10.0-2.x86_64.rpm libgnome-devel-2.10.0-2.x86_64.rpm libgnome-java-2.10.1-1.x86_64.rpm libgnomecups-0.2.0-2.x86_64.rpm libgnomecups-devel-0.2.0-2.x86_64.rpm libselinux-1.23.7-2.x86_64.rpm libselinux-devel-1.23.7-2.x86_64.rpm linuxwacom-0.6.6-5.x86_64.rpm linuxwacom-devel-0.6.6-5.x86_64.rpm mod_auth_pgsql-2.0.1-8.x86_64.rpm perl-Archive-Zip-1.14-1.noarch.rpm perl-DBD-MySQL-2.9006-1.x86_64.rpm perl-DBD-Pg-1.41-1.x86_64.rpm perl-DBI-1.48-4.x86_64.rpm php-5.0.4-6.x86_64.rpm php-devel-5.0.4-6.x86_64.rpm php-gd-5.0.4-6.x86_64.rpm php-imap-5.0.4-6.x86_64.rpm php-ldap-5.0.4-6.x86_64.rpm php-mbstring-5.0.4-6.x86_64.rpm php-mysql-5.0.4-6.x86_64.rpm php-ncurses-5.0.4-6.x86_64.rpm php-odbc-5.0.4-6.x86_64.rpm php-pear-5.0.4-6.x86_64.rpm php-pgsql-5.0.4-6.x86_64.rpm php-snmp-5.0.4-6.x86_64.rpm php-soap-5.0.4-6.x86_64.rpm php-xml-5.0.4-6.x86_64.rpm php-xmlrpc-5.0.4-6.x86_64.rpm postgresql-8.0.2-2.x86_64.rpm postgresql-contrib-8.0.2-2.x86_64.rpm postgresql-devel-8.0.2-2.x86_64.rpm postgresql-docs-8.0.2-2.x86_64.rpm postgresql-jdbc-8.0.2-2.x86_64.rpm postgresql-libs-8.0.2-2.x86_64.rpm postgresql-odbc-08.00.0100-1.x86_64.rpm postgresql-pl-8.0.2-2.x86_64.rpm postgresql-python-8.0.2-2.x86_64.rpm postgresql-server-8.0.2-2.x86_64.rpm postgresql-tcl-8.0.2-2.x86_64.rpm postgresql-test-8.0.2-2.x86_64.rpm qt-3.3.4-11.x86_64.rpm qt-MySQL-3.3.4-11.x86_64.rpm qt-ODBC-3.3.4-11.x86_64.rpm qt-PostgreSQL-3.3.4-11.x86_64.rpm qt-config-3.3.4-11.x86_64.rpm qt-designer-3.3.4-11.x86_64.rpm qt-devel-3.3.4-11.x86_64.rpm When I run the command rpm -Uhv *rpm, I get the following message: warning: postgresql-odbc-08.00.0100-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 30c9ecf8 error: Failed dependencies: libpq.so.3()(64bit) is needed by (installed) cyrus-sasl-sql-2.1.20-4.x86_64 libpq.so.3()(64bit) is needed by (installed) bind-sdb-9.3.1-1_FC4.x86_64 libpq.so.3()(64bit) is needed by (installed) freeradius-postgresql-1.0.2-1.x86_64 Not sure why it is failing on these packages, since they are not in my list of installs. I added the following rpms to the directory: cyrus-sasl-2.1.20-5.x86_64.rpm cyrus-sasl-devel-2.1.20-5.x86_64.rpm cyrus-sasl-gssapi-2.1.20-5.x86_64.rpm cyrus-sasl-md5-2.1.20-5.x86_64.rpm cyrus-sasl-ntlm-2.1.20-5.x86_64.rpm cyrus-sasl-plain-2.1.20-5.x86_64.rpm cyrus-sasl-sql-2.1.20-5.x86_64.rpm Now when I run the rpm -Uhv I get the following message: warning: postgresql-odbc-08.00.0100-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 30c9ecf8 error: Failed dependencies: libpq.so.3()(64bit) is needed by (installed) bind-sdb-9.3.1-1_FC4.x86_64 libpq.so.3()(64bit) is needed by (installed) freeradius-postgresql-1.0.2-1.x86_64 Is this due to an update of bind-sdb and freeradius-postgresql is not out yet? -- CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB 939-pin Motherboard: GA-K8NXP-SLI nForce4 SLI chipset Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR Memory Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / Video Card Sound: Onboard HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD Monitor w/ Speakers From cmadams at hiwaay.net Fri Apr 15 02:35:10 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 14 Apr 2005 21:35:10 -0500 Subject: FC4t2 no good without LILO In-Reply-To: <1113515836.4963.449.camel@sigurd.incentre.net> References: <1113291855.14576.41.camel@mgb.bullion.ims> <1113325617.4963.54.camel@sigurd.incentre.net> <1113367441.5037.40.camel@jellyfish.redfishdemo.com> <1113434287.4963.329.camel@sigurd.incentre.net> <1113435846.13504.154.camel@jkeating2.hq.pogolinux.com> <1113439181.22092.48.camel@udev.yosemite.net> <1113447331.5322.13.camel@localhost.localdomain> <1113515836.4963.449.camel@sigurd.incentre.net> Message-ID: <20050415023510.GA1060430@hiwaay.net> Once upon a time, Guy Fraser said: > What term would you prefer that I use since the one I used > must mean something else where you are? Why do you feel the need to call people names? That is almost always counter productive; if I was a lead developer on a project and someone started calling me names, I would tend to procmail them out. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From cmadams at hiwaay.net Fri Apr 15 02:40:58 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 14 Apr 2005 21:40:58 -0500 Subject: FC4t2 no good without LILO In-Reply-To: <1113516667.14538.173.camel@udev.yosemite.net> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> <1113414782.6969.4.camel@tuxpaq> <1113512381.4963.392.camel@sigurd.incentre.net> <1113514878.7558.24.camel@md.local.linuxlobbyist.org> <1113516667.14538.173.camel@udev.yosemite.net> Message-ID: <20050415024058.GB1060430@hiwaay.net> Once upon a time, Mike Bird said: > 3) To transition from using Lilo to using Grub requires grub-install, or > a lot of very delicate work with a magnetised needle in a clean room. I have never used grub-install manually. The few times I have installed GRUB manually, I just ran the GRUB shell (i.e. "grub" at a shell prompt) and told it what I wanted directly (I didn't worry about what it probed). For example, if I needed /dev/sdb to be bootable (before moving it to another system or removing the current /dev/sda for example) and /boot was /dev/sdb1, I did (in grub): device (hd0) /dev/sdb root (hd0,0) setup --prefix=/grub (hd0) For "expert" users, the grub shell is easy and is the way to go. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From cmadams at hiwaay.net Fri Apr 15 02:43:56 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 14 Apr 2005 21:43:56 -0500 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113514318.4963.421.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> <1113439589.2915.146.camel@mjolnir> <20050414010730.GH1206118@hiwaay.net> <1113447641.2915.175.camel@mjolnir> <20050414034940.GA615702@hiwaay.net> <1113514318.4963.421.camel@sigurd.incentre.net> Message-ID: <20050415024356.GC1060430@hiwaay.net> Once upon a time, Guy Fraser said: > On Wed, 2005-13-04 at 22:49 -0500, Chris Adams wrote: > > And how is that one bit different than if you use LILO? > > Err In other words, no answer. > > > Yes Grub has a command line mode. Big whoop, > > > > Yes, big whoop. Real servers are not always at hand and don't always > > have a rescue disk available. With LILO you are stuck if there is a > > problem during boot, while with GRUB you have a command line that you > > can try some things (and work around different types of issues). > > FUD How is that FUD? I have given real world examples of why GRUB having a command line should not be dismissed lightly. I've fixed non-booting computers remotely with a serial console (at 115200, which LILO can't do) at the GRUB prompt. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From webmaster at choicesontheweb.com Fri Apr 15 02:45:34 2005 From: webmaster at choicesontheweb.com (Panama Evans) Date: Thu, 14 Apr 2005 19:45:34 -0700 Subject: yum update fails In-Reply-To: <20050415025112.57c7f136.fedora@wir-sind-cool.org> References: <1113516098.3962.5.camel@localhost.localdomain> <1113521270.3225.2.camel@localhost.localdomain> <20050415025112.57c7f136.fedora@wir-sind-cool.org> Message-ID: <1113533134.4311.0.camel@localhost.localdomain> Hello again Thanks for pointing me in the right direction. I did as you asked and now I get this error. [panama at localhost ~]$ su Password: [root at localhost panama]# yum update Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 306 kB 00:26 extras-dev: ################################################## 904/904 Added 8 new packages, deleted 30 old in 1.03 seconds Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package rhn-applet.i386 0:2.1.17-3 set to be updated ---> Package apmd.i386 1:3.2.2-2 set to be updated ---> Package evolution.i386 0:2.2.2-1 set to be updated ---> Package gnome-pilot.i386 0:2.0.13-1 set to be updated ---> Package cpp.i386 0:4.0.0-0.42 set to be updated ---> Package gdm.i386 1:2.6.0.8-3 set to be updated ---> Package zlib.i386 0:1.2.2.2-3 set to be updated ---> Package xorg-x11-libs.i386 0:6.8.2-22 set to be updated ---> Package redhat-artwork.i386 0:0.122-2 set to be updated ---> Package spamassassin.i386 0:3.0.2-8.fc4 set to be updated ---> Package yp-tools.i386 0:2.8-8 set to be updated ---> Package vixie-cron.i386 1:4.1-32_FC4 set to be updated ---> Package glib2.i386 0:2.6.4-1 set to be updated ---> Package net-snmp.i386 0:5.2.1-9 set to be updated ---> Package sudo.i386 0:1.6.8p8-1 set to be updated ---> Package tvtime.i386 0:0.9.15-6 set to be updated ---> Package xorg-x11-Mesa-libGL.i386 0:6.8.2-22 set to be updated ---> Package vim-enhanced.i386 1:6.3.071-1 set to be updated ---> Package portmap.i386 0:4.0-65 set to be updated ---> Package gedit.i386 1:2.10.2-2 set to be updated ---> Package gnome-menus.i386 0:2.10.1-2 set to be updated ---> Package emacs.i386 0:21.4-2 set to be updated ---> Package gnopernicus.i386 0:0.10.6-1 set to be updated ---> Package kdelibs.i386 6:3.4.0-5 set to be updated ---> Package nfs-utils.i386 0:1.0.7-6 set to be updated ---> Package gaim.i386 1:1.2.1-4.fc4 set to be updated ---> Package openoffice.org-xsltfilter.i386 1:1.9.92-2 set to be updated ---> Package jwhois.i386 0:3.2.2-13 set to be updated ---> Package diffutils.i386 0:2.8.1-15 set to be updated ---> Package openoffice.org-graphicfilter.i386 1:1.9.92-2 set to be updated ---> Package selinux-policy-targeted.noarch 0:1.23.10-5 set to be updated ---> Package gail.i386 0:1.8.3-1 set to be updated ---> Package nc.i386 0:1.78-1 set to be updated ---> Package netdump.i386 0:0.7.7-6 set to be updated ---> Package xorg-x11-xfs.i386 0:6.8.2-22 set to be updated ---> Package xorg-x11-tools.i386 0:6.8.2-22 set to be updated ---> Package sqlite.i386 0:3.1.2-3 set to be updated ---> Package gtk2.i386 0:2.6.7-1 set to be updated ---> Package pam.i386 0:0.79-5 set to be updated ---> Package perl-Net-DNS.i386 0:0.49-2 set to be updated ---> Package dbus-python.i386 0:0.32-6 set to be updated ---> Package xorg-x11-twm.i386 0:6.8.2-22 set to be updated ---> Package openoffice.org-draw.i386 1:1.9.92-2 set to be updated ---> Package cyrus-sasl-md5.i386 0:2.1.20-5 set to be updated ---> Package cyrus-sasl-plain.i386 0:2.1.20-5 set to be updated ---> Package libwpd.i386 0:0.8.0-4 set to be updated ---> Package xorg-x11-xauth.i386 0:6.8.2-22 set to be updated ---> Package authconfig-gtk.i386 0:4.6.12-1 set to be updated ---> Package file.i386 0:4.13-4 set to be updated ---> Package gnome-applets.i386 1:2.10.1-1 set to be updated ---> Package hwdata.noarch 0:0.156-1 set to be updated ---> Package dhclient.i386 10:3.0.2-7 set to be updated ---> Package dbus-x11.i386 0:0.32-6 set to be updated ---> Package evolution-data-server.i386 0:1.2.2-2 set to be updated ---> Package at.i386 0:3.1.8-77_FC4 set to be updated ---> Package cyrus-sasl.i386 0:2.1.20-5 set to be updated ---> Package kdebase.i386 6:3.4.0-5 set to be updated ---> Package dbus-glib.i386 0:0.32-6 set to be updated ---> Package libgcj.i386 0:4.0.0-0.42 set to be updated ---> Package openoffice.org-core.i386 1:1.9.92-2 set to be updated ---> Package libgcc.i386 0:4.0.0-0.42 set to be updated ---> Package xinitrc.noarch 0:4.0.18-1 set to be updated ---> Package libstdc++.i386 0:4.0.0-0.42 set to be updated ---> Package xorg-x11-Mesa-libGLU.i386 0:6.8.2-22 set to be updated ---> Package gtk+.i386 1:1.2.10-39 set to be updated ---> Package mkisofs.i386 8:2.01.1-9 set to be updated ---> Package python.i386 0:2.4.1-1 set to be updated ---> Package libgnome.i386 0:2.10.0-2 set to be updated ---> Package gnome-doc-utils.noarch 0:0.2.0-1 set to be updated ---> Package man.i386 0:1.5p-4 set to be updated ---> Package e2fsprogs.i386 0:1.37-2 set to be updated ---> Package policycoreutils.i386 0:1.23.5-1 set to be updated ---> Package sendmail.i386 0:8.13.4-1 set to be updated ---> Package openoffice.org-writer.i386 1:1.9.92-2 set to be updated ---> Package xorg-x11.i386 0:6.8.2-22 set to be updated ---> Package imlib.i386 1:1.9.13-24 set to be updated ---> Package vim-common.i386 1:6.3.071-1 set to be updated ---> Package dbus.i386 0:0.32-6 set to be updated ---> Package evince.i386 0:0.2.0-1 set to be updated ---> Package gnome-games.i386 1:2.10.0-3 set to be updated ---> Package gnome-icon-theme.noarch 0:2.10.1-4 set to be updated ---> Package util-linux.i386 0:2.12p-7 set to be updated ---> Package libsilc.i386 0:0.9.12-11 set to be updated ---> Package emacs-common.i386 0:21.4-2 set to be updated ---> Package aspell-en.i386 50:0.51-12 set to be updated ---> Package gnome-themes.i386 0:2.10.1-1 set to be updated ---> Package iputils.i386 0:20020927-22 set to be updated ---> Package control-center.i386 1:2.10.1-1 set to be updated ---> Package openoffice.org-impress.i386 1:1.9.92-2 set to be updated ---> Package libselinux.i386 0:1.23.7-2 set to be updated ---> Package quota.i386 1:3.12-6 set to be updated ---> Package openoffice.org-math.i386 1:1.9.92-2 set to be updated ---> Package dia.i386 1:0.94-11 set to be updated ---> Package fonts-xorg-100dpi.noarch 0:6.8.1.1-2 set to be updated ---> Package dos2unix.i386 0:3.1-24 set to be updated ---> Package libuser.i386 0:0.53.4-1 set to be updated ---> Package qt.i386 1:3.3.4-11 set to be updated ---> Package cdda2wav.i386 8:2.01.1-9 set to be updated ---> Package gdbm.i386 0:1.8.0-25 set to be updated ---> Package libgnomeui.i386 0:2.10.0-1 set to be updated ---> Package authconfig.i386 0:4.6.12-1 set to be updated ---> Package unix2dos.i386 0:2.2-26 set to be updated ---> Package vim-minimal.i386 1:6.3.071-1 set to be updated ---> Package gtkhtml3.i386 0:3.6.2-1 set to be updated ---> Package libgal2.i386 2:2.4.2-1 set to be updated ---> Package fonts-xorg-base.noarch 0:6.8.1.1-2 set to be updated ---> Package emacs-leim.i386 0:21.4-2 set to be updated ---> Package gimp.i386 2:2.2.6-1 set to be updated ---> Package dmraid.i386 0:1.0.0.rc7-4_FC4 set to be updated ---> Package libgnomecups.i386 0:0.2.0-2 set to be updated ---> Package xorg-x11-xdm.i386 0:6.8.2-22 set to be updated ---> Package cdrecord.i386 8:2.01.1-9 set to be updated ---> Package fonts-xorg-75dpi.noarch 0:6.8.1.1-2 set to be updated ---> Package system-config-users.noarch 0:1.2.35-1 set to be updated ---> Package net-snmp-libs.i386 0:5.2.1-9 set to be updated ---> Package poppler.i386 0:0.2.0-2 set to be updated ---> Package openoffice.org-calc.i386 1:1.9.92-2 set to be updated ---> Package linuxwacom.i386 0:0.6.6-5 set to be updated ---> Package xorg-x11-font-utils.i386 0:6.8.2-22 set to be updated --> Running transaction check --> Processing Dependency: pm-utils for package: apmd --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package pm-utils.i386 0:0.01-1 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: apmd i386 1:3.2.2-2 development 82 k aspell-en i386 50:0.51-12 development 1.9 M at i386 3.1.8-77_FC4 development 53 k authconfig i386 4.6.12-1 development 282 k authconfig-gtk i386 4.6.12-1 development 39 k cdda2wav i386 8:2.01.1-9 development 206 k cdrecord i386 8:2.01.1-9 development 572 k control-center i386 1:2.10.1-1 development 2.3 M cpp i386 4.0.0-0.42 development 2.1 M cyrus-sasl i386 2.1.20-5 development 1.3 M cyrus-sasl-md5 i386 2.1.20-5 development 58 k cyrus-sasl-plain i386 2.1.20-5 development 29 k dbus i386 0.32-6 development 538 k dbus-glib i386 0.32-6 development 56 k dbus-python i386 0.32-6 development 141 k dbus-x11 i386 0.32-6 development 17 k dhclient i386 10:3.0.2-7 development 233 k dia i386 1:0.94-11 development 2.9 M diffutils i386 2.8.1-15 development 208 k dmraid i386 1.0.0.rc7-4_FC4 development 71 k dos2unix i386 3.1-24 development 13 k e2fsprogs i386 1.37-2 development 858 k emacs i386 21.4-2 development 1.6 M emacs-common i386 21.4-2 development 10 M emacs-leim i386 21.4-2 development 2.5 M evince i386 0.2.0-1 development 192 k evolution i386 2.2.2-1 development 9.0 M evolution-data-server i386 1.2.2-2 development 3.2 M file i386 4.13-4 development 279 k fonts-xorg-100dpi noarch 6.8.1.1-2 development 4.2 M fonts-xorg-75dpi noarch 6.8.1.1-2 development 3.8 M fonts-xorg-base noarch 6.8.1.1-2 development 7.7 M gail i386 1.8.3-1 development 324 k gaim i386 1:1.2.1-4.fc4 development 3.8 M gdbm i386 1.8.0-25 development 26 k gdm i386 1:2.6.0.8-3 development 3.0 M gedit i386 1:2.10.2-2 development 2.7 M gimp i386 2:2.2.6-1 development 9.6 M glib2 i386 2.6.4-1 development 552 k gnome-applets i386 1:2.10.1-1 development 7.1 M gnome-doc-utils noarch 0.2.0-1 development 127 k gnome-games i386 1:2.10.0-3 development 8.7 M gnome-icon-theme noarch 2.10.1-4 development 3.0 M gnome-menus i386 2.10.1-2 development 62 k gnome-pilot i386 2.0.13-1 development 520 k gnome-themes i386 2.10.1-1 development 2.5 M gnopernicus i386 0.10.6-1 development 1.7 M gtk+ i386 1:1.2.10-39 development 885 k gtk2 i386 2.6.7-1 development 4.7 M gtkhtml3 i386 3.6.2-1 development 794 k hwdata noarch 0.156-1 development 253 k imlib i386 1:1.9.13-24 development 409 k iputils i386 20020927-22 development 107 k jwhois i386 3.2.2-13 development 79 k kdebase i386 6:3.4.0-5 development 26 M kdelibs i386 6:3.4.0-5 development 17 M libgal2 i386 2:2.4.2-1 development 718 k libgcc i386 4.0.0-0.42 development 240 k libgcj i386 4.0.0-0.42 development 7.6 M libgnome i386 2.10.0-2 development 706 k libgnomecups i386 0.2.0-2 development 70 k libgnomeui i386 2.10.0-1 development 848 k libselinux i386 1.23.7-2 development 63 k libsilc i386 0.9.12-11 development 307 k libstdc++ i386 4.0.0-0.42 development 291 k libuser i386 0.53.4-1 development 378 k libwpd i386 0.8.0-4 development 144 k linuxwacom i386 0.6.6-5 development 216 k man i386 1.5p-4 development 240 k mkisofs i386 8:2.01.1-9 development 571 k nc i386 1.78-1 development 51 k net-snmp i386 5.2.1-9 development 601 k net-snmp-libs i386 5.2.1-9 development 1.8 M netdump i386 0.7.7-6 development 14 k nfs-utils i386 1.0.7-6 development 312 k openoffice.org-calc i386 1:1.9.92-2 development 6.5 M openoffice.org-core i386 1:1.9.92-2 development 74 M openoffice.org-draw i386 1:1.9.92-2 development 1.0 M openoffice.org-graphic i386 1:1.9.92-2 development 144 k openoffice.org-impress i386 1:1.9.92-2 development 1.6 M openoffice.org-math i386 1:1.9.92-2 development 1.3 M openoffice.org-writer i386 1:1.9.92-2 development 2.7 M openoffice.org-xsltfil i386 1:1.9.92-2 development 50 k pam i386 0.79-5 development 1.9 M perl-Net-DNS i386 0.49-2 development 194 k policycoreutils i386 1.23.5-1 development 65 k poppler i386 0.2.0-2 development 397 k portmap i386 4.0-65 development 35 k python i386 2.4.1-1 development 5.6 M qt i386 1:3.3.4-11 development 3.4 M quota i386 1:3.12-6 development 315 k redhat-artwork i386 0.122-2 development 4.5 M rhn-applet i386 2.1.17-3 development 319 k selinux-policy-targete noarch 1.23.10-5 development 388 k sendmail i386 8.13.4-1 development 595 k spamassassin i386 3.0.2-8.fc4 development 680 k sqlite i386 3.1.2-3 development 185 k sudo i386 1.6.8p8-1 development 184 k system-config-users noarch 1.2.35-1 development 303 k tvtime i386 0.9.15-6 development 674 k unix2dos i386 2.2-26 development 12 k util-linux i386 2.12p-7 development 1.6 M vim-common i386 1:6.3.071-1 development 3.5 M vim-enhanced i386 1:6.3.071-1 development 1.0 M vim-minimal i386 1:6.3.071-1 development 274 k vixie-cron i386 1:4.1-32_FC4 development 77 k xinitrc noarch 4.0.18-1 development 27 k xorg-x11 i386 6.8.2-22 development 14 M xorg-x11-Mesa-libGL i386 6.8.2-22 development 198 k xorg-x11-Mesa-libGLU i386 6.8.2-22 development 269 k xorg-x11-font-utils i386 6.8.2-22 development 115 k xorg-x11-libs i386 6.8.2-22 development 2.5 M xorg-x11-tools i386 6.8.2-22 development 333 k xorg-x11-twm i386 6.8.2-22 development 154 k xorg-x11-xauth i386 6.8.2-22 development 92 k xorg-x11-xdm i386 6.8.2-22 development 160 k xorg-x11-xfs i386 6.8.2-22 development 131 k yp-tools i386 2.8-8 development 64 k zlib i386 1.2.2.2-3 development 48 k Installing for dependencies: pm-utils i386 0.01-1 development 25 k Transaction Summary ============================================================================= Install 1 Package(s) Update 119 Package(s) Remove 0 Package(s) Total download size: 297 M Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/share/icons/hicolor/48x48/apps/text-editor.png conflicts between attempted installs of gnome-icon-theme-2.10.1-4 and gedit-2.10.2-2 [root at localhost panama]# On Fri, 2005-04-15 at 02:51 +0200, Michael Schwendt wrote: > On Thu, 14 Apr 2005 16:27:50 -0700, Panama Evans wrote: > > > Hello > > I added > > rpm --import /usr/share/rhn/RPM-GPG-KEY* > > > > Then > > gpgcheck=0 > > > > Then > > > > vi /etc/yum.repos.d/fedora-devel.repoOn Thu, 2005-04-14 at 18:06 -0500 > > And I got this > > [development] > > name=Fedora Core $releasever - Development Tree > > #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ > > mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide > > enabled=1 > > > > You need to add a line "gpgcheck=0" to that file. In case you are > not familiar with "vi", use your favourite graphical editor and > edit /etc/yum.repos.de/fedora-devel.repo with it to add the line. > > Packages in Fedora Core Development channel are not signed. That's > why you need to disable the signature check manually. > > > unsigned package rhn-applet-2.1.17-3.i386.rpm > > Am I doing something wrong??? > > And please don't quote hundreds of unneeded lines. The error message > is relevant, the package lists are not. > From cmadams at hiwaay.net Fri Apr 15 02:48:00 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 14 Apr 2005 21:48:00 -0500 Subject: FC4t2 no good without LILO In-Reply-To: <1113521384.4963.517.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113430337.4963.268.camel@sigurd.incentre.net> <425D9C6A.2020606@margo.bijoux.nom.br> <1113513315.4963.408.camel@sigurd.incentre.net> <425EECA2.8080308@margo.bijoux.nom.br> <1113521384.4963.517.camel@sigurd.incentre.net> Message-ID: <20050415024800.GD1060430@hiwaay.net> Once upon a time, Guy Fraser said: > I may be a little out of touch with the common procedures, Isn't that the truth. > and I > really don't care to learn them. Hey, you are trying to tell the Fedora developers what they _must_ develop; why can't someone tell you? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mgb-fedora at yosemite.net Fri Apr 15 03:06:47 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Thu, 14 Apr 2005 20:06:47 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <20050415024058.GB1060430@hiwaay.net> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> <1113414782.6969.4.camel@tuxpaq> <1113512381.4963.392.camel@sigurd.incentre.net> <1113514878.7558.24.camel@md.local.linuxlobbyist.org> <1113516667.14538.173.camel@udev.yosemite.net> <20050415024058.GB1060430@hiwaay.net> Message-ID: <1113534407.4214.19.camel@udev.yosemite.net> On Thu, 2005-04-14 at 19:40, Chris Adams wrote: > device (hd0) /dev/sdb > root (hd0,0) > setup --prefix=/grub (hd0) So what should we use for MD? How about: device (hd0) /dev/md0 root (hd0,0) setup --prefix=/grub (hd0) or maybe? device (hd0) /dev/md0 root (hd0) setup --prefix=/grub (hd0) No, they don't work. That's the trouble when there's no documentation for Grub+MD. Some tried and tested spells work and some don't. I found one that worked on a test system on the third attempt but without documentation I have no idea whether it's a good solution or not. If we were going to use Grub we'd experiment with pulling hard drives to find out whether there was any redundancy but we're not going to waste any more time. We've decided to drop the whole Lilo v Grub argument. We'll continue to provide Lilo from the FC3 RPM - it gives clients another reason to choose us over RedHel. Pax Vobiscum, --Mike Bird From johnp at redhat.com Fri Apr 15 02:13:48 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Thu, 14 Apr 2005 22:13:48 -0400 Subject: yum update fails In-Reply-To: <1113533134.4311.0.camel@localhost.localdomain> References: <1113516098.3962.5.camel@localhost.localdomain> <1113521270.3225.2.camel@localhost.localdomain> <20050415025112.57c7f136.fedora@wir-sind-cool.org> <1113533134.4311.0.camel@localhost.localdomain> Message-ID: <1113531228.18013.14.camel@localhost.localdomain> On Thu, 2005-04-14 at 22:45, Panama Evans wrote: > Transaction Check Error: > file /usr/share/icons/hicolor/48x48/apps/text-editor.png conflicts > between attempted installs of gnome-icon-theme-2.10.1-4 and > gedit-2.10.2-2 This should be fixed when the next rawhide tree is built which should be soon as I just fixed this this afternoon. One thing to note if you are upgrading from rawhide that at any time there may be dependency errors in some package or another. The price for living on the edge ;-) -- J5 From cmadams at hiwaay.net Fri Apr 15 03:16:59 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 14 Apr 2005 22:16:59 -0500 Subject: FC4t2 no good without LILO In-Reply-To: <1113534407.4214.19.camel@udev.yosemite.net> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> <1113414782.6969.4.camel@tuxpaq> <1113512381.4963.392.camel@sigurd.incentre.net> <1113514878.7558.24.camel@md.local.linuxlobbyist.org> <1113516667.14538.173.camel@udev.yosemite.net> <20050415024058.GB1060430@hiwaay.net> <1113534407.4214.19.camel@udev.yosemite.net> Message-ID: <20050415031659.GE1060430@hiwaay.net> Once upon a time, Mike Bird said: > On Thu, 2005-04-14 at 19:40, Chris Adams wrote: > > device (hd0) /dev/sdb > > root (hd0,0) > > setup --prefix=/grub (hd0) > > So what should we use for MD? How about: No, you install GRUB on real disk devices, not software RAID partitions. If /dev/md0 is your /boot and is on /dev/hda1 and /dev/hdb1 (and you want to install to the MBR), do: device (hd0) /dev/hda root (hd0,0) setup --prefix=/grub (hd0) device (hd0) /dev/hdb root (hd0,0) setup --prefix=/grub (hd0) The generalized script I posted yesterday was (I use this in my kickstart template for example): # If we are doing RAID for /boot, set up GRUB on all disks if grep "^/dev/md0.* /boot " /etc/fstab; then grep "^md0" /proc/mdstat | tr ' ' '\n' | grep '\[' | cut -d'[' -f1 |\ while read dev; do drive=/dev/${dev%[0-9]} grub < Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From riel at redhat.com Fri Apr 15 03:31:03 2005 From: riel at redhat.com (Rik van Riel) Date: Thu, 14 Apr 2005 23:31:03 -0400 (EDT) Subject: FC4t2 no good without LILO In-Reply-To: <1113364002.14576.301.camel@mgb.bullion.ims> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113364002.14576.301.camel@mgb.bullion.ims> Message-ID: On Tue, 12 Apr 2005, Mike Bird wrote: > Does your opinion justify throwing out Lilo? No. It's an unjustifiable > risk based upon the packages' respective histories. You may want to consider becoming a Fedora Extras maintainer and maintaining a lilo package there. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From mgb-fedora at yosemite.net Fri Apr 15 03:43:04 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Thu, 14 Apr 2005 20:43:04 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <20050415031659.GE1060430@hiwaay.net> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> <1113414782.6969.4.camel@tuxpaq> <1113512381.4963.392.camel@sigurd.incentre.net> <1113514878.7558.24.camel@md.local.linuxlobbyist.org> <1113516667.14538.173.camel@udev.yosemite.net> <20050415024058.GB1060430@hiwaay.net> <1113534407.4214.19.camel@udev.yosemite.net> <20050415031659.GE1060430@hiwaay.net> Message-ID: <1113536583.22849.10.camel@mgb.bullion.ims> On Thu, 2005-04-14 at 20:16, Chris Adams wrote: > No, you install GRUB on real disk devices, not software RAID partitions. > If /dev/md0 is your /boot and is on /dev/hda1 and /dev/hdb1 (and you > want to install to the MBR), do: Yep. Grub install uses the setup command many times at the grub prompt, specifying real devices in Hurd notation. OTOH, Grub install uses the grub-install command once at the bash prompt, specifying RAID devices in Linux notation. I've been reading the source to figure it out and it's not worth the effort. We'll go off into our nice dark corner, pull out our old package, and do what we've always done. Won't even mention its name. Thanks anyway, --Mike Bird From cra at WPI.EDU Fri Apr 15 03:46:26 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Thu, 14 Apr 2005 23:46:26 -0400 Subject: df -h shows -64Z after filesystem resize In-Reply-To: <1113517967.4030.13.camel@sisko.sctweedie.blueyonder.co.uk> References: <20050414160920.GJ26472@angus.ind.WPI.EDU> <1113517967.4030.13.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: <20050415034626.GU26472@angus.ind.WPI.EDU> On Thu, Apr 14, 2005 at 11:32:47PM +0100, Stephen C. Tweedie wrote: > > /dev/mapper/VGSystem-LVHome > > 20G -64Z 25G 101% /home > > > > Were does the problem lie? df, kernel, or somewhere else? > > Could you file a bug for this, please, and assign it to me? Filed: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154959 > It would be good to know exactly how large the filesystem was before and > after shrinking, if you've still got that information. I think I found this info between logwatch's nightly report and anaconda.ks. From tech.sivam at gmail.com Fri Apr 15 03:50:16 2005 From: tech.sivam at gmail.com (siva m) Date: Thu, 14 Apr 2005 22:50:16 -0500 Subject: mplayer error... Message-ID: <660414a5050414205050675262@mail.gmail.com> hi, I am getting the following error when opening mplayer: [xxxxxx at localhost ]$ mplayer mplayer: symbol lookup error: /usr/lib/libSDL-1.2.so.0: undefined symbol: ConvertMMXpII32_16RGB565 thanks, s From jkeating at j2solutions.net Fri Apr 15 03:57:54 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 14 Apr 2005 20:57:54 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113534407.4214.19.camel@udev.yosemite.net> References: <20050415024058.GB1060430@hiwaay.net> <1113534407.4214.19.camel@udev.yosemite.net> Message-ID: <200504142057.56667.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 14 April 2005 20:06, Mike Bird wrote: > That's the trouble when there's no documentation for Grub+MD. ?Some > tried and tested spells work and some don't. ?I found one that worked on > a test system on the third attempt but without documentation I have no > idea whether it's a good solution or not. ?If we were going to use Grub > we'd experiment with pulling hard drives to find out whether there was > any redundancy but we're not going to waste any more time. There is no docs because the feature just got put in recently in a workable manner. The ways of testing it have been posted to this list a few times. If it works, then it can be documented. Thats how software development works. Features don't spring forth complete with 80 page manuals on how to use them. - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCXzvE4v2HLvE71NURAiEXAKCK9YiVv+71J02/I+Eb7qGKU65ELACfQuEt v3NRrBcdRTLa5uUdye/y0/8= =3Z+J -----END PGP SIGNATURE----- From byte at aeon.com.my Fri Apr 15 04:35:06 2005 From: byte at aeon.com.my (Colin Charles) Date: Fri, 15 Apr 2005 14:35:06 +1000 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113514101.4963.417.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> <1113439589.2915.146.camel@mjolnir> <20050414010730.GH1206118@hiwaay.net> <1113447641.2915.175.camel@mjolnir> <1113514101.4963.417.camel@sigurd.incentre.net> Message-ID: <1113539706.4518.26.camel@arena.soho.bytebot.net> On Thu, 2005-04-14 at 15:28 -0600, Guy Fraser wrote: > Good points. Guy, Its good list etiquette to *snip* the portions of the email you're not responding to. Just sending out a reply with a top post of "Good points" does not promote useful discussion Please consider snipping, thanks -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From mgb-fedora at yosemite.net Fri Apr 15 04:44:43 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Thu, 14 Apr 2005 21:44:43 -0700 Subject: FC4t2 no good without LILO In-Reply-To: References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113364002.14576.301.camel@mgb.bullion.ims> Message-ID: <1113540283.22849.22.camel@mgb.bullion.ims> Offlist: On Thu, 2005-04-14 at 20:31, Rik van Riel wrote: > You may want to consider becoming a Fedora Extras maintainer > and maintaining a lilo package there. Rik, I'm responding offlist because my views have already been expressed pretty thoroughly. I thank you for the suggestion. I won't be doing anything in Extras until it is synchronised properly with Core. Even then, I see no value in working on Lilo (or even Grub) in Extras. They are needed in the Core and during installation. I may later tackle something in Extras if it looks worthwhile. However, what few patches I've provided have generally been upstream (Linux, GCC, INN, PERL) where all distros can benefit. --Mike From roger at gwch.net Fri Apr 15 05:32:44 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 15 Apr 2005 07:32:44 +0200 Subject: ACPI - How to get Notebook in Standby / Suspend? [SOLVED PARTIALLY] In-Reply-To: <20050414160234.A2135@mail.harddata.com> References: <425EC05B.30503@gwch.net> <425ED4CC.4000409@gwch.net> <20050414160234.A2135@mail.harddata.com> Message-ID: <425F51FC.8040801@gwch.net> Michal Jaegermann schrieb: > On Thu, Apr 14, 2005 at 10:38:36PM +0200, Roger Grosswiler wrote: > >>Has anybody got this working? > > > AFAICT this very much depends on a particular laptop (and I still > have a non-working floppy after a resume on a laptop which my wife > is using although this is not FC4). > > >>Also, you >>cannot insert this commands in the battery-applet to easy standby your >>computer, it just works in the shell. > > > Well, yes, you can do this there at least indirectly. Write a > one-line shell script with 'echo -n "standby" > /sys/power/state' in > it and call that script in the battery-applet. > > OTOH you can add your event handler in /etc/acpi/events/ and tie up > that action to some event (power button, lid, "sleep" key) instead > of that applet; or as well. > > Michal > gonna try this, thanks a lot. Have also seen 2 times Kernel Panic after resuming from standby when using a wlan-card. I lost connection, restarting wpa_supplicant & ifdown/ifup was to much for my kernel ;-) Roger From roger at gwch.net Fri Apr 15 05:38:06 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 15 Apr 2005 07:38:06 +0200 Subject: Evince not printing?? Message-ID: <425F533E.4090201@gwch.net> Hi, Have seen a thread about evince, but never saw really, that evince is not printing at all to a remote printer. Does evince at least print locally or doesn't it print at all?? If i print via xpdf - Problem>/dev/null Roger From florin at andrei.myip.org Fri Apr 15 05:38:24 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Thu, 14 Apr 2005 22:38:24 -0700 Subject: should i expect "yum update" to work on a fresh fc4t2 install? In-Reply-To: <1113448174.20426.28.camel@cutter> References: <9f573ec50504131332651c2251@mail.gmail.com> <1113425904.20426.12.camel@cutter> <1113440018.8910.1.camel@rivendell.home.local> <1113448174.20426.28.camel@cutter> Message-ID: <1113543504.5925.1.camel@rivendell.home.local> On Wed, 2005-04-13 at 23:09 -0400, seth vidal wrote: > On Wed, 2005-04-13 at 17:53 -0700, Florin Andrei wrote: > > On Wed, 2005-04-13 at 16:58 -0400, seth vidal wrote: > > > > > I've found that "install everything" is an extraordinarily bad idea if > > > you want to have a continually working system. > > > > I'm amazed by how few people are aware of this. Although, at least IMO, > > it's counterintuitive, no? > > not really, you add enough stuff you increase complexity. Complexity > tends to increase the number of things that can go wrong. Right, but they're separate, aren't they? (to some degree) It's not like Firefox goes around bashing other software's heads if it gets too crowded. But from a theoretical p.o.v., yes, i see your point. -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Fri Apr 15 05:41:32 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Thu, 14 Apr 2005 22:41:32 -0700 Subject: Where is Cyrus-Imapd In-Reply-To: <1113441764.29504.41.camel@md.local.linuxlobbyist.org> References: <425CB3B4.2070201@gwch.net> <1113440297.8910.4.camel@rivendell.home.local> <1113441764.29504.41.camel@md.local.linuxlobbyist.org> Message-ID: <1113543692.5925.4.camel@rivendell.home.local> On Wed, 2005-04-13 at 21:22 -0400, Paul Iadonisi wrote: > Dovecot was introduced to rid the distro uw-imap (thankfully) and > fills that role quite nicely (from what I've heard...I don't actually > USE it). How do you configure cyrus-imapd to work with system accounts > *out of the box* without any extra steps for the system administrator > when adding accounts? It's probably doable, but just too darn complex > and possibly a maintenance nightmare. No doubt, i see your point. I was thinking about that myself, i just didn't let it out. > I prefer a sealed mail server with multi-domain capability, so will Server-side filtering, don't forget that. :-) -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Fri Apr 15 05:44:09 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Thu, 14 Apr 2005 22:44:09 -0700 Subject: selinux warnings when updating system Message-ID: <1113543849.5925.8.camel@rivendell.home.local> I did a yum update on FC4t2 and i got this: Apr 14 22:33:01 demo kernel: audit(1113543181.432:0): avc: denied { read } for pid=4132 exe=/usr/bin/dbus-daemon path=pipe:[17589] dev=pipefs ino=17589 scontext=root:system_r:system_dbusd_t tcontext=root:system_r:unconfined_t tclass=fifo_file # cat /etc/sysconfig/selinux SELINUX=permissive SELINUXTYPE=targeted # rpm -q selinux-policy-targeted selinux-policy-targeted-1.23.10-5 I'm not sure if it's worth entering it into bugzilla. -- Florin Andrei http://florin.myip.org/ From jacob.kroon at gmail.com Fri Apr 15 05:53:20 2005 From: jacob.kroon at gmail.com (Jacob Kroon) Date: Fri, 15 Apr 2005 07:53:20 +0200 Subject: mplayer error... In-Reply-To: <660414a5050414205050675262@mail.gmail.com> References: <660414a5050414205050675262@mail.gmail.com> Message-ID: <425F56D0.9090501@gmail.com> This is fixed in rawhide, wait for SDL 1.2.8-3.1 to appear. /Jacob siva m wrote: >hi, > I am getting the following error when opening mplayer: >[xxxxxx at localhost ]$ mplayer >mplayer: symbol lookup error: /usr/lib/libSDL-1.2.so.0: undefined >symbol: ConvertMMXpII32_16RGB565 > >thanks, >s > > > From florin at andrei.myip.org Fri Apr 15 05:54:54 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Thu, 14 Apr 2005 22:54:54 -0700 Subject: selinux warnings when initializing PostgreSQL Message-ID: <1113544494.6750.2.camel@rivendell.home.local> I did this: /etc/init.d/postgresql stop rm -rf /var/lib/pgsql/data /etc/init.d/postgresql start When PgSQL was launched, i got this: Apr 14 22:47:52 demo kernel: audit(1113544072.328:0): avc: denied { read } for pid=3042 exe=/bin/cp name=config dev=hda2 ino=1212848 scontext=root:system_r:postgresql_t tcontext=user_u:object_r:selinux_config_t tclass=file Apr 14 22:47:52 demo kernel: audit(1113544072.334:0): avc: denied { getattr } for pid=3042 exe=/bin/cp path=/etc/selinux/config dev=hda2 ino=1212848 scontext=root:system_r:postgresql_t tcontext=user_u:object_r:selinux_config_t tclass=file # rpm -q selinux-policy-targeted selinux-policy-targeted-1.23.10-5 # rpm -q postgresql postgresql-8.0.2-2 SELinux is on permissive setting. -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Fri Apr 15 05:58:05 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Thu, 14 Apr 2005 22:58:05 -0700 Subject: selinux warnings when initializing PostgreSQL In-Reply-To: <1113544494.6750.2.camel@rivendell.home.local> References: <1113544494.6750.2.camel@rivendell.home.local> Message-ID: <1113544685.6750.5.camel@rivendell.home.local> On Thu, 2005-04-14 at 22:54 -0700, Florin Andrei wrote: > Apr 14 22:47:52 demo kernel: audit(1113544072.328:0): avc: denied > { read } for pid=3042 exe=/bin/cp name=config dev=hda2 ino=1212848 > scontext=root:system_r:postgresql_t > tcontext=user_u:object_r:selinux_config_t tclass=file > Apr 14 22:47:52 demo kernel: audit(1113544072.334:0): avc: denied > { getattr } for pid=3042 exe=/bin/cp path=/etc/selinux/config dev=hda2 > ino=1212848 scontext=root:system_r:postgresql_t > tcontext=user_u:object_r:selinux_config_t tclass=file Hm, and now i'm getting something very similar when running a simple DB initialization script (create databases, create users, create tables, assign privileges) that before (with non-updated FC4t2) did not give any SELinux warnings. Apr 14 22:55:47 demo kernel: audit(1113544547.453:0): avc: denied { read } for pid=3269 exe=/bin/cp name=config dev=hda2 ino=1212848 scontext=root:system_r:postgresql_t tcontext=user_u:object_r:selinux_config_t tclass=file Apr 14 22:55:47 demo kernel: audit(1113544547.459:0): avc: denied { getattr } for pid=3269 exe=/bin/cp path=/etc/selinux/config dev=hda2 ino=1212848 scontext=root:system_r:postgresql_t tcontext=user_u:object_r:selinux_config_t tclass=file -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Fri Apr 15 06:10:01 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Thu, 14 Apr 2005 23:10:01 -0700 Subject: selinux warnings when initializing PostgreSQL In-Reply-To: <1113544685.6750.5.camel@rivendell.home.local> References: <1113544494.6750.2.camel@rivendell.home.local> <1113544685.6750.5.camel@rivendell.home.local> Message-ID: <1113545401.6750.8.camel@rivendell.home.local> On Thu, 2005-04-14 at 22:58 -0700, Florin Andrei wrote: > Hm, and now i'm getting something very similar when running a simple DB > initialization script (create databases, create users, create tables, > assign privileges) that before (with non-updated FC4t2) did not give any > SELinux warnings. BTW, when booting up the system, PostgreSQL always prints out FAILED, while in fact it seems to be working fine. If i login as root, stop it then start it manually, it prints out OK. This issue didn't happen with the non-updated FC4t2. -- Florin Andrei http://florin.myip.org/ From arjanv at redhat.com Fri Apr 15 06:47:08 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 15 Apr 2005 08:47:08 +0200 Subject: FC4t2 no good without LILO In-Reply-To: <1113517261.4963.471.camel@sigurd.incentre.net> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> <1113487573.4963.362.camel@sigurd.incentre.net> <20050414153206.GA15138@jadzia.bu.edu> <1113517261.4963.471.camel@sigurd.incentre.net> Message-ID: <1113547628.6694.23.camel@laptopd505.fenrus.org> > For those who use the term "winraid" to descibe some kind of > inferior software raid, I would suggest that you explain what > you mean by don't use it, in light of this post. the "winraid" indeed is software raid. And yes it's generally inferior to linux native raid for RAID0; this has to do with the on disk format. Depending on the disk geometry (odds of hitting the "wrong" geometry are like 50%) and where you put the partition exactly, you can very well end up with a RAID0 stripe boundary being in the middle of a 4Kb block of the filesystem. This results that when the kernel does 1 4Kb IO, the hardware needs 2 IO's in practice, including 2 head seeks. This is actually measurable performance impact. Again this effect depends largely on how the start of the partition aligns with the stripes, which in turn depends on the geometry. Fwiw in linux this raid is supported by dmraid, but the installer side of things isn't quite there yet, nor is the bootloader side. -------------- 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 RouillardSy at yahoo.fr Fri Apr 15 07:06:25 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Fri, 15 Apr 2005 09:06:25 +0200 Subject: GCC 4 Woes In-Reply-To: <9f573ec5050414130496d5ded@mail.gmail.com> References: <9f573ec5050414130496d5ded@mail.gmail.com> Message-ID: <200504150906.25646.RouillardSy@yahoo.fr> Hi there, I got problems too while trying to install my favorite video player (kaffeine) and more particularly xine-lib (which I also use for amarok). I got xine-lib to compile after finding this post : http://sourceforge.net/mailarchive/forum.php?thread_id=6945297&forum_id=7131 Following advice #1, I applied this patch to xine-lib cvs : patch http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=288189 (the most recent one) I also had to play with symlinks a bit to get the Makefile's to find the directory they wanted, but that's another story. I have to mention that I'm using a x86_64 arch. I hope that helps. Cheers, and sorry for the probable double post Le Jeudi 14 Avril 2005 22:04, Gregory Hayes a ?crit?: > In my quest to play my DivX files under FC4t2 I found that I can't get > either MPlayer or Xine to compile (old RPMs for FC3 from livna won't > work). GCC usually dies with this error: > > error: invalid lvalue in increment > > As an example, below is a line of code that generates this: > > n1 = *(((unsigned int *) src1)++); > > What is the correct way to do the same thing under GCC 4 w/o > triggering the above error? > > Even better, where are some MPlayer or Xine RPMs that play nicely with > FC4t2 / Rawhide ;) > > Greg > - From shiva at sewingwitch.com Fri Apr 15 08:09:22 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Fri, 15 Apr 2005 01:09:22 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113514885.4963.431.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113368444.21240.4.camel@localhost.localdomain> <1113434671.4963.335.camel@sigurd.incentre.net> <1113514885.4963.431.camel@sigurd.incentre.net> Message-ID: <0DA9FF615DA35934AC182367@[10.169.6.246]> --On Thursday, April 14, 2005 3:41 PM -0600 Guy Fraser wrote: >> > One significant problem, there is never a filename listed. :-( >> >> Time to file a bugzilla on this specific deficiency, so someone can >> address it. >> > There were a number of them already posted when I had the problem. > > According to the instructions on bugzilla, you are supposed to > check to see if a bug has already been reported before > submitting another. The bugs were still open, with no solution. I don't see any bugs against the grub package matching your description. If there is one (what's the number?), append your occurrence as a comment, so that an email goes out to the developer with another data point. If there isn't a bug matching your problem, open a new one. Again, an email goes out with your data. From shiva at sewingwitch.com Fri Apr 15 08:15:37 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Fri, 15 Apr 2005 01:15:37 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113514999.4963.434.camel@sigurd.incentre.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <1113514999.4963.434.camel@sigurd.incentre.net> Message-ID: <23D920AE45E6797ABEDD1590@[10.169.6.246]> --On Thursday, April 14, 2005 3:43 PM -0600 Guy Fraser wrote: >> > Go to bugzilla discover many bugs >> > already listed that are practicaly identical to yours, no >> > presented solutions work for you, or the bug reporter, bug left >> > outstanding. >> >> Bug numbers, please. Which 50 are identical to your problem? >> >> > Pick one, fix it and move on to the next. How disingenuous. Are you saying that the 200+ listed bugs all describe exactly your problem? The descriptions that go beyond "doesn't work" all look wildly different, not "practically identical". You're having all those problems simultaneously? From gbofspam at gmail.com Fri Apr 15 08:25:21 2005 From: gbofspam at gmail.com (g b) Date: Fri, 15 Apr 2005 04:25:21 -0400 Subject: What happened to kweather? Message-ID: <6c3f5e6c05041501251b810ec2@mail.gmail.com> Has kweather disappeared of the KDE map, or is there another reason that its not included? From mpeters at mac.com Fri Apr 15 08:31:09 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 15 Apr 2005 01:31:09 -0700 Subject: Evince not printing?? In-Reply-To: <425F533E.4090201@gwch.net> References: <425F533E.4090201@gwch.net> Message-ID: <1113553869.2873.50.camel@fc4t2.mpeters.local> On Fri, 2005-04-15 at 07:38 +0200, Roger Grosswiler wrote: > Hi, > > Have seen a thread about evince, but never saw really, that evince is > not printing at all to a remote printer. Does evince at least print > locally or doesn't it print at all?? I don't know - my only printer is a JetDirect connected printer, it won't print to that for me. From mpgritti at gmail.com Fri Apr 15 08:34:14 2005 From: mpgritti at gmail.com (Marco Pesenti Gritti) Date: Fri, 15 Apr 2005 10:34:14 +0200 Subject: Evince not printing?? In-Reply-To: <425F533E.4090201@gwch.net> References: <425F533E.4090201@gwch.net> Message-ID: Hi, printing does not work in 0.2.0. It will be fixed in the next release. Marco On 4/15/05, Roger Grosswiler wrote: > Hi, > > Have seen a thread about evince, but never saw really, that evince is > not printing at all to a remote printer. Does evince at least print > locally or doesn't it print at all?? > > If i print via xpdf - Problem>/dev/null > > Roger > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From RouillardSy at yahoo.fr Fri Apr 15 08:36:17 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Fri, 15 Apr 2005 10:36:17 +0200 Subject: What happened to kweather? In-Reply-To: <6c3f5e6c05041501251b810ec2@mail.gmail.com> References: <6c3f5e6c05041501251b810ec2@mail.gmail.com> Message-ID: <200504151036.17973.RouillardSy@yahoo.fr> hehe, I looked for it too. I seem to remember that this tool was part of the kdetoys package, which does not show up in any of the dev repos... Le Vendredi 15 Avril 2005 10:25, g b a ?crit?: > Has kweather disappeared of the KDE map, or is there another reason > that its not included? From vincent.arnoux at rfo.atmel.com Fri Apr 15 09:17:07 2005 From: vincent.arnoux at rfo.atmel.com (Vincent Arnoux) Date: Fri, 15 Apr 2005 11:17:07 +0200 Subject: Evince not printing?? In-Reply-To: <1113553869.2873.50.camel@fc4t2.mpeters.local> References: <425F533E.4090201@gwch.net> <1113553869.2873.50.camel@fc4t2.mpeters.local> Message-ID: <1113556628.18622.11.camel@localhost.localdomain> Le vendredi 15 avril 2005 ? 01:31 -0700, Michael A. Peters a ?crit : > On Fri, 2005-04-15 at 07:38 +0200, Roger Grosswiler wrote: > > Hi, > > > > Have seen a thread about evince, but never saw really, that evince is > > not printing at all to a remote printer. Does evince at least print > > locally or doesn't it print at all?? > > I don't know - my only printer is a JetDirect connected printer, it > won't print to that for me. > My v. 0.1.9 is printing on a network printer perfectly. The only problem is that I cannot choose to print only 1 page. Vincent From twoerner at redhat.com Fri Apr 15 09:23:09 2005 From: twoerner at redhat.com (Thomas Woerner) Date: Fri, 15 Apr 2005 11:23:09 +0200 Subject: SDL bug encountered when utilizing with mplayer on PII system In-Reply-To: <425DD493.7090301@pobox.com> References: <425DD493.7090301@pobox.com> Message-ID: <425F87FD.8040903@redhat.com> Caerie Houchins wrote: > Not sure if anyone else is seeing this. It only started with todays SDL > update and only on my PII test system. > > mplayer: symbol lookup error: /usr/lib/libSDL-1.2.so.0: undefined > symbol: ConvertMMXpII32_16RGB565 > > > Bug 154771 Submitted > > Thanks, > Caerie > This is already fixed in the latest SDL package: SDL-1.2.8-3.1 -- Thomas Woerner, Software Engineer Phone: +49-711-96437-0 Red Hat GmbH Fax : +49-711-96437-111 Hauptstaetterstr. 58 Email: twoerner at redhat.com D-70178 Stuttgart Web : http://www.redhat.de/ From mpeters at mac.com Fri Apr 15 10:11:41 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 15 Apr 2005 10:11:41 +0000 Subject: GCC 4 Woes In-Reply-To: <9f573ec5050414130496d5ded@mail.gmail.com> (from syncomm@gmail.com on Thu Apr 14 13:04:56 2005) References: <9f573ec5050414130496d5ded@mail.gmail.com> Message-ID: <1113559901l.9619l.0l@devel.mpeters.local> On 04/14/2005 01:04:56 PM, Gregory Hayes wrote: > In my quest to play my DivX files under FC4t2 I found that I can't > get > either MPlayer or Xine to compile (old RPMs for FC3 from livna won't > work). GCC usually dies with this error: If you install the divx library from divx.com, can you build the gstreamer divx plugin and play them through the gstreamer totem that comes with FC4Test ? I suspect yes - I haven't gotten into rebuilding all my gstreamer plugins in FC4 yet (some dependencies for other plugins don't yet build in fc4 and I haven't even begun to look for solutions, most of them I'll wait for livna to provide when they start populating for fc4) but I suspect if you build the gstreamer plugin against the divx.com library, it would work. At least for divx files. -- Michael A. Peters http://mpeters.us/ From res at ausics.net Fri Apr 15 10:28:30 2005 From: res at ausics.net (Res) Date: Fri, 15 Apr 2005 20:28:30 +1000 (EST) Subject: FC4t2 no good without LILO In-Reply-To: <1113392873.24841.9.camel@localhost.surak.eti.br> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <20050413035848.GN8833@angus.ind.WPI.EDU> <1113392873.24841.9.camel@localhost.surak.eti.br> Message-ID: On Wed, 13 Apr 2005, Alexandre Strube wrote: > Em Qua, 2005-04-13 ?s 18:22 +1000, Res escreveu: > >> Its suprising how many ppl have NFI that halting at various points in >> print statemant of LILO actually has a useful meaning telling them where >> the problem is. > > Is this a way of lilo reporting an error? Guys, you got to be kidding. > Grub reports errors in a ackward way, but this is amazing :-) you new kids. i dunno :) > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- Cheers Res From res at ausics.net Fri Apr 15 10:32:32 2005 From: res at ausics.net (Res) Date: Fri, 15 Apr 2005 20:32:32 +1000 (EST) Subject: FC4t2 no good without LILO In-Reply-To: <2557.12.29.16.103.1113395190.squirrel@whooper.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <2557.12.29.16.103.1113395190.squirrel@whooper.org> Message-ID: On Wed, 13 Apr 2005, William Hooper wrote: > > Res said: > [snip] >>> You're missing a huge part of the picture. Having lilo the package >>> (even >>> though as you note, it's not really maintained) might not be much, but >>> it requires a lot of complicated kludgy infrastructure in the installer, >>> and in mkinitrd, etc., and makes kernel updates very fragile. >> >> what utter crap! we always build our own kernels using the std makefile >> and the source from kernel.org, if you can compile a kernel then ur done >> either way, nothing else to do > > So you always compile your own vanilla kernels instead of using the Core 99/100 yep > provided ones. Despite that, you somehow find installing a non-Core > provided boot loader an huge burden? its called choice i choose to roll my own kernels i choose to install lilo because grub cant handle some things and cant handle others as well. everytime we have had to do disaster recovery restorations from rsyncs images grub refuses to play ball, with lilo its booted first time everytime and the server is back -- Cheers Res From off_by_1 at yahoo.com Fri Apr 15 09:39:40 2005 From: off_by_1 at yahoo.com (Mick Mearns) Date: Fri, 15 Apr 2005 02:39:40 -0700 (PDT) Subject: FC4-test2 iso' fail mediacheck In-Reply-To: 6667 Message-ID: <20050415093940.6794.qmail@web30705.mail.mud.yahoo.com> > On Tue, 12 Apr 2005, Mick Mearns wrote: > > > Hello list; > > I just downloaded and burned all 4 cd's and the recue CD. > > I burned them using K3B (which does an md5 test for each iso) > > They burned fine. > > > > When I booted CD #1 and did 'linux mediacheck' it fails for every > CD. > > > > I know this has happened on previous releases, so are the disks ok? > > I read that the FC4-t2 DVD iso was known to fail ... > Hello; this is an update. I am now running FC4T2 from the failed Cd's. It hung at install so I rebooted. Then did 'linux askmethod' then select cdrom and the install worked. Mick M. Dogs have Masters - Siamese Cats have Staff! __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From FrankSanderDo at vodafone.de Fri Apr 15 10:11:37 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Fri, 15 Apr 2005 12:11:37 +0200 Subject: probs with DFE-580 TX In-Reply-To: <1113500888.3358.0.camel@sb-home.lan> References: <425EA8C1.7010702@gwch.net> <1113500888.3358.0.camel@sb-home.lan> Message-ID: <425F9359.9040406@vodafone.de> Hi folks, I know I am pretty wrong here with this question, but I hope that one of the more experienced can help me on a fc3 prob: kernel 2.6.10-1.770_FC3smp on a pentium 4 HT board with MEGAraid controler. DFE-580TX 4 port ethernet gives me every few seconds Apr 15 12:01:33 greystar01 kernel: NETDEV WATCHDOG: eth0: transmit timed out Apr 15 12:01:33 greystar01 kernel: eth0: Transmit timed out, TxStatus 00 TxFrameId 02, resetting... and resets the port. The Card is transfering Data but with the reset I always get the transfer down for a few seconds. As far as I could figure the card is driven by sundance driver. But I can not find anything if or how to change parameters to get off the prob. Any body any idea? Thanks in Advance Frank From surak at casa.surak.eti.br Fri Apr 15 11:09:41 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Fri, 15 Apr 2005 08:09:41 -0300 Subject: FC4t2 no good without LILO In-Reply-To: <1113433326.4963.312.camel@sigurd.incentre.net> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <20050413035848.GN8833@angus.ind.WPI.EDU> <1113433326.4963.312.camel@sigurd.incentre.net> Message-ID: <1113563381.4555.2.camel@localhost.surak.eti.br> Em Qua, 2005-04-13 ?s 17:02 -0600, Guy Fraser escreveu: > > As opposed to LILO's error reporting consisting of "LI" during bootup? > Check the documentation : Right - this is good (see a LI at boot, nothing else) and "error 15" is much worse. Ok. I never though that the number of words of anything could describe an error. In fact, if a computer wrote LI and locked up (as conectiva's lilo liked to do ages ago), I would replace it entirely, right after checking the computer's hardware :-) From mefoster at gmail.com Fri Apr 15 11:10:38 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Fri, 15 Apr 2005 12:10:38 +0100 Subject: probs with DFE-580 TX In-Reply-To: <425F9359.9040406@vodafone.de> References: <425EA8C1.7010702@gwch.net> <1113500888.3358.0.camel@sb-home.lan> <425F9359.9040406@vodafone.de> Message-ID: On 4/15/05, Frank Sander wrote: > kernel 2.6.10-1.770_FC3smp on a pentium 4 HT board with MEGAraid controler. > DFE-580TX 4 port ethernet gives me every few seconds > > Apr 15 12:01:33 greystar01 kernel: NETDEV WATCHDOG: eth0: transmit timed out > Apr 15 12:01:33 greystar01 kernel: eth0: Transmit timed out, TxStatus 00 > TxFrameId 02, resetting... > > and resets the port. > The Card is transfering Data but with the reset I always get the > transfer down for a few seconds. That sounds like *exactly* the same problem I'm currently having with my Broadcom Ethernet card in FC4test2 (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154512) -- also a Pentium 4 HT processor. In test1, I was able to make it go away by adding "acpi=off" to the command line in Grub; maybe that will work for you with your card too. MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From surak at casa.surak.eti.br Fri Apr 15 11:14:55 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Fri, 15 Apr 2005 08:14:55 -0300 Subject: FC4t2 no good without LILO In-Reply-To: <1113518461.13504.194.camel@jkeating2.hq.pogolinux.com> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> <1113487573.4963.362.camel@sigurd.incentre.net> <20050414153206.GA15138@jadzia.bu.edu> <1113517261.4963.471.camel@sigurd.incentre.net> <1113518461.13504.194.camel@jkeating2.hq.pogolinux.com> Message-ID: <1113563695.4555.7.camel@localhost.surak.eti.br> Em Qui, 2005-04-14 ?s 15:41 -0700, Jesse Keating escreveu: > > Almost every board that has come through our labs with SATA capability > and advertised RAID capability has the option to disable the RAID > portion of these chips. Hey... That's not entirely true. I have been working for a computer manufacturer here in brazil. They're selling a hardware based on msi boards, with a via 6410 ide raid on it. It cannot be disabled. You may use it without creating a raid, but the capability is there. > A lot of this started with WinModems. Modems that lacked actual > hardware devices and relied on software emulation. This was followed by > some Promise IDE 'raid' chips that basically did the same thing. Relied > on an OS level driver to do all the RAID operations. These SATA 'raid' > chips are hardly different. The generic term 'win-something' has been > stolen from 'winmodems' and applied elsewhere. > Basically it doesn't work in Linux right now, don't use it. Hum... We released a custom linux with driver for it (in 2.4.25, don't ask) and it seems to work, as we sell an average of 1200 of them/month. From rramson at gmail.com Fri Apr 15 11:19:43 2005 From: rramson at gmail.com (Richard Ramson) Date: Fri, 15 Apr 2005 07:19:43 -0400 Subject: yum update fails In-Reply-To: <1113531228.18013.14.camel@localhost.localdomain> References: <1113516098.3962.5.camel@localhost.localdomain> <1113521270.3225.2.camel@localhost.localdomain> <20050415025112.57c7f136.fedora@wir-sind-cool.org> <1113533134.4311.0.camel@localhost.localdomain> <1113531228.18013.14.camel@localhost.localdomain> Message-ID: On 4/14/05, John (J5) Palmieri wrote: > > This should be fixed when the next rawhide tree is built which should be > soon as I just fixed this this afternoon. One thing to note if you are > upgrading from rawhide that at any time there may be dependency errors > in some package or another. The price for living on the edge ;-) > > -- > J5 > Keep up the good work all of you. :) When FC5 comes out, I think I will wait for the final product. :O -- CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB 939-pin Motherboard: GA-K8NXP-SLI nForce4 SLI chipset Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR Memory Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / Video Card Sound: Onboard HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD Monitor w/ Speakers From webmaster at choicesontheweb.com Fri Apr 15 11:21:32 2005 From: webmaster at choicesontheweb.com (Panama Evans) Date: Fri, 15 Apr 2005 04:21:32 -0700 Subject: yum update Message-ID: <1113564093.3269.0.camel@localhost.localdomain> I try to update and get an error: [root at localhost panama]# yum update Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 314 kB 00:01 extras-dev: ################################################## 926/926 Added 30 new packages, deleted 8 old in 1.39 seconds Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package rhn-applet.i386 0:2.1.17-3 set to be updated ---> Package apmd.i386 1:3.2.2-2 set to be updated ---> Package evolution.i386 0:2.2.2-1 set to be updated ---> Package gnome-pilot.i386 0:2.0.13-1 set to be updated ---> Package cpp.i386 0:4.0.0-0.42 set to be updated ---> Package gdm.i386 1:2.6.0.8-3 set to be updated ---> Package zlib.i386 0:1.2.2.2-3 set to be updated ---> Package xorg-x11-libs.i386 0:6.8.2-22 set to be updated ---> Package redhat-artwork.i386 0:0.122-2 set to be updated ---> Package spamassassin.i386 0:3.0.2-8.fc4 set to be updated ---> Package yp-tools.i386 0:2.8-8 set to be updated ---> Package vixie-cron.i386 1:4.1-32_FC4 set to be updated ---> Package glib2.i386 0:2.6.4-1 set to be updated ---> Package net-snmp.i386 0:5.2.1-9 set to be updated ---> Package sudo.i386 0:1.6.8p8-1 set to be updated ---> Package tvtime.i386 0:0.9.15-6 set to be updated ---> Package xorg-x11-Mesa-libGL.i386 0:6.8.2-22 set to be updated ---> Package vim-enhanced.i386 1:6.3.071-1 set to be updated ---> Package portmap.i386 0:4.0-65 set to be updated ---> Package gedit.i386 1:2.10.2-2 set to be updated ---> Package gnome-menus.i386 0:2.10.1-2 set to be updated ---> Package emacs.i386 0:21.4-2 set to be updated ---> Package gnopernicus.i386 0:0.10.6-1 set to be updated ---> Package kdelibs.i386 6:3.4.0-5 set to be updated ---> Package nfs-utils.i386 0:1.0.7-6 set to be updated ---> Package gaim.i386 1:1.2.1-4.fc4 set to be updated ---> Package openoffice.org-xsltfilter.i386 1:1.9.92-2 set to be updated ---> Package jwhois.i386 0:3.2.2-13 set to be updated ---> Package diffutils.i386 0:2.8.1-15 set to be updated ---> Package openoffice.org-graphicfilter.i386 1:1.9.92-2 set to be updated ---> Package selinux-policy-targeted.noarch 0:1.23.10-5 set to be updated ---> Package gail.i386 0:1.8.3-1 set to be updated ---> Package nc.i386 0:1.78-1 set to be updated ---> Package netdump.i386 0:0.7.7-6 set to be updated ---> Package xorg-x11-xfs.i386 0:6.8.2-22 set to be updated ---> Package xorg-x11-tools.i386 0:6.8.2-22 set to be updated ---> Package sqlite.i386 0:3.1.2-3 set to be updated ---> Package gtk2.i386 0:2.6.7-1 set to be updated ---> Package pam.i386 0:0.79-5 set to be updated ---> Package perl-Net-DNS.i386 0:0.49-2 set to be updated ---> Package dbus-python.i386 0:0.32-6 set to be updated ---> Package xorg-x11-twm.i386 0:6.8.2-22 set to be updated ---> Package openoffice.org-draw.i386 1:1.9.92-2 set to be updated ---> Package cyrus-sasl-md5.i386 0:2.1.20-5 set to be updated ---> Package cyrus-sasl-plain.i386 0:2.1.20-5 set to be updated ---> Package libwpd.i386 0:0.8.0-4 set to be updated ---> Package xorg-x11-xauth.i386 0:6.8.2-22 set to be updated ---> Package authconfig-gtk.i386 0:4.6.12-1 set to be updated ---> Package file.i386 0:4.13-4 set to be updated ---> Package gnome-applets.i386 1:2.10.1-1 set to be updated ---> Package hwdata.noarch 0:0.156-1 set to be updated ---> Package dhclient.i386 10:3.0.2-7 set to be updated ---> Package dbus-x11.i386 0:0.32-6 set to be updated ---> Package evolution-data-server.i386 0:1.2.2-2 set to be updated ---> Package at.i386 0:3.1.8-77_FC4 set to be updated ---> Package cyrus-sasl.i386 0:2.1.20-5 set to be updated ---> Package kdebase.i386 6:3.4.0-5 set to be updated ---> Package dbus-glib.i386 0:0.32-6 set to be updated ---> Package libgcj.i386 0:4.0.0-0.42 set to be updated ---> Package openoffice.org-core.i386 1:1.9.92-2 set to be updated ---> Package libgcc.i386 0:4.0.0-0.42 set to be updated ---> Package xinitrc.noarch 0:4.0.18-1 set to be updated ---> Package libstdc++.i386 0:4.0.0-0.42 set to be updated ---> Package xorg-x11-Mesa-libGLU.i386 0:6.8.2-22 set to be updated ---> Package gtk+.i386 1:1.2.10-39 set to be updated ---> Package mkisofs.i386 8:2.01.1-9 set to be updated ---> Package python.i386 0:2.4.1-1 set to be updated ---> Package libgnome.i386 0:2.10.0-2 set to be updated ---> Package gnome-doc-utils.noarch 0:0.2.0-1 set to be updated ---> Package man.i386 0:1.5p-4 set to be updated ---> Package e2fsprogs.i386 0:1.37-2 set to be updated ---> Package policycoreutils.i386 0:1.23.5-1 set to be updated ---> Package sendmail.i386 0:8.13.4-1 set to be updated ---> Package openoffice.org-writer.i386 1:1.9.92-2 set to be updated ---> Package xorg-x11.i386 0:6.8.2-22 set to be updated ---> Package imlib.i386 1:1.9.13-24 set to be updated ---> Package vim-common.i386 1:6.3.071-1 set to be updated ---> Package dbus.i386 0:0.32-6 set to be updated ---> Package evince.i386 0:0.2.0-1 set to be updated ---> Package gnome-games.i386 1:2.10.0-3 set to be updated ---> Package gnome-icon-theme.noarch 0:2.10.1-4 set to be updated ---> Package util-linux.i386 0:2.12p-7 set to be updated ---> Package libsilc.i386 0:0.9.12-11 set to be updated ---> Package emacs-common.i386 0:21.4-2 set to be updated ---> Package aspell-en.i386 50:0.51-12 set to be updated ---> Package gnome-themes.i386 0:2.10.1-1 set to be updated ---> Package iputils.i386 0:20020927-22 set to be updated ---> Package control-center.i386 1:2.10.1-1 set to be updated ---> Package openoffice.org-impress.i386 1:1.9.92-2 set to be updated ---> Package libselinux.i386 0:1.23.7-2 set to be updated ---> Package quota.i386 1:3.12-6 set to be updated ---> Package openoffice.org-math.i386 1:1.9.92-2 set to be updated ---> Package dia.i386 1:0.94-11 set to be updated ---> Package fonts-xorg-100dpi.noarch 0:6.8.1.1-2 set to be updated ---> Package dos2unix.i386 0:3.1-24 set to be updated ---> Package libuser.i386 0:0.53.4-1 set to be updated ---> Package qt.i386 1:3.3.4-11 set to be updated ---> Package cdda2wav.i386 8:2.01.1-9 set to be updated ---> Package gdbm.i386 0:1.8.0-25 set to be updated ---> Package libgnomeui.i386 0:2.10.0-1 set to be updated ---> Package authconfig.i386 0:4.6.12-1 set to be updated ---> Package unix2dos.i386 0:2.2-26 set to be updated ---> Package vim-minimal.i386 1:6.3.071-1 set to be updated ---> Package gtkhtml3.i386 0:3.6.2-1 set to be updated ---> Package libgal2.i386 2:2.4.2-1 set to be updated ---> Package fonts-xorg-base.noarch 0:6.8.1.1-2 set to be updated ---> Package emacs-leim.i386 0:21.4-2 set to be updated ---> Package gimp.i386 2:2.2.6-1 set to be updated ---> Package dmraid.i386 0:1.0.0.rc7-4_FC4 set to be updated ---> Package libgnomecups.i386 0:0.2.0-2 set to be updated ---> Package xorg-x11-xdm.i386 0:6.8.2-22 set to be updated ---> Package cdrecord.i386 8:2.01.1-9 set to be updated ---> Package fonts-xorg-75dpi.noarch 0:6.8.1.1-2 set to be updated ---> Package system-config-users.noarch 0:1.2.35-1 set to be updated ---> Package net-snmp-libs.i386 0:5.2.1-9 set to be updated ---> Package poppler.i386 0:0.2.0-2 set to be updated ---> Package openoffice.org-calc.i386 1:1.9.92-2 set to be updated ---> Package linuxwacom.i386 0:0.6.6-5 set to be updated ---> Package xorg-x11-font-utils.i386 0:6.8.2-22 set to be updated --> Running transaction check --> Processing Dependency: pm-utils for package: apmd --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package pm-utils.i386 0:0.01-1 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: apmd i386 1:3.2.2-2 development 82 k aspell-en i386 50:0.51-12 development 1.9 M at i386 3.1.8-77_FC4 development 53 k authconfig i386 4.6.12-1 development 282 k authconfig-gtk i386 4.6.12-1 development 39 k cdda2wav i386 8:2.01.1-9 development 206 k cdrecord i386 8:2.01.1-9 development 572 k control-center i386 1:2.10.1-1 development 2.3 M cpp i386 4.0.0-0.42 development 2.1 M cyrus-sasl i386 2.1.20-5 development 1.3 M cyrus-sasl-md5 i386 2.1.20-5 development 58 k cyrus-sasl-plain i386 2.1.20-5 development 29 k dbus i386 0.32-6 development 538 k dbus-glib i386 0.32-6 development 56 k dbus-python i386 0.32-6 development 141 k dbus-x11 i386 0.32-6 development 17 k dhclient i386 10:3.0.2-7 development 233 k dia i386 1:0.94-11 development 2.9 M diffutils i386 2.8.1-15 development 208 k dmraid i386 1.0.0.rc7-4_FC4 development 71 k dos2unix i386 3.1-24 development 13 k e2fsprogs i386 1.37-2 development 858 k emacs i386 21.4-2 development 1.6 M emacs-common i386 21.4-2 development 10 M emacs-leim i386 21.4-2 development 2.5 M evince i386 0.2.0-1 development 192 k evolution i386 2.2.2-1 development 9.0 M evolution-data-server i386 1.2.2-2 development 3.2 M file i386 4.13-4 development 279 k fonts-xorg-100dpi noarch 6.8.1.1-2 development 4.2 M fonts-xorg-75dpi noarch 6.8.1.1-2 development 3.8 M fonts-xorg-base noarch 6.8.1.1-2 development 7.7 M gail i386 1.8.3-1 development 324 k gaim i386 1:1.2.1-4.fc4 development 3.8 M gdbm i386 1.8.0-25 development 26 k gdm i386 1:2.6.0.8-3 development 3.0 M gedit i386 1:2.10.2-2 development 2.7 M gimp i386 2:2.2.6-1 development 9.6 M glib2 i386 2.6.4-1 development 552 k gnome-applets i386 1:2.10.1-1 development 7.1 M gnome-doc-utils noarch 0.2.0-1 development 127 k gnome-games i386 1:2.10.0-3 development 8.7 M gnome-icon-theme noarch 2.10.1-4 development 3.0 M gnome-menus i386 2.10.1-2 development 62 k gnome-pilot i386 2.0.13-1 development 520 k gnome-themes i386 2.10.1-1 development 2.5 M gnopernicus i386 0.10.6-1 development 1.7 M gtk+ i386 1:1.2.10-39 development 885 k gtk2 i386 2.6.7-1 development 4.7 M gtkhtml3 i386 3.6.2-1 development 794 k hwdata noarch 0.156-1 development 253 k imlib i386 1:1.9.13-24 development 409 k iputils i386 20020927-22 development 107 k jwhois i386 3.2.2-13 development 79 k kdebase i386 6:3.4.0-5 development 26 M kdelibs i386 6:3.4.0-5 development 17 M libgal2 i386 2:2.4.2-1 development 718 k libgcc i386 4.0.0-0.42 development 240 k libgcj i386 4.0.0-0.42 development 7.6 M libgnome i386 2.10.0-2 development 706 k libgnomecups i386 0.2.0-2 development 70 k libgnomeui i386 2.10.0-1 development 848 k libselinux i386 1.23.7-2 development 63 k libsilc i386 0.9.12-11 development 307 k libstdc++ i386 4.0.0-0.42 development 291 k libuser i386 0.53.4-1 development 378 k libwpd i386 0.8.0-4 development 144 k linuxwacom i386 0.6.6-5 development 216 k man i386 1.5p-4 development 240 k mkisofs i386 8:2.01.1-9 development 571 k nc i386 1.78-1 development 51 k net-snmp i386 5.2.1-9 development 601 k net-snmp-libs i386 5.2.1-9 development 1.8 M netdump i386 0.7.7-6 development 14 k nfs-utils i386 1.0.7-6 development 312 k openoffice.org-calc i386 1:1.9.92-2 development 6.5 M openoffice.org-core i386 1:1.9.92-2 development 74 M openoffice.org-draw i386 1:1.9.92-2 development 1.0 M openoffice.org-graphic i386 1:1.9.92-2 development 144 k openoffice.org-impress i386 1:1.9.92-2 development 1.6 M openoffice.org-math i386 1:1.9.92-2 development 1.3 M openoffice.org-writer i386 1:1.9.92-2 development 2.7 M openoffice.org-xsltfil i386 1:1.9.92-2 development 50 k pam i386 0.79-5 development 1.9 M perl-Net-DNS i386 0.49-2 development 194 k policycoreutils i386 1.23.5-1 development 65 k poppler i386 0.2.0-2 development 397 k portmap i386 4.0-65 development 35 k python i386 2.4.1-1 development 5.6 M qt i386 1:3.3.4-11 development 3.4 M quota i386 1:3.12-6 development 315 k redhat-artwork i386 0.122-2 development 4.5 M rhn-applet i386 2.1.17-3 development 319 k selinux-policy-targete noarch 1.23.10-5 development 388 k sendmail i386 8.13.4-1 development 595 k spamassassin i386 3.0.2-8.fc4 development 680 k sqlite i386 3.1.2-3 development 185 k sudo i386 1.6.8p8-1 development 184 k system-config-users noarch 1.2.35-1 development 303 k tvtime i386 0.9.15-6 development 674 k unix2dos i386 2.2-26 development 12 k util-linux i386 2.12p-7 development 1.6 M vim-common i386 1:6.3.071-1 development 3.5 M vim-enhanced i386 1:6.3.071-1 development 1.0 M vim-minimal i386 1:6.3.071-1 development 274 k vixie-cron i386 1:4.1-32_FC4 development 77 k xinitrc noarch 4.0.18-1 development 27 k xorg-x11 i386 6.8.2-22 development 14 M xorg-x11-Mesa-libGL i386 6.8.2-22 development 198 k xorg-x11-Mesa-libGLU i386 6.8.2-22 development 269 k xorg-x11-font-utils i386 6.8.2-22 development 115 k xorg-x11-libs i386 6.8.2-22 development 2.5 M xorg-x11-tools i386 6.8.2-22 development 333 k xorg-x11-twm i386 6.8.2-22 development 154 k xorg-x11-xauth i386 6.8.2-22 development 92 k xorg-x11-xdm i386 6.8.2-22 development 160 k xorg-x11-xfs i386 6.8.2-22 development 131 k yp-tools i386 2.8-8 development 64 k zlib i386 1.2.2.2-3 development 48 k Installing for dependencies: pm-utils i386 0.01-1 development 25 k Transaction Summary ============================================================================= Install 1 Package(s) Update 119 Package(s) Remove 0 Package(s) Total download size: 297 M Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/share/icons/hicolor/48x48/apps/text-editor.png conflicts between attempted installs of gnome-icon-theme-2.10.1-4 and gedit-2.10.2-2 From buildsys at redhat.com Fri Apr 15 11:35:17 2005 From: buildsys at redhat.com (Build System) Date: Fri, 15 Apr 2005 07:35:17 -0400 Subject: rawhide report: 20050415 changes Message-ID: <200504151135.j3FBZHAM004476@porkchop.devel.redhat.com> Removed package jcode.pl Updated Packages: SDL-1.2.8-3.1 ------------- * Thu Apr 14 2005 Thomas Woerner 1.2.8-3.1 - new version of the gcc4 fix bind-24:9.3.1-2_FC4 ------------------- * Thu Apr 14 2005 Jason Vas Dias - 24:9.3.1-2_FC4 - Rebuild for bind-sdb libpq.so.3 dependency - fix bug 150981: don't install libbind man-pages if no libbind - fix bug 151852: mount proc on $ROOTDIR/proc to allow sysconf(...) to work and correct number of CPUs to be determined checkpolicy-1.23.1-1 -------------------- * Thu Apr 14 2005 Dan Walsh 1.23,1-1 * Merged hierarchical type/role patch from Tresys Technology. * Merged MLS fixes from Darrel Goeddel of TCS. cpufreq-utils-1:0.2-1.1.13 -------------------------- * Fri Apr 15 2005 Florian La Roche - remove empty preun script desktop-printing-0.18-9 ----------------------- * Thu Apr 14 2005 John (J5) Palmieri - Fixed up signal names that were looking for org.redhat in the cvs backport. Change to read com.redhat. This should change to upstream's org.gnome in the near future. devhelp-0.9.3-5 --------------- * Thu Apr 14 2005 Ray Strode 0.9.3-5 - Don't crash on typeahead (bug #154398) dmidecode-1:2.6-1.14 -------------------- * Fri Apr 15 2005 Florian La Roche - remove empty scripts freeradius-1.0.2-2 ------------------ * Thu Apr 14 2005 Warren Togami 1.0.2-2 - rebuild against new postgresql-libs gedit-1:2.10.2-3 ---------------- * Thu Apr 14 2005 John (J5) Palmieri - 2.10.2-3 - Revert the addition of the gedit icon to the hicolor theme as the new gnome-icon-theme package does the right thing gnome-applets-1:2.10.1-3 ------------------------ * Thu Apr 14 2005 Ray Strode 1:2.10.1-3 - Apply patch from Jan de Groot to silence scrollkeeper noise (bug 152236) * Thu Apr 14 2005 Ray Strode 1:2.10.1-2 - Add Obsoletes: gnome-cpufreq-applet (bug 154853) gnu-crypto-0:2.0.1-1jpp_2fc --------------------------- hardlink-1:1.0-1.12 ------------------- * Fri Apr 15 2005 Florian La Roche - remove empty scripts hicolor-icon-theme-0.8-1 ------------------------ * Thu Apr 14 2005 John (J5) Palmieri - Update to 0.8 java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_16rh ------------------------------------------ * Wed Apr 13 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_16rh - Import java-gcj-compat 1.0.28. * Mon Apr 04 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_15rh - Import java-gcj-compat 1.0.27. - Bump gccver to 4.0.0-0.39. - Make -devel take ownership of symlinks as well as regular files. jessie-0:1.0.0-4 ---------------- * Wed Apr 13 2005 Thomas Fitzsimmons - 0:1.0.0-4 - Add gcj endorsed dir support. jpackage-utils-0:1.6.2-1jpp_6rh ------------------------------- * Wed Apr 13 2005 Thomas Fitzsimmons - 0:1.6.2-1jpp_6rh - Add rebuild-security-providers script. libsepol-1.5.5-1 ---------------- * Thu Apr 14 2005 Dan Walsh 1.5.5-1 - Update from NSA ntp-4.2.0.a.20040617-8 ---------------------- * Thu Apr 14 2005 Jiri Ryska 4.2.0.a.20040617-8 - fixed gid setting when ntpd started with -u flag * Tue Mar 08 2005 Jiri Ryska 4.2.0.a.20040617-7 - removed -Werror - patched for gcc4 and rebuilt * Wed Jan 12 2005 Tim Waugh - 4.2.0.a.20040617-6 - Rebuilt for new readline. policycoreutils-1.23.6-1 ------------------------ * Thu Apr 14 2005 Dan Walsh 1.23.6-1 - Update to match NSA * Fixed signed/unsigned pointer bug in load_policy. * Reverted context validation patch for genhomedircon. redhat-menus-3.8-1 ------------------ * Thu Apr 14 2005 Ray Strode 3.8.0-1 - don't include kde legacy stuff anymore, since kde uses it's own applications menu file now and it breaks gnome (bug 153125) selinux-policy-strict-1.23.11-1 ------------------------------- * Thu Apr 14 2005 Dan Walsh 1.23.11-1 - Fix login programs handling of audit messages - Update to latest from NSA * Merged Dan Walsh's separation of the security manager and system administrator. * Removed screensaver.te as suggested by Thomas Bleher * Cleanup of typealiases that are no longer used by Thomas Bleher. * Cleanup of fc files and additional rules for SuSE by Thomas Bleher. * Merged changes to auditd and named policy by Russell Coker. * Merged MLS change from Darrel Goeddel to support the policy hierarchy patch. * Tue Apr 12 2005 Dan Walsh 1.23.10-6 - Add auditd policy to targeted - fix auditd policy selinux-policy-targeted-1.23.11-1 --------------------------------- * Thu Apr 14 2005 Dan Walsh 1.23.11-1 - Fix login programs handling of audit messages - Update to latest from NSA * Merged Dan Walsh's separation of the security manager and system administrator. * Removed screensaver.te as suggested by Thomas Bleher * Cleanup of typealiases that are no longer used by Thomas Bleher. * Cleanup of fc files and additional rules for SuSE by Thomas Bleher. * Merged changes to auditd and named policy by Russell Coker. * Merged MLS change from Darrel Goeddel to support the policy hierarchy patch. * Tue Apr 12 2005 Dan Walsh 1.23.10-6 - Add auditd policy to targeted - Fix auditd policy system-config-lvm-0.9.25-1.0 ---------------------------- * Thu Apr 14 2005 Jim Parsons 0.9.25-1.0 - Version bump. * Thu Apr 14 2005 Jim Parsons 0.9.24-1.0 - Changed permissions on Icon file. * Thu Apr 14 2005 Jim Parsons 0.9.23-1.0 - Subtle change to .desktop file moves app launcher to system settings system-config-securitylevel-1.5.7-1 ----------------------------------- * Thu Apr 14 2005 Dan Walsh 1.5.7-1 - Handle relabeling better. up2date-4.4.14-2 ---------------- * Thu Apr 14 2005 Jason Connor 4.4.14 - fix #135121 - uncommented rpmmd registration, fixed api - fix #149281 - added check for failed read * Fri Apr 08 2005 Adrian Likins 4.4.13 - update translations * Thu Apr 07 2005 Adrian Likins 4.4.12 - update translations usbutils-0.70-1 --------------- * Thu Apr 14 2005 Thomas Woerner 0.70-1 - new version 0.70 vixie-cron-1:4.1-33 ------------------- * Thu Apr 14 2005 Jason Vas Dias - 4.1-33_FC4 - fix bug 154922 / CAN-2005-1038: check that new crontab is regular file after editor session ends. - fix bug 154575: use PATH_MAX (4096) as max filename length; also make limits on command line and env.var. lengths sensible (131072). x86info-1:1.13-1.10 ------------------- * Fri Apr 15 2005 Florian La Roche - remove empty scripts xchat-1:2.4.3-2 --------------- * Thu Apr 14 2005 Warren Togami 1:2.4.3-2 - fix plugins on lib64 (#113188 Ville Skytta) From FrankSanderDo at vodafone.de Fri Apr 15 10:43:46 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Fri, 15 Apr 2005 12:43:46 +0200 Subject: probs with DFE-580 TX In-Reply-To: References: <425EA8C1.7010702@gwch.net> <1113500888.3358.0.camel@sb-home.lan> <425F9359.9040406@vodafone.de> Message-ID: <425F9AE2.1000009@vodafone.de> Hi, unfortunately that does not help Frank Mary Ellen Foster wrote: >On 4/15/05, Frank Sander wrote: > > >>kernel 2.6.10-1.770_FC3smp on a pentium 4 HT board with MEGAraid controler. >>DFE-580TX 4 port ethernet gives me every few seconds >> >>Apr 15 12:01:33 greystar01 kernel: NETDEV WATCHDOG: eth0: transmit timed out >>Apr 15 12:01:33 greystar01 kernel: eth0: Transmit timed out, TxStatus 00 >>TxFrameId 02, resetting... >> >>and resets the port. >>The Card is transfering Data but with the reset I always get the >>transfer down for a few seconds. >> >> > >That sounds like *exactly* the same problem I'm currently having with >my Broadcom Ethernet card in FC4test2 >(https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154512) -- also >a Pentium 4 HT processor. In test1, I was able to make it go away by >adding "acpi=off" to the command line in Grub; maybe that will work >for you with your card too. > >MEF > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rramson at gmail.com Fri Apr 15 12:03:31 2005 From: rramson at gmail.com (Richard Ramson) Date: Fri, 15 Apr 2005 08:03:31 -0400 Subject: rawhide report: 20050415 changes In-Reply-To: <200504151135.j3FBZHAM004476@porkchop.devel.redhat.com> References: <200504151135.j3FBZHAM004476@porkchop.devel.redhat.com> Message-ID: On 4/15/05, Build System wrote: > > up2date-4.4.14-2 > ---------------- > * Thu Apr 14 2005 Jason Connor 4.4.14 > - fix #135121 - uncommented rpmmd registration, fixed api > - fix #149281 - added check for failed read > > * Fri Apr 08 2005 Adrian Likins 4.4.13 > - update translations > > * Thu Apr 07 2005 Adrian Likins 4.4.12 > - update translations > Does this mean up2date will finally be able to update rpm's other than kernel packages????? I can't wait to get home to try it out. :) -- CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB 939-pin Motherboard: GA-K8NXP-SLI nForce4 SLI chipset Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR Memory Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / Video Card Sound: Onboard HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD Monitor w/ Speakers From johnp at redhat.com Fri Apr 15 11:12:32 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Fri, 15 Apr 2005 07:12:32 -0400 Subject: Evince not printing?? In-Reply-To: <425F533E.4090201@gwch.net> References: <425F533E.4090201@gwch.net> Message-ID: <1113563552.18013.24.camel@localhost.localdomain> On Fri, 2005-04-15 at 01:38, Roger Grosswiler wrote: > Hi, > > Have seen a thread about evince, but never saw really, that evince is > not printing at all to a remote printer. Does evince at least print > locally or doesn't it print at all?? > > If i print via xpdf - Problem>/dev/null > > Roger Did you try with today's rawhide? -- J5 From arjanv at redhat.com Fri Apr 15 12:15:16 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 15 Apr 2005 14:15:16 +0200 Subject: FC4t2 no good without LILO In-Reply-To: <1113563695.4555.7.camel@localhost.surak.eti.br> References: <20050412224844.GC9861@uniserve.com> <1113347212.4963.155.camel@sigurd.incentre.net> <1113348845.13504.79.camel@jkeating2.hq.pogolinux.com> <1113404421.4963.206.camel@sigurd.incentre.net> <1113409119.13504.99.camel@jkeating2.hq.pogolinux.com> <1113487573.4963.362.camel@sigurd.incentre.net> <20050414153206.GA15138@jadzia.bu.edu> <1113517261.4963.471.camel@sigurd.incentre.net> <1113518461.13504.194.camel@jkeating2.hq.pogolinux.com> <1113563695.4555.7.camel@localhost.surak.eti.br> Message-ID: <1113567316.6694.47.camel@laptopd505.fenrus.org> > Hum... We released a custom linux with driver for it (in 2.4.25, don't > ask) and it seems to work, as we sell an average of 1200 of them/month. care to share the driver sourcecode ? -------------- 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 roger at gwch.net Fri Apr 15 12:19:46 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 15 Apr 2005 14:19:46 +0200 (CEST) Subject: Evince not printing?? In-Reply-To: <1113563552.18013.24.camel@localhost.localdomain> References: <425F533E.4090201@gwch.net> <1113563552.18013.24.camel@localhost.localdomain> Message-ID: <13081.62.2.21.164.1113567586.squirrel@www.gwch.net> > On Fri, 2005-04-15 at 01:38, Roger Grosswiler wrote: >> Hi, >> >> Have seen a thread about evince, but never saw really, that evince is >> not printing at all to a remote printer. Does evince at least print >> locally or doesn't it print at all?? >> >> If i print via xpdf - Problem>/dev/null >> >> Roger > Did you try with today's rawhide? > > -- > J5 > John, not yet, will also not have the chance today, but surely tomorrow... Roger From johnp at redhat.com Fri Apr 15 11:21:57 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Fri, 15 Apr 2005 07:21:57 -0400 Subject: Evince not printing?? In-Reply-To: <13081.62.2.21.164.1113567586.squirrel@www.gwch.net> References: <425F533E.4090201@gwch.net> <1113563552.18013.24.camel@localhost.localdomain> <13081.62.2.21.164.1113567586.squirrel@www.gwch.net> Message-ID: <1113564117.18013.26.camel@localhost.localdomain> On Fri, 2005-04-15 at 08:19, Roger Grosswiler wrote: > > On Fri, 2005-04-15 at 01:38, Roger Grosswiler wrote: > >> Hi, > >> > >> Have seen a thread about evince, but never saw really, that evince is > >> not printing at all to a remote printer. Does evince at least print > >> locally or doesn't it print at all?? > >> > >> If i print via xpdf - Problem>/dev/null > >> > >> Roger > > Did you try with today's rawhide? > > > > -- > > J5 > > > John, > > not yet, will also not have the chance today, but surely tomorrow... > > Roger I just saw Marco's reply. Evince is known to not work with printing in the current version though that should be fixed soon. -- J5 From fedora at nodata.co.uk Fri Apr 15 12:39:26 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 15 Apr 2005 14:39:26 +0200 (CEST) Subject: rawhide report: 20050415 changes In-Reply-To: References: <200504151135.j3FBZHAM004476@porkchop.devel.redhat.com> Message-ID: <35398.213.164.3.90.1113568766.squirrel@www.nodata.co.uk> > Does this mean up2date will finally be able to update rpm's other than > kernel packages????? I can't wait to get home to try it out. :) Doesn't WFM. The Forward button still doesn't work :/ From henryhartley at westat.com Fri Apr 15 13:18:13 2005 From: henryhartley at westat.com (Henry Hartley) Date: Fri, 15 Apr 2005 09:18:13 -0400 Subject: Fedora rocks Message-ID: <403593359CA56C4CAE1F8F4F00DCFE7D1C1F80@MAILBE2.westat.com> >> -----Original Message----- >> From: Panama Evans [mailto:webmaster at choicesontheweb.com] >> Sent: Thursday, April 14, 2005 6:04 PM >> >> I installed the num-loc, but don't know what to do past this point. >> I did remember seeing a post on editing a file, but can't remember >> what it was. Before you will be able to do anything, you need to restart gnome. So, log out and back in again. Then, right click on the panel (the bar across the bottom or top of your screen) and click on Add to Panel. Find the "Lock Keys" line and select it. The applet homepage is here: http://mfcn.ilo.de/led_applet/ -- Henry From jvdias at redhat.com Fri Apr 15 13:41:53 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 15 Apr 2005 09:41:53 -0400 Subject: [SECURITY] Fedora Core 3 Update: vixie-cron-4.1-33_FC3 Message-ID: <200504151341.j3FDfrqC003186@jvdsibm.boston.redhat.com> Subject: [SECURITY] Fedora Core 3 Update: vixie-cron-4.1-33_FC3 --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-320 2005-04-15 --------------------------------------------------------------------- Product : Fedora Core 3 Name : vixie-cron Version : 4.1 Release : 33_FC3 Summary : The Vixie cron daemon for executing specified programs at set times. Description : The vixie-cron package contains the Vixie version of cron. Cron is a standard UNIX daemon that runs specified programs at scheduled times. Vixie cron adds better security and more powerful configuration options to the standard version of cron. --------------------------------------------------------------------- o Fixes security vulnerability CAN-2005-1038 ( http://www.securityfocus.com/archive/1/395093 ) o Makes filename and command line length constraints correspond to system limits o Improved PAM support --------------------------------------------------------------------- * Thu Apr 14 2005 Jason Vas Dias - 4.1-33_FC3 - fix bug 154922 / CAN-2005-1038: check that new crontab is regular file after editor session ends. - fix bug 154575: use PATH_MAX (4096) as max filename length; also make limits on command line and env.var. lengths sensible (131072). * Fri Apr 8 2005 Jason Vas Dias - 4.1-33_FC3 - do pam_close_session and pam_setcred(pamh, PAM_DELETE_CRED) - if fork fails * Thu Apr 7 2005 Jason Vas Dias - 4.1-33_FC3 - fix bug 154065: crontab's job control broken: by - xpid = waitpid(pid,&waiter,WUNTRACED);... - if( WIFSTOPPED(waiter) )... kill(getpid(),WSTOPSIG(waiter)); - crontab should not kill itself with SIGSTOP if its child - gets SIGSTOP; hence it does not need the waitpid WUNTRACED flag. * Tue Apr 5 2005 Jason Vas Dias - 4.1-33_FC3 - Required for EAL Audit certification: - If pam_setcred should fail, the pam_session could fail to be - closed, leaving autofs user directories still mounted. * Tue Mar 15 2005 Jason Vas Dias - 4.1-33_FC3 - fix bug 151145: segfault if cronjob runs without any SELinux user - security context (eg. in a broken chroot environment) * Fri Feb 25 2005 Jason Vas Dias - 4.1-24_FC3 - Add an /etc/sysconfig/crond file for containing CRONDARGS and - settings like CRON_VALIDATE_MAILRCPTS . * Fri Feb 25 2005 Jason Vas Dias - 4.1-24_FC3 - Fix bug 147636 - disable silly mail recipient name checking - (do_command.c's safe_p()) by default . Can be enabled by - presence of CRON_VALIDATE_MAILRCPTS variable in crond's - environment - also '_'s in MAILTOs are allowed. * Tue Jan 25 2005 Jason Vas Dias - 4.1-21_FC3 - Fix bug 146073 - allow the 'pam_access' module to be used with - cron - set 'PAM_TTY' item to 'cron' . * Mon Dec 20 2004 Jason Vas Dias - 4.1-20_FC3 - fix bug 142953 : allow read-only crontabs + provide -p - 'permit all crontabs' option to disable mode checking. - bug 135845 fix required 'ch' to be initialized in crontab.c line 322 - (bug 141760) * Mon Dec 20 2004 Jason Vas Dias - 4.1-20_FC3 - fixed all uninitialized variable warnings * Fri Oct 15 2004 Jason Vas Dias - 4.1-19 - crontab -e should only strip NHEADER_LINES comments - (NHEADER_LINES==0), not at least one header comment line. - (bug 135845) * Sat Oct 9 2004 Florian La Roche - 4.1-18 - no need to make user installed crontabs readable * Thu Sep 30 2004 Jason Vas Dias - 4.1-17 - Users not allowed to use 'crontab mycrontab', while - 'crontab < mycrontab' allowed; this is because misc.c's - swap_uids_back() was not using save_euid / save_egid . - Thanks to Mads Martin Joergensen for pointing this out. * Wed Sep 29 2004 Jason Vas Dias - 4.1-16 - Just found out in testing that if neither /etc/cron.{deny,allow} - exist, root is unable to use crontab - I'm sure root could before, - but is in any case meant to be able to. Allowing root to use crontab. * Wed Sep 29 2004 Jason Vas Dias - 4.1-14 - Fix for bug 130102 got dropped somehow from latest CVS. - This is now restored - in %post, if neither /etc/cron.{deny,allow} - exist, touch /etc/cron.deny, to allow all users to use crontab, - as was previous default vixie-cron behaviour. * Fri Sep 17 2004 Jason Vas Dias - 4.1-12 - Merged Dan's patch with vixie-cron-4.1-11 which was not - latest version according to new CVS ?!?! * Fri Sep 17 2004 Dan Walsh - 4.1-12 - Updated SELinux patch to use checkPasswdAccess * Tue Aug 31 2004 Jason Vas Dias - 4.1-11 - Fixed SIGSEGV in free_user when !is_selinux_enabled() and crontab - has no valid jobs (bug 131390). * Wed Aug 18 2004 Jason Vas Dias - 4.1.10 - Fixed bug 130102: Restored default behaviour if neither - /etc/cron.deny nor /etc/cron.allow exist - 'touch /etc/cron.deny' - in %post * Wed Aug 11 2004 Jason Vas Dias - 4.1.9 - Removed 0600 mode enforcement as per Florian La Roche's request * Tue Aug 10 2004 Jason Vas Dias - 4.1.8 - Allowed editors such as 'gedit' which do not modify original - file, but which rename(2) a temp file to original, to be used - by crontab -e (bug 129170). * Tue Aug 10 2004 Jason Vas Dias - 4.1.8 - Added '-i' option to crontab to prompt the user before deleting - crontab with '-r'. * Tue Aug 10 2004 Jason Vas Dias - 4.1.8 - Added documentation for '@' nicknames to crontab.5 - (bugs 107542, 89899). Also removed 'second when' (bug 59802). * Sun Aug 1 2004 Jason Vas Dias - 4.1.7 - fixed bug 128924: 'cron' log facility not being used * Fri Jul 30 2004 Jason Vas Dias - 4.1.6 - Added PAM 'auth sufficient pam_rootok.so' to /etc/pam.d/crond - (fixes bug 128843) - on dwalsh's advice. * Thu Jul 29 2004 Jason Vas Dias - 4.1-5 - Added Buildrequires: pam-devel * Wed Jul 28 2004 Dan Walsh - 4.1-4 - Fix crontab to do SELinux checkaccess * Wed Jul 28 2004 Jason Vas Dias - 4.1-3 - Fixed bug 128701: cron fails to parse user 6th field in - system crontabs (patch15) * Tue Jul 27 2004 Jason Vas Dias - 4.1-2 - Changed 'Requires' dependency from 'pam-devel' to 'pam'. * Mon Jul 26 2004 Jason Vas Dias - 4.1-1 - Added PAM access control support. * Thu Jul 22 2004 Jason Vas Dias - 4.1-1 - Changed post-install to change mode of existing crontabs to - 0600 to allow run by new ISC cron 4.1 * Thu Jul 22 2004 Jason Vas Dias - 4.1-1 - Upgraded to ISC cron 4.1 * Thu Jul 1 2004 Jens Petersen - 3.0.1-94 - add vixie-cron-3.0.1-cron-descriptors-125110.patch to close std descriptors when forking (Bernd Schmidt, 121280) - add vixie-cron-3.0.1-no-crontab-header-89809.patch to not prepend header to crontab files (Damian Menscher, 103899) - fix use of RETVAL in init.d script (Enrico Scholz, 97784) - add safer malloc call to vixie-cron-3.0.1-sprintf.patch - add cron-3.0.1-crontab-syntax-error-114386.patch to fix looping on crontab syntax error (Miloslav Trmac, 89937) * Fri Jun 25 2004 Dan Walsh - 3.0.1-93 - Add fixes from NSA * Tue Jun 22 2004 Dan Walsh - 3.0.1-92 - Add fixes from NSA * Tue Jun 15 2004 Dan Walsh - 3.0.1-91 - Change patch to check SElinux properly, go back to using fname instead of uname * Tue Jun 15 2004 Elliot Lee - rebuilt * Fri Jun 4 2004 Dan Walsh - 3.0.1-89 - Fix patch * Fri Jun 4 2004 Dan Walsh - 3.0.1-88 - Add patch to allow it to run in permissive mode. * Fri Feb 13 2004 Elliot Lee - rebuilt * Wed Feb 4 2004 Dan Walsh - 3.0.1-86 - Add security_getenforce check. * Mon Jan 26 2004 Dan Walsh - 3.0.1-85 - Fix call to is_selinux_enabled() * Mon Dec 8 2003 Dan Walsh - 3.0.1-84 - change daemon flag to 1 * Wed Dec 3 2003 Dan Walsh - 3.0.1-83 - Add daemon to make sure child is clean * Fri Nov 7 2003 Jens Petersen - 3.0.1-82 - add vixie-cron-3.0.1-pie.patch to build crond as pie (#108414) [Ulrich Drepper] - require libselinux and buildrequire libselinux-devel * Thu Oct 30 2003 Dan Walsh - 3.0.1-81.sel - turn on selinux * Tue Sep 30 2003 Jens Petersen - 3.0.1-80 - add vixie-cron-3.0.1-vfork-105616.patch to use fork instead of vfork (#105616) [report and patch from ian at caliban.org] - update vixie-cron-3.0.1-redhat.patch not to change DESTMAN redundantly (it is overrriden in the spec file anyway) * Fri Sep 5 2003 Dan Walsh - 3.0.1-79 - turn off selinux * Fri Sep 5 2003 Dan Walsh - 3.0.1-78.sel - turn on selinux * Tue Jul 29 2003 Dan Walsh - 3.0.1-77 - Patch to run on SELinux * Wed Jun 4 2003 Elliot Lee - rebuilt * Wed Mar 19 2003 Jens Petersen - 3.0.1-75 - add vixie-cron-3.0.1-root_-u-85879.patch from Valdis Kletnieks to allow root to run "crontab -u " even for users that aren't allowed to * Wed Feb 19 2003 Jens Petersen - 3.0.1-74 - fix preun script typo (#75137) [reported by Peter Bieringer] * Tue Feb 11 2003 Bill Nottingham 3.0.1-73 - don't set SIGCHLD to SIG_IGN and then try and wait... (#84046) * Fri Feb 7 2003 Nalin Dahyabhai 3.0.1-72 - adjust cron.d patch so that it ignores file with names that begin with '#' or end with '~', '.rpmorig', '.rpmsave', or '.rpmnew' - merge hunk of buffer overflow patch into the cron.d patch * Wed Jan 22 2003 Tim Powers - rebuilt * Wed Dec 11 2002 Tim Powers 3.0.1-70 - rebuild on all arches * Sat Jul 20 2002 Akira TAGOH 3.0.1-69 - vixie-cron-3.0.1-nonstrip.patch: applied to fix the stripped binary issue. * Fri Jun 21 2002 Tim Powers - automated rebuild * Mon Jun 10 2002 Bill Huang - Fix preun bugs.(#55340) - Fix fprintf bugs.(#65209) * Thu May 23 2002 Tim Powers - automated rebuild * Mon Apr 15 2002 Bill Huang - Fixed #62963. * Thu Apr 4 2002 James McDermott - Alter behavior of crontab to take stdin as the default behavior if no options are specified. * Sun Jun 24 2001 Elliot Lee - Bump release + rebuild. * Thu Mar 8 2001 Bill Nottingham - add patch from Alan Eldridge to fix double execution of jobs (#29868) * Sun Feb 11 2001 Bill Nottingham - fix buffer overflow in crontab * Wed Feb 7 2001 Trond Eivind Glomsr??d - fix usage string in initscript (#26533) * Tue Feb 6 2001 Bill Nottingham - fix build with new glibc (#25931) * Tue Jan 23 2001 Bill Nottingham - change i18n mechanism * Fri Jan 19 2001 Bill Nottingham - log as 'crond', not 'CROND' (#19410) - account for shifts in system clock (#23230, patch from ) - i18n-ize initscript * Thu Aug 24 2000 Than Ngo - fix to set startup position correct at update * Thu Aug 24 2000 Than Ngo - add /sbin/service to Prereq - call /sbin/service instead service - fix startup position (Bug #13353) * Mon Aug 7 2000 Bill Nottingham - fix crond logging patch (dan at doom.cmc.msu.ru) - log via syslog (suggestion from jos at xos.nl) - put system crontab location in crontab(5) (#14842) * Fri Jul 28 2000 Bill Nottingham - fix condrestart * Fri Jul 21 2000 Bill Nottingham - fix reload bug (#14065) * Fri Jul 14 2000 Bill Nottingham - move initscript back * Thu Jul 13 2000 Prospector - automatic rebuild * Thu Jul 6 2000 Bill Nottingham - prereq /etc/init.d * Mon Jul 3 2000 Bill Nottingham - fix %post; we do condrestart in %postun * Thu Jun 29 2000 Bill Nottingham - oops, fix init script * Tue Jun 27 2000 Bill Nottingham - require new initscripts, not prereq * Mon Jun 26 2000 Bill Nottingham - initscript hacks * Wed Jun 14 2000 Nalin Dahyabhai - tweak logrotate config * Sun Jun 11 2000 Bill Nottingham - rebuild in new env. - FHS fixes - don't ship chkconfig links * Fri Mar 31 2000 Bill Nottingham - fix non-root builds (#10490) * Sun Mar 26 2000 Florian La Roche - do not remove log files * Thu Feb 3 2000 Bill Nottingham - handle compressed man pages * Fri Sep 10 1999 Bill Nottingham - chkconfig --del in %preun, not %postun * Wed Aug 25 1999 Bill Nottingham - fix buffer overflow * Mon Aug 16 1999 Bill Nottingham - initscript munging * Fri Jul 30 1999 Michael K. Johnson - dayofmonth and month can't be 0 * Thu Jun 3 1999 Jeff Johnson - in cron.log use "kill -HUP pid" not killall to preserve errors (#2241). * Wed Apr 14 1999 Michael K. Johnson - add note to man page about DST conversion causing strangeness - documented cron.d patch * Tue Apr 13 1999 Michael K. Johnson - improved cron.d patch * Mon Apr 12 1999 Erik Troan - added cron.d patch * Tue Mar 23 1999 Bill Nottingham - logrotate changes * Tue Mar 23 1999 Preston Brown - clean up log files on deinstallation * Sun Mar 21 1999 Cristian Gafton - auto rebuild in the new build environment (release 28) * Wed Dec 30 1998 Cristian Gafton - build for glibc 2.1 * Wed Jun 10 1998 Prospector System - translations modified for de * Wed Jun 10 1998 Jeff Johnson - reset SIGCHLD before grandchild execle (problem #732) * Sat May 2 1998 Cristian Gafton - enhanced initscript * Mon Apr 27 1998 Prospector System - translations modified for de, fr, tr * Thu Dec 11 1997 Cristian Gafton - added a patch to get rid of the dangerous sprintf() calls - added BuildRoot and Prereq: /sbin/chkconfig * Sun Nov 9 1997 Michael K. Johnson - fixed cron/crond dichotomy in init file. * Wed Oct 29 1997 Donnie Barnes - fixed bad init symlinks * Thu Oct 23 1997 Erik Troan - force it to use SIGCHLD instead of defunct SIGCLD * Mon Oct 20 1997 Erik Troan - updated for chkconfig - added status, restart options to init script * Tue Jun 17 1997 Erik Troan - built against glibc * Wed Feb 19 1997 Erik Troan - Switch conditional from "axp" to "alpha" --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ fbc4cd5b0250e100d7248a8918db3db2 SRPMS/vixie-cron-4.1-33_FC3.src.rpm 61dabc38f4d172c9324e1e5325967477 x86_64/vixie-cron-4.1-33_FC3.x86_64.rpm 97a09afc99217befd111ff3b6ec807d7 x86_64/debug/vixie-cron-debuginfo-4.1-33_FC3.x86_64.rpm 007fbd960d6905a8371cc30a11cbed93 i386/vixie-cron-4.1-33_FC3.i386.rpm fa82ed54e99044febcfbaa00c8215763 i386/debug/vixie-cron-debuginfo-4.1-33_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From jvdias at redhat.com Fri Apr 15 13:48:06 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 15 Apr 2005 09:48:06 -0400 Subject: Fedora Core 3 Update: at-3.1.8-70_FC3 Message-ID: <200504151348.j3FDm6gb003243@jvdsibm.boston.redhat.com> Subject: Fedora Core 3 Update: at-3.1.8-70_FC3 --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-321 2005-04-15 --------------------------------------------------------------------- Product : Fedora Core 3 Name : at Version : 3.1.8 Release : 70_FC3 Summary : Job spooling tools. Description : At and batch read commands from standard input or from a specified file. At allows you to specify that a command will be run at a particular time. Batch will execute commands when the system load levels drop to a particular level. Both commands use /bin/sh. You should install the at package if you need a utility for time-oriented job control. Note: If it is a recurring job that will need to be repeated at the same time every day/week, etc. you should use crontab instead. --------------------------------------------------------------------- o Improved PAM support --------------------------------------------------------------------- * Fri Apr 8 2005 Jason Vas Dias 3.1.8-70_FC3 - always call pam_setcred(pamh, PAM_DELETE_CRED) before session - close * Tue Apr 5 2005 Jason Vas Dias 3.1.8-70_FC3 - always call pam_close_session on PAM_FAIL or pam_end * Tue Mar 8 2005 Jason Vas Dias 3.1.8-68 - Put PAM authentication check in 'check_permissions()', so - user can know when using at(1) if PAM permission is denied. * Tue Mar 8 2005 Jason Vas Dias 3.1.8-67 - better fix for bug 150131: change DAEMON_USERNAME and - DAEMON_GROUPNAME to 'root' . * Mon Mar 7 2005 Jason Vas Dias 3.1.8-66 - fix bug 150131: atd should not relinquish root privilege if - doing su(1) equivalent with PAM . * Tue Jan 25 2005 Jason Vas Dias 3.1.8-64 - bugs 5160/146132: add PAM authentication control to atd * Tue Oct 5 2004 Jason Vas Dias 3.1.8-60 - fix bug 131510: no_export env. var. blacklisting should not - remove 'SHELL' when only 'SHELLOPTS' is blacklisted. - at(1) man-page should not say 'commands are run with /bin/sh' - and should explain usage of SHELL environement variable and - details of blacklisted variables. * Tue Sep 28 2004 Rik van Riel 3.1.8-58 - fix typo in man page, bug 112303 - (regenerated at-3.1.8-man-timespec-path.patch with fix) * Tue Aug 3 2004 Jason Vas Dias - fixed bug 125634 - made usage() agree with manpage * Thu Jul 29 2004 Jason Vas Dias - Added POSIX.2 -t option for RFE 127485 * Thu Jul 29 2004 Jason Vas Dias - Had to disable the 'make test' for the build BEFORE - any changes were made (building on FC2 - perl issue?) - test.pl generates these 'errors' for what looks like - valid output to me: - $ ./test.pl 2>&1 | egrep -v '(^ok$)|(time_only)' - 1..3656 - not ok - 'Monday - 1 month': 'Fri Jul 2 18:29:00 2004' =? 'Sat Jul 3 18:29:00 2004' - not ok - 'Monday - 10 months': 'Thu Oct 2 18:29:00 2003' =? 'Fri Oct 3 18:29:00 2003' - not ok - 'next week - 1 month': 'Mon Jul 5 18:29:00 2004' =? 'Tue Jul 6 18:29:00 2004' - not ok - 'next week - 10 months': 'Sun Oct 5 18:29:00 2003' =? 'Mon Oct 6 18:29:00 2003' - will investigate and fix for next release. * Tue Jun 15 2004 Elliot Lee - rebuilt * Wed May 12 2004 Thomas Woerner - 3.1.8-54 - fixed pie patch: at is pie, now - added build requires for libselinux-devel * Tue May 4 2004 Dan Walsh - 3.1.8-53 - Add fileentrypoint check * Thu Apr 15 2004 Dan Walsh - 3.1.8-52 - Fix SELinux patch * Mon Feb 23 2004 Tim Waugh - Use ':' instead of '.' as separator for chown. * Fri Feb 13 2004 Elliot Lee - 3.1.8-50 - rebuilt * Tue Dec 9 2003 Jens Petersen - 3.1.8-49 - replace at-3.1.8-SHELL-91233.patch by at-3.1.8-SHELL-111386.patch which now executes $SHELL directly in the at shell script after all the variables have been setup with /bin/sh (#91233) [suggested by G??ran Uddeborg] - this changelog is now in utf-8 * Fri Nov 7 2003 Jens Petersen - 3.1.8-48 - add at-3.1.8-pie.patch to build atd as pie (#108415) [Ulrich Drepper] * Fri Oct 31 2003 Dan Walsh - 3.1.8-47.sel * Fri Jun 20 2003 Jens Petersen - 3.1.8-46 - add at-3.1.8-atrun.8-typo-97697.patch to fix typo in atrun.8 (#97697) - update at.1 description of shell behaviour (#91233) * Tue Jun 17 2003 Jens Petersen - 3.1.8-45 - make the job shell default to SHELL instead of "/bin/sh" (#91233) * Wed Jun 4 2003 Elliot Lee - 3.1.8-44 - rebuilt * Tue Jun 3 2003 Jens Petersen - 3.1.8-43 - Replace redundant at-3.1.7-paths.patch by at-3.1.8-man-timespec-path.patch to fix timespec path * Tue Jun 3 2003 Jens Petersen - 3.1.8-41 - update source to at_3.1.8-11 from debian upstream - update source url - at-debian.patch no longer needed - at-3.1.7-paths.patch: the patch to "at.1.in" no longer needed - replace at-3.1.8-lexer.patch with at-3.1.8-11-lexer-parser.diff - at-3.1.8-dst.patch no longer needed - at-3.1.8-lsbdoc.patch no longer needed - at-3.1.8-o_excl.patch no longer needed - bump release number - at-3.1.8-test.patch: move out test.pl to a separate source file - apply at-3.1.8-test-fix.patch to it and drop patch - at-3.1.8-shell.patch: drop (#22216,#91233) - run "make test" after building - add "--without check" rpmbuild option - fix autoconf comment to point to right patch - use _sysconfdir, _sbindir, _bindir, and _localstatedir * Wed Jan 22 2003 Tim Powers 3.1.8-33 - rebuilt * Wed Nov 27 2002 Tim Powers 3.1.8-32 - remove unpackaged files from the buildroot * Thu Jul 25 2002 Bill Huang - Fixed delaying job execution and missing starting jobs..(bug#69595) (Thanks Bujor D Silaghi for his patch.) * Fri Jul 19 2002 Bill Huang - Fixed cleaning atq and multiple atd daemon.(bug#67414) (Thanks Bujor D Silaghi for his patch.) * Fri Jul 19 2002 Bill Huang - Fixed error message output in atd.c * Fri Jun 21 2002 Tim Powers - automated rebuild * Mon May 27 2002 Bill Huang - Rebuild for Milan * Thu May 23 2002 Tim Powers - automated rebuild * Fri Feb 1 2002 Bernhard Rosenkraenzer 3.1.8-25 - Require smtpdaemon rather than sendmail - postfix works just as well. * Thu Jan 31 2002 Bill Nottingham 3.1.8-24 - rebuild in new env. * Thu Jan 17 2002 Trond Eivind Glomsr??d 3.1.8-23 - s/Copyright/License/ * Mon Jan 14 2002 Adrian Havill 3.1.8-21 - fix man page (#51253) - fix env prop problem (#49491) - .SEQ should not be executable (#52626) - beefed up file creation perms against symlink exploits (O_EXCL) * Thu Aug 2 2001 Crutcher Dunnavant 3.1.8-20 - updated patch update, still bug #46546 * Wed Jul 18 2001 Crutcher Dunnavant - applied enrico.scholz at informatik.tu-chemnitz.de's change to the env patch to - address bug #46546 * Mon Jun 25 2001 Crutcher Dunnavant - changed atd.init to start at 95, stop at 5, closing #15915 - applied mailto:wp at supermedia.pl's environment patch * Sun Jun 24 2001 Elliot Lee - Bump release + rebuild. * Wed Apr 4 2001 Crutcher Dunnavant - much love to David Kilzer - who nailed UTC, Leap year, DST, and some other edge cases down - he also wrote a test harness in perl - bug #28448 * Fri Feb 2 2001 Trond Eivind Glomsr??d - i18nize initscript * Tue Dec 12 2000 Bill Nottingham - fix documentation of which shell commands will be run with (#22216) * Wed Aug 23 2000 Crutcher Dunnavant - Well, we will likely never really close the UTC issues, - because of 1) fractional timezones, and 2) daylight savigns time. - but there is a slight tweak to the handling of dst in the UTC patch. * Wed Aug 23 2000 Crutcher Dunnavant - fixed bug #15685 - which had at miscaluclating UTC times. * Sat Jul 15 2000 Bill Nottingham - move initscript back * Wed Jul 12 2000 Prospector - automatic rebuild * Thu Jul 6 2000 Bill Nottingham - prereq /etc/init.d * Sat Jul 1 2000 Nalin Dahyabhai - fix syntax error in init script * Tue Jun 27 2000 Preston Brown - don't prereq, only require initscripts * Mon Jun 26 2000 Preston Brown - move init script - add condrestart directive - fix post/preun/postun scripts - prereq initscripts >= 5.20 * Sat Jun 17 2000 Bill Nottingham - fix verify of /var/spool/at/.SEQ (#12262) * Mon Jun 12 2000 Nalin Dahyabhai - fix status checking and syntax error in init script * Fri Jun 9 2000 Bill Nottingham - fix for long usernames (#11321) - add some bugfixes from debian * Mon May 8 2000 Bernhard Rosenkraenzer - 3.1.8 * Wed Mar 1 2000 Bill Nottingham - fix a couple of more typos, null-terminate some strings * Thu Feb 10 2000 Bill Nottingham - fix many-years-old typo in atd.c * Thu Feb 3 2000 Bill Nottingham - handle compressed man pages * Mon Aug 16 1999 Bill Nottingham - initscript munging, build as non-root user * Sun Jun 13 1999 Jeff Johnson - correct perms for /var/spool/at after defattr. * Mon May 24 1999 Jeff Johnson - reset SIGCHLD before exec (#3016). * Sun Mar 21 1999 Cristian Gafton - auto rebuild in the new build environment (release 8) * Thu Mar 18 1999 Cristian Gafton - fix handling the 12:00 time * Wed Jan 13 1999 Bill Nottingham - configure fix for arm * Wed Jan 6 1999 Cristian Gafton - build for glibc 2.1 * Tue May 5 1998 Prospector System - translations modified for de, fr, tr * Wed Apr 22 1998 Michael K. Johnson - enhanced initscript * Sun Nov 9 1997 Michael K. Johnson - learned to spell * Wed Oct 22 1997 Michael K. Johnson - updated to at version 3.1.7 - updated lock and sequence file handling with %ghost - Use chkconfig and atd, now conflicts with old crontabs packages * Thu Jun 19 1997 Erik Troan - built against glibc --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ dc042cb6ea40a3a671135ca977bcd6a9 SRPMS/at-3.1.8-70_FC3.src.rpm eba9c359938891606001028745093b80 x86_64/at-3.1.8-70_FC3.x86_64.rpm bd2db5f5c94a93b19ae85753fa262475 x86_64/debug/at-debuginfo-3.1.8-70_FC3.x86_64.rpm 13a671f00e4b891aa5a8ec8cb7269d65 i386/at-3.1.8-70_FC3.i386.rpm 3424821c918ca1fa103d7109669890bc i386/debug/at-debuginfo-3.1.8-70_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From whooperhsd3 at earthlink.net Fri Apr 15 13:57:41 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Fri, 15 Apr 2005 09:57:41 -0400 (EDT) Subject: FC4t2 no good without LILO In-Reply-To: References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <2557.12.29.16.103.1113395190.squirrel@whooper.org> Message-ID: <1667.12.29.16.103.1113573461.squirrel@whooper.org> Res said: [snip] >> So you always compile your own vanilla kernels instead of using the >> Core >> > > 99/100 yep > > >> provided ones. Despite that, you somehow find installing a non-Core >> provided boot loader an huge burden? > > its called choice i choose to roll my own kernels i choose to install lilo > because grub cant handle some things and cant handle others as well. And not having LILO in core limits your choice how? You are still able to download and install LILO, just like you download and install kernels. -- William Hooper From mattdm at mattdm.org Fri Apr 15 14:00:50 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 15 Apr 2005 10:00:50 -0400 Subject: [SECURITY] Fedora Core 3 Update: vixie-cron-4.1-33_FC3 In-Reply-To: <200504151341.j3FDfrqC003186@jvdsibm.boston.redhat.com> References: <200504151341.j3FDfrqC003186@jvdsibm.boston.redhat.com> Message-ID: <20050415140050.GA30201@jadzia.bu.edu> On Fri, Apr 15, 2005 at 09:41:53AM -0400, Jason Vas Dias wrote: > Subject: [SECURITY] Fedora Core 3 Update: vixie-cron-4.1-33_FC3 Is this a final update or a test update? If the former, why was it sent to the test list instead of the normal one? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Fri Apr 15 14:02:17 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 15 Apr 2005 10:02:17 -0400 Subject: Fedora Core 3 Update: at-3.1.8-70_FC3 In-Reply-To: <200504151348.j3FDm6gb003243@jvdsibm.boston.redhat.com> References: <200504151348.j3FDm6gb003243@jvdsibm.boston.redhat.com> Message-ID: <20050415140217.GB30201@jadzia.bu.edu> On Fri, Apr 15, 2005 at 09:48:06AM -0400, Jason Vas Dias wrote: > Subject: Fedora Core 3 Update: at-3.1.8-70_FC3 (Same question as the one about vixie-cron -- why is this on the test list?) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jvdias at redhat.com Fri Apr 15 14:13:36 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 15 Apr 2005 10:13:36 -0400 Subject: [SECURITY] Fedora Core 3 Update: vixie-cron-4.1-33_FC3 In-Reply-To: <20050415140050.GA30201@jadzia.bu.edu> References: <200504151341.j3FDfrqC003186@jvdsibm.boston.redhat.com> <20050415140050.GA30201@jadzia.bu.edu> Message-ID: <1113574415.2707.2.camel@silly> On Fri, 2005-04-15 at 10:00, Matthew Miller wrote: > On Fri, Apr 15, 2005 at 09:41:53AM -0400, Jason Vas Dias wrote: > > Subject: [SECURITY] Fedora Core 3 Update: vixie-cron-4.1-33_FC3 > > Is this a final update or a test update? If the former, why was it sent to > the test list instead of the normal one? This is a final update. I did send a mail to 'fedora-announce-list at redhat.com' - you should be receiving it shortly. Regards, Jason. From jvdias at redhat.com Fri Apr 15 14:14:16 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 15 Apr 2005 10:14:16 -0400 Subject: Fedora Core 3 Update: at-3.1.8-70_FC3 In-Reply-To: <20050415140217.GB30201@jadzia.bu.edu> References: <200504151348.j3FDm6gb003243@jvdsibm.boston.redhat.com> <20050415140217.GB30201@jadzia.bu.edu> Message-ID: <1113574456.2707.4.camel@silly> On Fri, 2005-04-15 at 10:02, Matthew Miller wrote: > On Fri, Apr 15, 2005 at 09:48:06AM -0400, Jason Vas Dias wrote: > > Subject: Fedora Core 3 Update: at-3.1.8-70_FC3 > > (Same question as the one about vixie-cron -- why is this on the test list?) > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> This is a final update. I did send a mail to 'fedora-announce-list at redhat.com' - you should be receiving it shortly. Regards, Jason. From byte at aeon.com.my Fri Apr 15 14:14:07 2005 From: byte at aeon.com.my (Colin Charles) Date: Sat, 16 Apr 2005 00:14:07 +1000 Subject: FC4t2 no good without LILO In-Reply-To: <1113501753.14538.68.camel@udev.yosemite.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> Message-ID: <1113574448.4518.81.camel@arena.soho.bytebot.net> On Thu, 2005-04-14 at 11:02 -0700, Mike Bird wrote: > The relevance is that Redhat's excuse for replacing an essential tool > (Lilo) with an unreliable/inadequate/undocumented/defunct tool (Grub > Legacy) was that Lilo cost too much to support. Redhat is putting a lot > of work into Eclipse - a product that few will need or use. A tiny > fraction of the Eclipse effort would suffice to retain Lilo in Core. Just because you don't use Eclipse, doesn't mean a few will need or use. Same difference with the lilo vs. grub issue Is there an Eclipse equivalent in Core? No Is there a LILO equivalent in Core? Yes. Its' called GRUB > We've shown that Redhat has not supported Lilo in years - Lilo just > works. Pretty much all that Redhat needs to do is leave it alone and > let it be built and distributed automatically. Why? So that more bugs can get filed on it, and the poor maintainer has to look at code that even upstream finds almost dead/useless? This thread is getting far non-productive, and as Alan said, you're free to package lilo into Extras. -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From Karl.Bellve at umassmed.edu Fri Apr 15 14:15:17 2005 From: Karl.Bellve at umassmed.edu (Karl Bellve) Date: Fri, 15 Apr 2005 10:15:17 -0400 Subject: FC4 Test2, x86_64 and NVidia locking the system hard Message-ID: <425FCC75.7040409@umassmed.edu> I get the following error from starting NVidia and the system locks hard. No response to anything. Apr 14 16:02:53 molmed kernel: NVRM: loading NVIDIA Linux x86_64 NVIDIA Kernel Module 1.0-7174 Tue Mar 22 06:45:40 PST 2005 Apr 14 16:02:54 molmed kernel: Unable to handle kernel paging request at 0000000000002720 RIP: -- Cheers, Karl Bellve From mattdm at mattdm.org Fri Apr 15 14:16:48 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 15 Apr 2005 10:16:48 -0400 Subject: [SECURITY] Fedora Core 3 Update: vixie-cron-4.1-33_FC3 In-Reply-To: <1113574415.2707.2.camel@silly> References: <200504151341.j3FDfrqC003186@jvdsibm.boston.redhat.com> <20050415140050.GA30201@jadzia.bu.edu> <1113574415.2707.2.camel@silly> Message-ID: <20050415141648.GA32356@jadzia.bu.edu> On Fri, Apr 15, 2005 at 10:13:36AM -0400, Jason Vas Dias wrote: > This is a final update. > I did send a mail to 'fedora-announce-list at redhat.com' - > you should be receiving it shortly. Yeah, I saw it was CC'd -- the post to the test list just seemed weird and I wondered which part was the accident. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From Karl.Bellve at umassmed.edu Fri Apr 15 14:21:22 2005 From: Karl.Bellve at umassmed.edu (Karl Bellve) Date: Fri, 15 Apr 2005 10:21:22 -0400 Subject: 10GB Memory on x86_64 Message-ID: <425FCDE2.8070109@umassmed.edu> I am trying to set up a 10GB dual Opteron machine with Fedora x86_64 Test 2. Tyan K8W motherboard. Fedora Core 3 x86_64 would crash during install but the 32 bit version would install fine. Fedora 4 x86_64 Test 1 and Test 2 install fine, which is why I am using it. I am wondering why the Kernel isn't going to use all the memory. Apr 14 16:38:03 molmed kernel: Memory: 7413428k/10485760k available (2450k kernel code, 0k reserved, 1256k data, 220k init) -- Cheers, Karl Bellve From nathanc at abcsinc.com Fri Apr 15 14:26:45 2005 From: nathanc at abcsinc.com (Nathan) Date: Fri, 15 Apr 2005 09:26:45 -0500 Subject: FC4t2 no good without LILO In-Reply-To: <1667.12.29.16.103.1113573461.squirrel@whooper.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <2557.12.29.16.103.1113395190.squirrel@whooper.org> <1667.12.29.16.103.1113573461.squirrel@whooper.org> Message-ID: <1113575144.28607.9.camel@javadev21> I agree FC4 needs lilo, as an option. We use (god help us) dell computers as servers, we use raid running on 2 SATA 80gb drives. Grub will install fine on the dells , but after a while we would get a strange error, saying "BAD PBR" on boot up, and you can go no further, without a grub rescue disk that we had to create. The bad pbr would happen because the grub.conf file would get corrupt and the raid would try to write it back from the mirrored drive, but the grub could not handle this. Now we use lilo , which is what we use to do, by default before Fedora came out. If lilo could get on, as an install option of the fedora core 4, it would make some many people here happy. Cheers. On Fri, 2005-04-15 at 08:57, William Hooper wrote: > Res said: > [snip] > >> So you always compile your own vanilla kernels instead of using the > >> Core > >> > > > > 99/100 yep > > > > > >> provided ones. Despite that, you somehow find installing a non-Core > >> provided boot loader an huge burden? > > > > its called choice i choose to roll my own kernels i choose to install lilo > > because grub cant handle some things and cant handle others as well. > > And not having LILO in core limits your choice how? You are still able to > download and install LILO, just like you download and install kernels. > > -- > William Hooper From mk at crc.dk Fri Apr 15 14:35:11 2005 From: mk at crc.dk (Mogens Kjaer) Date: Fri, 15 Apr 2005 16:35:11 +0200 Subject: 10GB Memory on x86_64 In-Reply-To: <425FCDE2.8070109@umassmed.edu> References: <425FCDE2.8070109@umassmed.edu> Message-ID: <425FD11F.2050304@crc.dk> Karl Bellve wrote: > ... > > Fedora Core 3 x86_64 would crash during install but the 32 bit version > would install fine. Maybe OT on this list, but anyway: I've got an Xeon EM64T 4G machine that couldn't install FC3. The trick was to limit the memory to e.g. 2G during the install and the first boot, install a newer kernel (in my case 2.6.10-1.770_FC3smp, I couldn't get the 2.6.11-1.14_FC3smp kernel to work with the NVidia driver). After the kernel upgrade, one can remove the mem=2048 limit and use all the RAM. Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk at crc.dk Homepage: http://www.crc.dk From alan at redhat.com Fri Apr 15 14:37:18 2005 From: alan at redhat.com (Alan Cox) Date: Fri, 15 Apr 2005 10:37:18 -0400 Subject: FC4 Test2, x86_64 and NVidia locking the system hard In-Reply-To: <425FCC75.7040409@umassmed.edu> References: <425FCC75.7040409@umassmed.edu> Message-ID: <20050415143718.GB25419@devserv.devel.redhat.com> On Fri, Apr 15, 2005 at 10:15:17AM -0400, Karl Bellve wrote: > > I get the following error from starting NVidia and the system locks > hard. No response to anything. > > Apr 14 16:02:53 molmed kernel: NVRM: loading NVIDIA Linux x86_64 NVIDIA > Kernel Module 1.0-7174 Tue Mar 22 06:45:40 PST 2005 > Apr 14 16:02:54 molmed kernel: Unable to handle kernel paging request at > 0000000000002720 RIP: NVidia binary bugs should be reported to Nvidia. nly they have the needed souce code. From arjanv at redhat.com Fri Apr 15 14:37:20 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 15 Apr 2005 16:37:20 +0200 Subject: FC4 Test2, x86_64 and NVidia locking the system hard In-Reply-To: <425FCC75.7040409@umassmed.edu> References: <425FCC75.7040409@umassmed.edu> Message-ID: <1113575840.6694.52.camel@laptopd505.fenrus.org> On Fri, 2005-04-15 at 10:15 -0400, Karl Bellve wrote: > I get the following error from starting NVidia and the system locks > hard. No response to anything. > > Apr 14 16:02:53 molmed kernel: NVRM: loading NVIDIA Linux x86_64 NVIDIA > Kernel Module 1.0-7174 Tue Mar 22 06:45:40 PST 2005 > Apr 14 16:02:54 molmed kernel: Unable to handle kernel paging request at > 0000000000002720 RIP: > wrong list... try the nvidia forum instead... -------------- 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 pri.rhl3 at iadonisi.to Fri Apr 15 14:43:04 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Fri, 15 Apr 2005 10:43:04 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1667.12.29.16.103.1113573461.squirrel@whooper.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <2557.12.29.16.103.1113395190.squirrel@whooper.org> <1667.12.29.16.103.1113573461.squirrel@whooper.org> Message-ID: <1113576184.7434.35.camel@md.local.linuxlobbyist.org> On Fri, 2005-04-15 at 09:57 -0400, William Hooper wrote: > Res said: [snip] > > > > its called choice i choose to roll my own kernels i choose to install lilo > > because grub cant handle some things and cant handle others as well. > > And not having LILO in core limits your choice how? You are still able to > download and install LILO, just like you download and install kernels. I've been advocating the onward march towards a single bootloader (that being grub) as well, but I do understand the complaint that it's too early to eliminate it completely. The problem is that the custom kernel option is not analogous to an alternative bootloader. I presume that many people who build their own kernels can boot the original and install the new custom kernel (by whatever means -- 'make zImage;make modules;make modules_install;make install' or via a custom rpm). Yes, there are some cases where the kernel just won't boot, but the kernel is such a complex beast that I'm sure many who use custom kernels do it more out of preference to add a specific patch and/or driver that isn't required just to get the kernel to boot, but is needed from some specific, peculiar device. The bootloader, on the other hand, is a bit difficult to replace if it's not, at a minimum, included on the install media. I do network installs almost exclusively, so it's not a big issue for me (as I can just drop the rpm in the install tree), but it can't be assumed that most people do that (anyone have actual statistics on that, please present them). What I propose is, since it appears the most serious bug (at least in IMO) -- grub not working on software RAID 1 -- was JUST fixed, that this new version needs more exposure before eliminating lilo completely. But I do strongly suggest that lilo support should be completely removed from the installer (if it hasn't been already). I'd even half seriously suggest that the lilo package should be renamed to something obnoxious like 'compat-stop-using-this-fricken-bootloader-because-its-going-away- SOON-lilo-21.4.4-26.i386.rpm' ;-). And there should be a bright, red, flashing warning in the release notes that if you are still using lilo, you NEED to try out grub, and if you have problems with it, REPORT them and WORK WITH developers. I.e.: don't call them morons and the justify it with weasel wording sophistry. Present real data, not general statements like 'not reliable' -- that ain't data. The ONLY vestige of lilo support in FC4 should be the obnoxiously renamed rpm and in-your-face warnings in the release notes about trying grub NOW or forever holding your peace. And not just trying it, having it fail, and then just giving up. Let me give an example of what your expectations should be, especially as a tester. In this current testing cycle, I've come across what appears to be a regression in the i810 X.org driver. I haven't got around to reporting it. One of the problems is that, especially with X bugs, it can be (but isn't always) a bit labor intensive for the tester (as well as the developer, of course). Unfortunately, I just haven't had the time to spend on it just yet, and may not have time before release. For that reason, do you think I'm going to complain if FC4 is released with this bug? NOT A CHANCE. This (or a similar) bug existed in FC3 and caused a problem for my desktop at work. For that test cycle I *was* helping with the reporting and commenting on the bug and on testing the fix. It didn't get fixed until a subsequent update to X.org. Was I a little disappointed? Sure, but I was patient because I saw the work in progress, largely due to my own and other tester involvement. If I, or other testers hadn't involved ourselves (all the while being RESPECTFUL of the developers), I doubt there would have been any progress on fixing the bug. So for those of you that want what I'm suggesting, but plan on using the obnoxiously renamed lilo rpm and never looking back ... well, then, don't expect to be able to use FC5 on your hardware that won't work with grub today. For Fedora Core as a project, the world will not end for us if those machines don't run Fedora Core. -- -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 jspaleta at gmail.com Fri Apr 15 14:46:45 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 15 Apr 2005 10:46:45 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <1113575144.28607.9.camel@javadev21> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <2557.12.29.16.103.1113395190.squirrel@whooper.org> <1667.12.29.16.103.1113573461.squirrel@whooper.org> <1113575144.28607.9.camel@javadev21> Message-ID: <604aa791050415074644a40199@mail.gmail.com> On 4/15/05, Nathan wrote: > I agree FC4 needs lilo, as an option. We use (god help us) dell > computers as servers, we use raid running on 2 SATA 80gb drives. Grub > will install fine on the dells , but after a while we would get a > strange error, saying "BAD PBR" on boot up, and you can go no further, > without a grub rescue disk that we had to create. The bad pbr would > happen because the grub.conf file would get corrupt and the raid would > try to write it back from the mirrored drive, but the grub could not > handle this. Now we use lilo , which is what we use to do, by default > before Fedora came out. If lilo could get on, as an install option of > the fedora core 4, it would make some many people here happy. Can you reproduce this "bad pbr" behavior or similar failures which require you to attempt a write back from a mirrored drive. If you can, please try a fresh install of fc4t2 on a similarly configured box and seem if the latest grub as configured when anaconda does its install takes care of your specific issue. -jef From guy at incentre.net Fri Apr 15 14:48:34 2005 From: guy at incentre.net (Guy Fraser) Date: Fri, 15 Apr 2005 08:48:34 -0600 Subject: A rant regarding LILO and various other related issues In-Reply-To: <20050415024356.GC1060430@hiwaay.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <1113359018.2995.45.camel@localhost.localdomain> <1113434651.2915.126.camel@mjolnir> <20050413234148.GC14088@chrys.ms.mff.cuni.cz> <1113439589.2915.146.camel@mjolnir> <20050414010730.GH1206118@hiwaay.net> <1113447641.2915.175.camel@mjolnir> <20050414034940.GA615702@hiwaay.net> <1113514318.4963.421.camel@sigurd.incentre.net> <20050415024356.GC1060430@hiwaay.net> Message-ID: <1113576514.4963.562.camel@sigurd.incentre.net> On Thu, 2005-14-04 at 21:43 -0500, Chris Adams wrote: > Once upon a time, Guy Fraser said: > > On Wed, 2005-13-04 at 22:49 -0500, Chris Adams wrote: > > > And how is that one bit different than if you use LILO? > > > > Err > > In other words, no answer. Wrong. It was to represent a sound. You are obviously set in your doctrine, it would not make a difference if LILO pages of information about the error, you would never agree that the documentation and error reporting of GRUB Legacy are overtly deficient. > > > > > Yes Grub has a command line mode. Big whoop, > > > > > > Yes, big whoop. Real servers are not always at hand and don't always > > > have a rescue disk available. With LILO you are stuck if there is a > > > problem during boot, while with GRUB you have a command line that you > > > can try some things (and work around different types of issues). > > > > FUD > > How is that FUD? I have given real world examples of why GRUB having a > command line should not be dismissed lightly. I've fixed non-booting > computers remotely with a serial console (at 115200, which LILO can't > do) at the GRUB prompt. The whole time I was having problems, nobody told me how to access this command line, you talk about. As mentioned before I kept getting Error 15. I seem to remember reading about the command line, but was never able to get into it. When does the command line become available before stage 1, 1.5, 2 or after stage 2, I believe Error 15 is generated during stage 2, but was never even told that by anyone who was willing to help. I really don't give half a toot, about the command line or 115200 baud console. It is of no interest to me. Any of the servers we have that require such access have hardware that provides those features. You use tsclient to access the hardware at 10MBps and can boot the system from images on a tftp server, or upload the image up to 2.88MB. We have test the system and were able to completely install an OS from scratch after spending about 5 minutes configuring the BIOS. We would never rely on GRUB to perform these tasks with what we have seen to date. > > -- > Chris Adams > Systems and Network Administrator - HiWAAY Internet Services > I don't speak for anybody but myself - that's enough trouble. From caf at omen.com Fri Apr 15 15:00:20 2005 From: caf at omen.com (Chuck Forsberg WA7KGX) Date: Fri, 15 Apr 2005 08:00:20 -0700 Subject: SMB woes In-Reply-To: <20050415135758.B1FB973B85@hormel.redhat.com> References: <20050415135758.B1FB973B85@hormel.redhat.com> Message-ID: <1113577220.5203.333.camel@omen.com> Accessing a SMB share on an NTFS partition on a Win XT Pro, I get random timeouts writing to the share, returning a failure code to the application (pan). This is on FC3 and also FC4T2. FC4T2 crashes once or twice daily; FC3 did not. These crashes might be related to the SMB problem. I have not had problems with Windows accessing Samba shares on Linux except for munging of non-ASCII characters in file names. -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From whooperhsd3 at earthlink.net Fri Apr 15 15:28:48 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Fri, 15 Apr 2005 11:28:48 -0400 (EDT) Subject: FC4t2 no good without LILO In-Reply-To: <1113576184.7434.35.camel@md.local.linuxlobbyist.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <2557.12.29.16.103.1113395190.squirrel@whooper.org> <1667.12.29.16.103.1113573461.squirrel@whooper.org> <1113576184.7434.35.camel@md.local.linuxlobbyist.org> Message-ID: <3781.12.29.16.103.1113578928.squirrel@whooper.org> Paul Iadonisi said: [snip] > The bootloader, on the other hand, is a bit difficult to replace > if it's not, at a minimum, included on the install media. I don't see why. IIUC booting into the running system isn't a requirement to set up LILO. For example, one could boot a Tomsrtbt and install LILO from there. If you aboslutely must go the RPM route, others have pointed out that the RPM is only a little over 500K, so you have pleanty of room to spare on a floppy (or a quick network copy by booting the install CD in rescue mode). -- William Hooper From Karl.Bellve at umassmed.edu Fri Apr 15 15:45:44 2005 From: Karl.Bellve at umassmed.edu (Karl Bellve) Date: Fri, 15 Apr 2005 11:45:44 -0400 Subject: FC4 Test2, x86_64 and NVidia locking the system hard In-Reply-To: <20050415143718.GB25419@devserv.devel.redhat.com> References: <425FCC75.7040409@umassmed.edu> <20050415143718.GB25419@devserv.devel.redhat.com> Message-ID: <425FE1A8.5010406@umassmed.edu> Alan Cox wrote: > >NVidia binary bugs should be reported to Nvidia. nly they have the needed >souce code. > > > Which I did, but I thought it was unusual that the kernel can be brought down by a misbehaving module but I know nothing of kernel design either. -- Cheers, Karl Bellve From duralisis at yahoo.com Fri Apr 15 15:46:46 2005 From: duralisis at yahoo.com (duralisis) Date: Fri, 15 Apr 2005 10:46:46 -0500 Subject: No Grub menu on dual boot! In-Reply-To: <425D9730.6050507@yahoo.com> References: <425D9730.6050507@yahoo.com> Message-ID: <425FE1E6.9010202@yahoo.com> duralisis wrote: > I'm trying to dual boot XP and FC4T2 on separate drives. XP is on > hda, Fedora on hdb. I've had a working FC3 install for a while and > instead of using grub, I used NTLDR by copying the boot sector of the > second drive and adding a boot.ini entry. > > But, I tried doing a clean install of Test 2 (wiped entire second > drive clean), only this time I told it to install the boot loader into > the MBR of hda. I thought this would make Grub my default boot menu > now. But it didn't. Instead it still boots straight into XP after a > brief flicker of a black screen (no prompt, no flash of Grub in the > corner or anything). > > I added an entry back into boot.ini to see if that would boot my new > install (like before), and it doesn't work. I get a "cannot load from > harddisk, insert system disk" bootpart error. Again, this was all > working just fine in FC3. I've only tried to use Grub in the MBR this > time like most people would. > > Other than the default install options and automatic partitioning of > hdb, I only chose Other (Windows XP) to be the default boot target > during install. > > Why can't FC4 boot? Where did Grub go? Why is NTLDR still there? > I've found a solution for my problem and have a completely documented thread at FedoraForums. Take a look if you're having the same difficulty after install. http://forums.fedoraforum.org/showthread.php?t=51741 For reference, I needed to boot into rescue mode by booting the first cd and running "linux rescue" then changing the system root "chroot /mnt/sysimage" finally running grub and setting up my 2nd drive... "grub" grub> root (hd1,0) (since fedora /boot is on /hdb) grub> setup (hd0) (still the mbr of the first hd) grub> quit From caf at omen.com Fri Apr 15 16:06:05 2005 From: caf at omen.com (Chuck Forsberg WA7KGX) Date: Fri, 15 Apr 2005 09:06:05 -0700 Subject: UP2DATE Broken In-Reply-To: <20050415154707.234017421E@hormel.redhat.com> References: <20050415154707.234017421E@hormel.redhat.com> Message-ID: <1113581166.5203.342.camel@omen.com> As suggested by the announcement, I downloaded the new up2date version. Unfortunately, the FORWARD key is greyed out. One can select at will but cannot get to the next step. Also, the Select All Packages button only selects the first package. -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From arjanv at redhat.com Fri Apr 15 16:08:17 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 15 Apr 2005 18:08:17 +0200 Subject: FC4 Test2, x86_64 and NVidia locking the system hard In-Reply-To: <425FE1A8.5010406@umassmed.edu> References: <425FCC75.7040409@umassmed.edu> <20050415143718.GB25419@devserv.devel.redhat.com> <425FE1A8.5010406@umassmed.edu> Message-ID: <1113581298.6694.62.camel@laptopd505.fenrus.org> On Fri, 2005-04-15 at 11:45 -0400, Karl Bellve wrote: > Alan Cox wrote: > > > > >NVidia binary bugs should be reported to Nvidia. nly they have the needed > >souce code. > > > > > > > Which I did, but I thought it was unusual that the kernel can be brought > down by a misbehaving module but I know nothing of kernel design either. kernel modules are linked into the kernel at runtime and are fully fledged members of the running kernel. They thus can do all the things the "real" kernel can, including all damage and crashing, and all security mistakes. (eg a kernel module can make any user root if it wants to. some binary modules are rumored to have backdoors for that ;) -------------- 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 caf at omen.com Fri Apr 15 16:12:50 2005 From: caf at omen.com (Chuck Forsberg WA7KGX) Date: Fri, 15 Apr 2005 09:12:50 -0700 Subject: GCC 4 In-Reply-To: <20050415154707.234017421E@hormel.redhat.com> References: <20050415154707.234017421E@hormel.redhat.com> Message-ID: <1113581571.5203.347.camel@omen.com> I tried GCC 4 on some of my code. No problems, but there complaints that exit() was redefined. Executables are smaller than before. Dhrystone 2 was somewhat slower using the same -O3 flag. -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From pri.rhl3 at iadonisi.to Fri Apr 15 16:14:36 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Fri, 15 Apr 2005 12:14:36 -0400 Subject: FC4t2 no good without LILO In-Reply-To: <3781.12.29.16.103.1113578928.squirrel@whooper.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <2557.12.29.16.103.1113395190.squirrel@whooper.org> <1667.12.29.16.103.1113573461.squirrel@whooper.org> <1113576184.7434.35.camel@md.local.linuxlobbyist.org> <3781.12.29.16.103.1113578928.squirrel@whooper.org> Message-ID: <1113581676.7434.53.camel@md.local.linuxlobbyist.org> On Fri, 2005-04-15 at 11:28 -0400, William Hooper wrote: > Paul Iadonisi said: > [snip] > > The bootloader, on the other hand, is a bit difficult to replace > > if it's not, at a minimum, included on the install media. > > I don't see why. IIUC booting into the running system isn't a requirement > to set up LILO. For example, one could boot a Tomsrtbt and install LILO > from there. > > If you aboslutely must go the RPM route, others have pointed out that the > RPM is only a little over 500K, so you have pleanty of room to spare on a > floppy (or a quick network copy by booting the install CD in rescue mode). I know what your saying, but I think forcing users of systems that have problems with the current grub to ctrl-alt-F2 and then type 'rpm -- root /mnt/sysimage --ivh /mnt/installimage/Fedora/RPM/compat-stop-using- this-fricken-bootloader-because-its-going-away- SOON-lilo-21.4.4-26.i386.rpm' is sufficient to give the hint lilo should not be relied upon long term. That said, I won't complain if lilo is gone from FC4, but I think it is prudent at this time to include the rpm (and ONLY the rpm) on the install media. -- -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 arjanv at redhat.com Fri Apr 15 16:21:36 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 15 Apr 2005 18:21:36 +0200 Subject: GCC 4 In-Reply-To: <1113581571.5203.347.camel@omen.com> References: <20050415154707.234017421E@hormel.redhat.com> <1113581571.5203.347.camel@omen.com> Message-ID: <1113582097.6694.64.camel@laptopd505.fenrus.org> On Fri, 2005-04-15 at 09:12 -0700, Chuck Forsberg WA7KGX wrote: > I tried GCC 4 on some of my code. No problems, but there > complaints that exit() was redefined. Executables are > smaller than before. > > Dhrystone 2 was somewhat slower using the same -O3 flag. could you try -O2 please.. -O3 is generally a very bad idea... -------------- 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 fedora at nodata.co.uk Fri Apr 15 16:22:36 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 15 Apr 2005 18:22:36 +0200 Subject: gdm early login In-Reply-To: <1112824796.3318.48.camel@localhost.localdomain> References: <1112824796.3318.48.camel@localhost.localdomain> Message-ID: <1113582156.3224.4.camel@sb-home.lan> On Wed, 2005-04-06 at 17:59 -0400, Ray Strode wrote: > Hi, > > Recently Matthias Clasen, David Zeuthen, and I spent some time working > on getting GDM to start earlier in the boot process. There are a few > advantages to this: > > - If we start GDM sooner, we don't have to start rhgb. starting 2 X > servers at boot up doesn't play nice with some hardware and rhgb doesn't > really offer much anyway. > > - If we start GDM sooner, the user can type in his or her username and > password sooner (as long as we don't actually process the information > until the system is in a usable state). > > - If we start GDM sooner, the system will "feel" faster because the user > will see a login screen sooner. > > - If we allow the user to login as soon as the essential services are > started but before the unessential services are started then the user > can potentially get up, running and doing work sooner. > > We still need to make some changes in lower-levels of the distro before > gdm early-login mode will work. See here for details: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952 > > On the other hand, some people have noticed changes appearing in gdm and > have become curious what it is, so I thought I'd post a message here > with instructions on how to try it. Note it's not very well tested yet, > so it could mess up your system. > > The first step is to install the latest gdm from rawhide. > > Once you've done that, then install this initscripts rpm: > > http://people.redhat.com/rstrode/initscripts-8.07-1.0.earlylogin.src.rpm > > Next thing you'll want to do is to change the chkconfig: line > in /etc/init.d/xfs to > # chkconfig: 2345 08 97 > > and also change the chkconfig: line in /etc/init.d/syslog to > # chkconfig: 2345 07 98 > > then run > /sbin/chkconfig xfs on > /sbin/chkconfig syslog on > /sbin/chkconfig --add gdm-early-login > /sbin/chkconfig --add gdm-allow-login > /sbin/chkconfig gdm-early-login on > /sbin/chkconfig gdm-allow-login on > to regenerate the symlinks in /etc/rc5.d > > The last thing that needs to be changed is grub.conf. It should be > modified such that the kernel cmdline has "early-login" in it. > > For instance, it might look like this: > kernel /vmlinuz-2.6.11-1.1208_FC4 ro root=/dev/VolGroup00/LogVol00 quiet > vga=0x317 early-login > > It's all probably pretty fragile right now, so be careful. > > --Ray Strode > Is there any way to allow early login for text mode too? What starts the virtual consoles that allows logins? Thanks a lot. From fedora at nodata.co.uk Fri Apr 15 16:24:50 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 15 Apr 2005 18:24:50 +0200 Subject: UP2DATE Broken In-Reply-To: <1113581166.5203.342.camel@omen.com> References: <20050415154707.234017421E@hormel.redhat.com> <1113581166.5203.342.camel@omen.com> Message-ID: <1113582291.3224.6.camel@sb-home.lan> On Fri, 2005-04-15 at 09:06 -0700, Chuck Forsberg WA7KGX wrote: > As suggested by the announcement, I downloaded the new up2date > version. > > Unfortunately, the FORWARD key is greyed out. One can select > at will but cannot get to the next step. > > Also, the Select All Packages button only selects the first > package. > -- > Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 > Developer of Industrial ZMODEM(Tm) for Embedded Applications > Omen Technology Inc "The High Reliability Software" > 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 > Yep. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151349#c8 From law at redhat.com Fri Apr 15 16:26:18 2005 From: law at redhat.com (Jeffrey A Law) Date: Fri, 15 Apr 2005 10:26:18 -0600 Subject: GCC 4 Woes In-Reply-To: <20050414205709.GA394@jadzia.bu.edu> References: <9f573ec5050414130496d5ded@mail.gmail.com> <1113511246.2748.10.camel@dcbw.boston.redhat.com> <20050414205709.GA394@jadzia.bu.edu> Message-ID: <1113582379.5447.155.camel@localhost.localdomain> On Thu, 2005-04-14 at 16:57 -0400, Matthew Miller wrote: > On Thu, Apr 14, 2005 at 04:40:46PM -0400, Dan Williams wrote: > > > n1 = *(((unsigned int *) src1)++); > > Split up (1) the assignment of *src1 -> n1, and (2) the increment of > > src1 into two distinct lines of code. gcc 4 tightens handling of > > lvalues and rvalues, which this code is abusing. > > It'll also be about 700 times more readable done that way. Not to mention that it's far more portable. Casts-as-lvalues was a GCC extension, I'm not aware of any other compiler which implements that extension. jeff From sheltren at cs.ucsb.edu Fri Apr 15 16:31:44 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Fri, 15 Apr 2005 09:31:44 -0700 Subject: Marvell PCI Express GB LAN Support (ASUS P5GD2) Message-ID: Hi, I'm trying to install FC4 devel on a system with an ASUS P5GD2 motherboard. It has an on-board gig LAN card which they state is the: "Marvell 88E8053 PCI Express Gigabit LAN controller" which goes undetected in the install. >From what I gather here: https://www.redhat.com/archives/fedora-list/2005-February/msg03974.html This is a SysKonnect chipset and should be using the sk98lin driver. After loading that driver in anaconda, the card is still not detected. Is there a chance of getting this chipset supported in FC4? Thanks, Jeff From fedora at nodata.co.uk Fri Apr 15 16:32:28 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 15 Apr 2005 18:32:28 +0200 Subject: SMB woes In-Reply-To: <1113577220.5203.333.camel@omen.com> References: <20050415135758.B1FB973B85@hormel.redhat.com> <1113577220.5203.333.camel@omen.com> Message-ID: <1113582748.3224.9.camel@sb-home.lan> On Fri, 2005-04-15 at 08:00 -0700, Chuck Forsberg WA7KGX wrote: > Accessing a SMB share on an NTFS partition on a Win XT Pro, > I get random timeouts writing to the share, returning a > failure code to the application (pan). This is on FC3 > and also FC4T2. > > FC4T2 crashes once or twice daily; FC3 did not. These > crashes might be related to the SMB problem. > > I have not had problems with Windows accessing Samba shares > on Linux except for munging of non-ASCII characters in > file names. > -- > Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 > Developer of Industrial ZMODEM(Tm) for Embedded Applications > Omen Technology Inc "The High Reliability Software" > 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 > What error are you getting? Are there any messages in the logs? Can you reproduce without pan? From mgb-fedora at yosemite.net Fri Apr 15 16:52:49 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Fri, 15 Apr 2005 09:52:49 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113574448.4518.81.camel@arena.soho.bytebot.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113574448.4518.81.camel@arena.soho.bytebot.net> Message-ID: <1113583969.18943.82.camel@udev.yosemite.net> On Fri, 2005-04-15 at 07:14, Colin Charles wrote: > > We've shown that Redhat has not supported Lilo in years - Lilo just > > works. Pretty much all that Redhat needs to do is leave it alone and > > let it be built and distributed automatically. > > Why? So that more bugs can get filed on it, and the poor maintainer has > to look at code that even upstream finds almost dead/useless? Colin, Grub is obsolete and unmaintained upstream, and Grub 2 is pre-alpha and only available from CVS. Lilo, OTOH, works fine and is maintained upstream (22.7 was released April 12th). Sure it would be nice to have the current version in RH instead of a five year old version, but the five year old version is still way more reliable, more predictable, and better documented than RH's Grub 0.95. (Grub 0.96 was released before Grub died but RH didn't adopt it.) Admittedly Grub is less of a problem for newbies. We're not quite sure why. There seems to be a bug in the version of Emacs used at RH which prevents the addition of "/sbin/lilo\n" to kernel package scripts. But that's OK - if RH shareholders want to spend money on maintaining an obsolete boot loader alongside Lilo I don't mind. The RH Lilo maintainer has done nothing for years because there was nothing to be done. Lilo works. Despite the fictions presented on this list, it would cost RH next to nothing to retain Lilo alongside Grub. As with so much else RH, this is all about religion. Throw out Linuxconf, Lilo, Koffice, Abiword, Gnumeric, etc and substitute some RH staffer's pet rock. As for Eclipse, it can easily be added post-install. A boot loader is a different kettle of fish. There are workarounds of varying complexity for installing FC4 with Lilo. In many cases one can simply install with Grub and then overwrite with Lilo. Sometimes it's more difficult. It gives small client-oriented firms yet another advantage over RedHel's edicts-from-on-high approach, so we complain because of the unnecessary extra install work but we don't complain too much. RH did a good job of making Anaconda handle MD and LVM, so we probably won't switch until another distro can match that. --Mike Bird From arjanv at redhat.com Fri Apr 15 16:57:18 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 15 Apr 2005 18:57:18 +0200 Subject: FC4t2 no good without LILO In-Reply-To: <1113583969.18943.82.camel@udev.yosemite.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113574448.4518.81.camel@arena.soho.bytebot.net> <1113583969.18943.82.camel@udev.yosemite.net> Message-ID: <1113584238.6694.71.camel@laptopd505.fenrus.org> > Admittedly Grub is less of a problem for newbies. We're not quite sure > why. There seems to be a bug in the version of Emacs used at RH which > prevents the addition of "/sbin/lilo\n" to kernel package scripts. But > that's OK - if RH shareholders want to spend money on maintaining an > obsolete boot loader alongside Lilo I don't mind. this shows nicely that you have no idea what you are talking about. if you install a new kernel and are running lilo that already gets run... did you ever even try this ? > It gives small client-oriented firms yet another advantage over RedHel's why would anyone take a troll like this serious. -------------- 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 orion at cora.nwra.com Fri Apr 15 16:48:58 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 15 Apr 2005 10:48:58 -0600 Subject: Rawhide install report In-Reply-To: References: <425560D0.9000700@cora.nwra.com> Message-ID: Chris Lumens wrote: > Yeah, it's pretty much unusable right now for text mode or rescue mode. > We're working on it. What install media are you using, by the way? > I'm using the pxeboot kernel to launch an NFS install. >> Also, I end up with a negative number of packages remaining to >> install. System thinks it's going to install 561 packages, but ends up >> installing 624 so the "remaining" count eventually goes negative. >> Here's my kickstart package selections: > > > This should have been fixed a while ago, but could have rebroken. I'll > have to take a look. > The bug I found mentioned an "Everything" install. I'm doing a kickstart install with custom package lists. May make a difference. PS - both of these still in place for FC4t2 - Orion From czar at czarc.net Fri Apr 15 17:36:06 2005 From: czar at czarc.net (Gene C.) Date: Fri, 15 Apr 2005 13:36:06 -0400 Subject: FC4T2 and gdm early login Message-ID: <200504151336.06643.czar@czarc.net> When the thread appeared earlier this month concerning gdm early login, I expected to see it in FC4T2 but ... no, is appears that it is business as usual with rhgb etc. What is the status of gdm early login? Has it been "mostly" integrated into FC4-development ... at least enough to test it? Is this planned for FC4 or FC5? If FC4, then I believe we need some testing to make sure "other things" do not break. Status anyone? -- Gene From dcbw at redhat.com Fri Apr 15 17:49:29 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 15 Apr 2005 13:49:29 -0400 Subject: FC4T2 and gdm early login In-Reply-To: <200504151336.06643.czar@czarc.net> References: <200504151336.06643.czar@czarc.net> Message-ID: <1113587369.11784.26.camel@dcbw.boston.redhat.com> On Fri, 2005-04-15 at 13:36 -0400, Gene C. wrote: > When the thread appeared earlier this month concerning gdm early login, I > expected to see it in FC4T2 but ... no, is appears that it is business as > usual with rhgb etc. It isn't on by default yet, and most likely will not be until FC5. Dan From mgb-fedora at yosemite.net Fri Apr 15 17:52:12 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Fri, 15 Apr 2005 10:52:12 -0700 Subject: FC4t2 no good without LILO In-Reply-To: <1113584238.6694.71.camel@laptopd505.fenrus.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113351827.14576.205.camel@mgb.bullion.ims> <20050413035109.GA20290@jadzia.bu.edu> <1113432579.4963.305.camel@sigurd.incentre.net> <20050414122334.GA14357@devserv.devel.redhat.com> <1113495881.14538.3.camel@udev.yosemite.net> <425E9ED5.40509@margo.bijoux.nom.br> <1113501753.14538.68.camel@udev.yosemite.net> <1113574448.4518.81.camel@arena.soho.bytebot.net> <1113583969.18943.82.camel@udev.yosemite.net> <1113584238.6694.71.camel@laptopd505.fenrus.org> Message-ID: <1113587532.18943.129.camel@udev.yosemite.net> On Fri, 2005-04-15 at 09:57, Arjan van de Ven wrote: > this shows nicely that you have no idea what you are talking about. if > you install a new kernel and are running lilo that already gets run... > did you ever even try this ? I'm not sure what you're asking. Are you talking about serial or concurrent invocations? If serial, there's no problem. Lilo can be run serially any number of times without problems. If parallel, are we talking about somebody hacking past the RPM transaction lock, or somebody installing a kernel on one VT while merrily running /sbin/lilo on another terminal to pass the time? One always runs Lilo after adding or removing a kernel. Grubby looks like it's supposed to do it but it hasn't been particularly reliable. --Mike Bird From tim at birdsnest.maths.tcd.ie Fri Apr 15 17:53:14 2005 From: tim at birdsnest.maths.tcd.ie (Timothy Murphy) Date: Fri, 15 Apr 2005 18:53:14 +0100 Subject: A rant regarding LILO and various other related issues In-Reply-To: <20050415024356.GC1060430@hiwaay.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113514318.4963.421.camel@sigurd.incentre.net> <20050415024356.GC1060430@hiwaay.net> Message-ID: <200504151853.14574.tim@birdsnest.maths.tcd.ie> On Fri 15 Apr 2005 03:43, Chris Adams wrote: > How is that FUD? I have given real world examples of why GRUB having a > command line should not be dismissed lightly. I've fixed non-booting > computers remotely with a serial console (at 115200, which LILO can't > do) at the GRUB prompt. As a matter of interest, how did you "fix" the computer remotely if it did not boot? I would not have thought the serial connection would be alive. Personally, I much prefer grub, and have always used it in preference to LILO. But I recognise that a significant number of people prefer LILO. I find the arrogance of the Fedora team in failing to facilitate this minority rather disturbing. I give Fedora many plus marks, but this is definitely a big minus. Incidentally, the interactive option in grub, which you praise, could be greatly improved; it is not at all clear how to use it. With a little more thought it could be self-explanatory. This hd(0,1) stuff is nonsense, for a start. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland From alan at redhat.com Fri Apr 15 17:55:31 2005 From: alan at redhat.com (Alan Cox) Date: Fri, 15 Apr 2005 13:55:31 -0400 Subject: FC4 Test2, x86_64 and NVidia locking the system hard In-Reply-To: <425FE1A8.5010406@umassmed.edu> References: <425FCC75.7040409@umassmed.edu> <20050415143718.GB25419@devserv.devel.redhat.com> <425FE1A8.5010406@umassmed.edu> Message-ID: <20050415175531.GA22222@devserv.devel.redhat.com> On Fri, Apr 15, 2005 at 11:45:44AM -0400, Karl Bellve wrote: > Which I did, but I thought it was unusual that the kernel can be brought > down by a misbehaving module but I know nothing of kernel design either. Kernel modules all run as privileged code so they can bring down the entire system quite easily. From jspaleta at gmail.com Fri Apr 15 17:56:15 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 15 Apr 2005 13:56:15 -0400 Subject: FC4T2 and gdm early login In-Reply-To: <200504151336.06643.czar@czarc.net> References: <200504151336.06643.czar@czarc.net> Message-ID: <604aa79105041510565ebea0a1@mail.gmail.com> On 4/15/05, Gene C. wrote: > When the thread appeared earlier this month concerning gdm early login, I > expected to see it in FC4T2 but ... no, is appears that it is business as > usual with rhgb etc. The original thread author..stated in that original thread... that it wasn't considered ready for widespread testing and that he was bringing it up as a headsup to anyone who have happened to notice some initial package restructuring. There was no indication at all that this was going to be turned on in fc4t2. Quoting Ray in response to me when I asked for guidance on what to test specifically: I'd like to get an initial prototype of how things are going to work in rawhide before getting a lot of testing feedback because it's all subject to change. The point of this thread wasn't so much a "help us work out the kinks" request as much as a "some people seem curious, so this is what we're working on" kind of thing. > Status anyone? The initscript changes haven't been incorporated yet. The rawhide build reports are provided to the lists for review, shouldn't that suffice as a status mechanism to watch? If you want more detail you could follow the bugreport that Ray original cited. I don't see you CC'd on the bugzilla ticket that Ray posted about the ongoing work. Here it is again to remind you https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952 -jef From pri.rhl3 at iadonisi.to Fri Apr 15 18:13:16 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Fri, 15 Apr 2005 14:13:16 -0400 Subject: A rant regarding LILO and various other related issues In-Reply-To: <200504151853.14574.tim@birdsnest.maths.tcd.ie> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113514318.4963.421.camel@sigurd.incentre.net> <20050415024356.GC1060430@hiwaay.net> <200504151853.14574.tim@birdsnest.maths.tcd.ie> Message-ID: <1113588796.7434.79.camel@md.local.linuxlobbyist.org> On Fri, 2005-04-15 at 18:53 +0100, Timothy Murphy wrote: [snip] > As a matter of interest, how did you "fix" the computer remotely > if it did not boot? > I would not have thought the serial connection would be alive. I'm sure the reference had to do with some grub config error after a kernel update, or change in kernel options gone wrong, or kernel or initrd somehow deleted or moved. Grub can talk to the serial port and allow interaction through it's shell over the serial port. > I find the arrogance of the Fedora team in failing to facilitate this minority > rather disturbing. If you are referring primarily to this thread, then it's crystal clear that the arrogance has been coming from those most vociferously critical of the decision to remove lilo. You can have your objections to it, but I find it quite disturbing that ANYONE could support calling the developers "morons" and "tards" as somehow justified, despite attempts by those doing the insulting to engage in not-so-clever sophistry in the service of that false justification. Once that starts (and it was pretty much started from the beginning of the thread) then I'd EXPECT a little push back (or frankly, silence as they ignore the thread) from those being insulted. > I give Fedora many plus marks, but this is definitely a big minus. > > Incidentally, the interactive option in grub, which you praise, > could be greatly improved; Possibly, but keep in mind that this has to fit in a pretty small amount of memory, if I'm not mistaken. There's only so much that can be added due to space constraints. At least grub HAS a command line. [snip] > This hd(0,1) stuff is nonsense, for a start. Agreed, but I don't have a good answer, since even the /dev/* stuff can be ambiguous at times (boot orders do change). -- -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 florin at andrei.myip.org Fri Apr 15 18:20:09 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Fri, 15 Apr 2005 11:20:09 -0700 Subject: GCC 4 Woes In-Reply-To: <9f573ec5050414130496d5ded@mail.gmail.com> References: <9f573ec5050414130496d5ded@mail.gmail.com> Message-ID: <1113589209.25176.31.camel@stantz.corp.sgi.com> On Thu, 2005-04-14 at 16:04 -0400, Gregory Hayes wrote: > In my quest to play my DivX files under FC4t2 I found that I can't get > either MPlayer or Xine to compile (old RPMs for FC3 from livna won't > work). GCC usually dies with this error: > > error: invalid lvalue in increment > > As an example, below is a line of code that generates this: > > n1 = *(((unsigned int *) src1)++); Coding bug, please report it to the authors of xine and mplayer, otherwise their software will not compile on the next major gcc release. -- Florin Andrei http://florin.myip.org/ From cacruden at yahoo.com Fri Apr 15 18:30:58 2005 From: cacruden at yahoo.com (Craig Cruden) Date: Fri, 15 Apr 2005 11:30:58 -0700 (PDT) Subject: FC4 -- really slow Message-ID: <20050415183058.38185.qmail@web50701.mail.yahoo.com> I have installed FC4test2 on my computer (from DVD) [first attempt at FC4], and it is unbelievably slow. The booting process took a long time -- and then when it came time to estimate install time for the packages -- it started at over 300 minutes to install everything. After rebooting -- it was again painfully slow -- 15+ minutes. It booted to the SMP version (the first time I realized the processor in that computer was Hyperthreaded). The processors ran at 50% utilization for a while before finally calming down.... but the whole operating system is still painfully slow. The computer is based on a P4C800-E Deluxe (bios updated to current most recent) P4 3.0E (3 Gigahertz) 4 GB of main memory (3.4 GB usable). 250 G hard drive (disconnected the other 3 drives since I could not figure out which one was the bootable one otherwise). NVidia GeForce 3 Any ideas -- why this thing is sooooooooooo slow. C __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs From alan at redhat.com Fri Apr 15 18:42:37 2005 From: alan at redhat.com (Alan Cox) Date: Fri, 15 Apr 2005 14:42:37 -0400 Subject: FC4 -- really slow In-Reply-To: <20050415183058.38185.qmail@web50701.mail.yahoo.com> References: <20050415183058.38185.qmail@web50701.mail.yahoo.com> Message-ID: <20050415184237.GA12281@devserv.devel.redhat.com> On Fri, Apr 15, 2005 at 11:30:58AM -0700, Craig Cruden wrote: > 250 G hard drive (disconnected the other 3 drives > since I could not figure out which one was the > bootable one otherwise). > NVidia GeForce 3 > > Any ideas -- why this thing is sooooooooooo slow. If you boot with mem=1024M is it suddenely much faster ? From mgb-fedora at yosemite.net Fri Apr 15 18:44:42 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Fri, 15 Apr 2005 11:44:42 -0700 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113588796.7434.79.camel@md.local.linuxlobbyist.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113514318.4963.421.camel@sigurd.incentre.net> <20050415024356.GC1060430@hiwaay.net> <200504151853.14574.tim@birdsnest.maths.tcd.ie> <1113588796.7434.79.camel@md.local.linuxlobbyist.org> Message-ID: <1113590681.18943.151.camel@udev.yosemite.net> On Fri, 2005-04-15 at 11:13, Paul Iadonisi wrote: > At least grub HAS a command line. True. But Grub's command line is a lot of code and AFAIK it only addresses one rare issue. It doesn't for example, deal with the common case of a trashed MBR - but neither of course does Lilo. Before I try to reinvent a wheel, does anyone already have a recipe for making a rescue image with root password and sshd that can be pxe booted? Thanks, --Mike Bird From cmadams at hiwaay.net Fri Apr 15 18:46:00 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 15 Apr 2005 13:46:00 -0500 Subject: A rant regarding LILO and various other related issues In-Reply-To: <200504151853.14574.tim@birdsnest.maths.tcd.ie> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113514318.4963.421.camel@sigurd.incentre.net> <20050415024356.GC1060430@hiwaay.net> <200504151853.14574.tim@birdsnest.maths.tcd.ie> Message-ID: <20050415184600.GB1307852@hiwaay.net> Once upon a time, Timothy Murphy said: > As a matter of interest, how did you "fix" the computer remotely > if it did not boot? > I would not have thought the serial connection would be alive. Since this computer was not hooked to an IP power switch at the time, I had to have "remote hands" power cycle it for me. I then interrupted it during boot at the GRUB prompt to change the boot options (point at a different kernel and initrd and use different kernel options). > I find the arrogance of the Fedora team in failing to facilitate this minority > rather disturbing. Fedora Core also has dropped packages I like and use (as did RHL). I bitched about a few of them, but I did not insult the very people I wanted to see it my way. FC is also not about catering to every request; that way lies madness. GRUB works in the vast majority of cases and is more flexible than LILO. GRUB has a menu, which is much more "user-friendly" (especially to those that dual boot other OSes). GRUB allows easy changing of boot options at the menu (so for example while I may normally use "quiet" mode, I can strip it off for a single boot without having to edit a config file and re-install the boot loader). Since GRUB reads the filesystem at boot time (instead of boot-loader install time), copying or renaming a kernel/initrd or defragmenting (or even remaking) a filesystem causes no problems. > Incidentally, the interactive option in grub, which you praise, > could be greatly improved; > it is not at all clear how to use it. > With a little more thought it could be self-explanatory. It has some built-in help which describes enough for most things. > This hd(0,1) stuff is nonsense, for a start. Well, what do you want it to use? This is prior to boot, so /dev/hda is meaningless. How about "C:"? It is fairly straight-forward; hd0 is the first BIOS drive, hd1 is the second, (hd0,0) is the first partition on the first BIOS drive, etc. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From alan at redhat.com Fri Apr 15 18:47:29 2005 From: alan at redhat.com (Alan Cox) Date: Fri, 15 Apr 2005 14:47:29 -0400 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113590681.18943.151.camel@udev.yosemite.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113514318.4963.421.camel@sigurd.incentre.net> <20050415024356.GC1060430@hiwaay.net> <200504151853.14574.tim@birdsnest.maths.tcd.ie> <1113588796.7434.79.camel@md.local.linuxlobbyist.org> <1113590681.18943.151.camel@udev.yosemite.net> Message-ID: <20050415184729.GA14809@devserv.devel.redhat.com> On Fri, Apr 15, 2005 at 11:44:42AM -0700, Mike Bird wrote: > Before I try to reinvent a wheel, does anyone already have a recipe for > making a rescue image with root password and sshd that can be pxe > booted? Copy the kernel and a suitable initrd with the bits you want into /tftpboot on the server along with the pxelinux.0 image (see /usr/share/docs/syslinux) Thats about it. You can also PXE boot the kernel/initrd of the system and use local disk root fs if you are bootloader debugging Alan From dwalsh at redhat.com Fri Apr 15 18:52:00 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 15 Apr 2005 14:52:00 -0400 Subject: selinux warnings when initializing PostgreSQL In-Reply-To: <1113544685.6750.5.camel@rivendell.home.local> References: <1113544494.6750.2.camel@rivendell.home.local> <1113544685.6750.5.camel@rivendell.home.local> Message-ID: <42600D50.30506@redhat.com> Florin Andrei wrote: >On Thu, 2005-04-14 at 22:54 -0700, Florin Andrei wrote: > > > >>Apr 14 22:47:52 demo kernel: audit(1113544072.328:0): avc: denied >>{ read } for pid=3042 exe=/bin/cp name=config dev=hda2 ino=1212848 >>scontext=root:system_r:postgresql_t >>tcontext=user_u:object_r:selinux_config_t tclass=file >>Apr 14 22:47:52 demo kernel: audit(1113544072.334:0): avc: denied >>{ getattr } for pid=3042 exe=/bin/cp path=/etc/selinux/config dev=hda2 >>ino=1212848 scontext=root:system_r:postgresql_t >>tcontext=user_u:object_r:selinux_config_t tclass=file >> >> > >Hm, and now i'm getting something very similar when running a simple DB >initialization script (create databases, create users, create tables, >assign privileges) that before (with non-updated FC4t2) did not give any >SELinux warnings. > >Apr 14 22:55:47 demo kernel: audit(1113544547.453:0): avc: denied >{ read } for pid=3269 exe=/bin/cp name=config dev=hda2 ino=1212848 >scontext=root:system_r:postgresql_t >tcontext=user_u:object_r:selinux_config_t tclass=file >Apr 14 22:55:47 demo kernel: audit(1113544547.459:0): avc: denied >{ getattr } for pid=3269 exe=/bin/cp path=/etc/selinux/config dev=hda2 >ino=1212848 scontext=root:system_r:postgresql_t >tcontext=user_u:object_r:selinux_config_t tclass=file > > > These are errors you would only see in permissive mode. Basically in enforcing mode the attempt to read the directory is dontaudited So the app never tries to read the files. So we don't fix these problems. Why are you running in permissive mode? Dan -- From gtm.kramer at inter.nl.net Fri Apr 15 19:26:36 2005 From: gtm.kramer at inter.nl.net (Jurgen Kramer) Date: Fri, 15 Apr 2005 21:26:36 +0200 Subject: No p4-clockmod on FC4t2 x86-64? Message-ID: <1113593196.6174.16.camel@paragon.slim> It seems that only the acpi-cpufreq module is included in the x86-64 version of the kernel (haven't tried the normal 32-bit version) the p4-clockmod module is missing. It this on purpose? My system (dual EM64T Xeon) doesn't like the acpi module. I usually run my system with the ondemand governor to throttle it down when I am not really using it. Otherwise FC4t2 64-bit runs great. Jurgen From pri.rhl3 at iadonisi.to Fri Apr 15 19:43:23 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Fri, 15 Apr 2005 15:43:23 -0400 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113590681.18943.151.camel@udev.yosemite.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <1113514318.4963.421.camel@sigurd.incentre.net> <20050415024356.GC1060430@hiwaay.net> <200504151853.14574.tim@birdsnest.maths.tcd.ie> <1113588796.7434.79.camel@md.local.linuxlobbyist.org> <1113590681.18943.151.camel@udev.yosemite.net> Message-ID: <1113594203.7434.94.camel@md.local.linuxlobbyist.org> On Fri, 2005-04-15 at 11:44 -0700, Mike Bird wrote: > On Fri, 2005-04-15 at 11:13, Paul Iadonisi wrote: > > At least grub HAS a command line. > > True. But Grub's command line is a lot of code and AFAIK it only > addresses one rare issue. I listed at least three here: On Fri, 2005-04-15 at 11:13, Paul Iadonisi wrote: > I'm sure the reference had to do with some grub config error after a > kernel update, or change in kernel options gone wrong, or kernel or > initrd somehow deleted or moved. Grub can talk to the serial port and > allow interaction through it's shell over the serial port. And rare or not, it's critical to have this support if you have many remote systems that you keep up to date (including the kernel). Especially when you consider that lilo has NO support for that class of problems: Move initrd (yes, I know, its better to copy) to /tmp, gunzip and uncpio it, modify it, package it back up, copy it back, reboot. Oops, I forgot run lilo, or I did it so quick and didn't notice it failed because I made a typo when copying it back. Dumb move. But at least with grub running over a serial port recovery from this is trivial. With lilo, you need to make a (potentially expensive) trip to the data center. > It doesn't for example, deal with the common > case of a trashed MBR - but neither of course does Lilo. It's a little silly to even mention that, even though your not bringing it up as an advantage over lilo. Unless your talking about loading into flash (like linuxbios), then your never gonna get this in a bootloader, command line or not. -- -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 jmorris at beau.org Fri Apr 15 20:05:46 2005 From: jmorris at beau.org (John Morris) Date: Fri, 15 Apr 2005 15:05:46 -0500 Subject: A Grub question In-Reply-To: <20050415031659.GE1060430@hiwaay.net> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> <1113414782.6969.4.camel@tuxpaq> <1113512381.4963.392.camel@sigurd.incentre.net> <1113514878.7558.24.camel@md.local.linuxlobbyist.org> <1113516667.14538.173.camel@udev.yosemite.net> <20050415024058.GB1060430@hiwaay.net> <1113534407.4214.19.camel@udev.yosemite.net> <20050415031659.GE1060430@hiwaay.net> Message-ID: <1113595546.2918.31.camel@mjolnir> On Thu, 2005-04-14 at 22:16, Chris Adams wrote: > No, you install GRUB on real disk devices, not software RAID partitions. > If /dev/md0 is your /boot and is on /dev/hda1 and /dev/hdb1 (and you > want to install to the MBR), do: Ok, while all of this Grub wizardry is assembled here, I have a question. Can you install grub in a partition instead of the MBR once RAID gets involved? I have tried several times and failed, having trashed partitions and scrambled for rescue CDs many times in the attempts. Example: Assume a pair of plain IDE drives as hda and hdb. I have two different installs on the drives so only one can claim the MBR, thus: hda1/hdb1 = md0 / for the primary install hda2/hdb2 = md1 swapspace hda4/hdb4 = md2 /1 secondary install, reimages the primary, etc. The preferred method, and what I used to use on workstations in my primary location that aren't using RAID1, is to have the Grub in the MBR kick off hda4 and the default option will chain boot hda1 which has a version of grub which will boot hda1 and the normal environment. If it is horked up though, you simply hit the up arrow and pick "automated recovery" and it boots hda4, which blows away hda1, reloads it and then boots back into the main install. Didn't work once I started using RAID for the remote locations. Now I have a sorty twitchy script on the recovery partition that pulls in the right stanza for the primary partition's kernel and stuffs it into it's copy of grub.conf. I suspect this knowledge might also be useful for Windows victims since it really wants to own the MBR for itself and has a nasty habit of reclaiming it without advance notice. -- John M. http://www.beau.org/~jmorris This post is 100% M$Free! Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r From dwalsh at redhat.com Fri Apr 15 20:42:41 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 15 Apr 2005 16:42:41 -0400 Subject: selinux warnings when updating system In-Reply-To: <1113543849.5925.8.camel@rivendell.home.local> References: <1113543849.5925.8.camel@rivendell.home.local> Message-ID: <42602741.20008@redhat.com> Florin Andrei wrote: >I did a yum update on FC4t2 and i got this: > >Apr 14 22:33:01 demo kernel: audit(1113543181.432:0): avc: denied >{ read } for pid=4132 exe=/usr/bin/dbus-daemon path=pipe:[17589] >dev=pipefs ino=17589 scontext=root:system_r:system_dbusd_t >tcontext=root:system_r:unconfined_t tclass=fifo_file > ># cat /etc/sysconfig/selinux >SELINUX=permissive >SELINUXTYPE=targeted ># rpm -q selinux-policy-targeted >selinux-policy-targeted-1.23.10-5 > >I'm not sure if it's worth entering it into bugzilla. > > > Before reporting a permissive mode bug, please try it in enforcing mode. If it goes away there was a dontaudit before it and is not a bug. -- From pjones at redhat.com Fri Apr 15 20:54:50 2005 From: pjones at redhat.com (Peter Jones) Date: Fri, 15 Apr 2005 16:54:50 -0400 Subject: A Grub question In-Reply-To: <1113595546.2918.31.camel@mjolnir> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> <1113414782.6969.4.camel@tuxpaq> <1113512381.4963.392.camel@sigurd.incentre.net> <1113514878.7558.24.camel@md.local.linuxlobbyist.org> <1113516667.14538.173.camel@udev.yosemite.net> <20050415024058.GB1060430@hiwaay.net> <1113534407.4214.19.camel@udev.yosemite.net> <20050415031659.GE1060430@hiwaay.net> <1113595546.2918.31.camel@mjolnir> Message-ID: <1113598490.24854.44.camel@localhost.localdomain> On Fri, 2005-04-15 at 15:05 -0500, John Morris wrote: > On Thu, 2005-04-14 at 22:16, Chris Adams wrote: > > > No, you install GRUB on real disk devices, not software RAID partitions. > > If /dev/md0 is your /boot and is on /dev/hda1 and /dev/hdb1 (and you > > want to install to the MBR), do: > > Ok, while all of this Grub wizardry is assembled here, I have a > question. Can you install grub in a partition instead of the MBR once > RAID gets involved? You can do it manually with the grub shell, but I didn't add support for using grub-install to install the boot sector onto a partition when you've got /boot on a RAID mirror. I tend think this is something that's not really generally useful, but I could probably be convinced that support is worth adding, if you have some pretty good reasoning or maybe a patch ;) > I have tried several times and failed, having trashed partitions and > scrambled for rescue CDs many times in the attempts. > > Example: > > Assume a pair of plain IDE drives as hda and hdb. > > I have two different installs on the drives so only one can claim > the MBR, thus: > > hda1/hdb1 = md0 / for the primary install > hda2/hdb2 = md1 swapspace > hda4/hdb4 = md2 /1 secondary install, reimages the primary, etc. Really you're dual booting here; they just both happen to be Linux. (not that there's anything wrong with that, I just want to be clear) > The preferred method, and what I used to use on workstations in my > primary location that aren't using RAID1, is to have the Grub in the MBR > kick off hda4 and the default option will chain boot hda1 which has a > version of grub which will boot hda1 and the normal environment. If it > is horked up though, you simply hit the up arrow and pick "automated > recovery" and it boots hda4, which blows away hda1, reloads it and then > boots back into the main install. *nod*, NCSU used to do the same thing essentially by putting the pxeboot vmlinuz and initrd on a small partition and having a grub.conf entry pointed at them. > Didn't work once I started using RAID for the remote locations. Er... "remote locations"? > Now I have a sorty twitchy script on the recovery partition that > pulls in the right stanza for the primary partition's kernel and > stuffs it into it's copy of grub.conf. Yeah, that sounds like something I'd want rid of, too. But why do you need the hdX4 install to load the hdX1 instlal's kernel? I see what you're trying to accomplish... but why not just put an entry to boot the hdX4 install in the grub.conf on hdX1 ? After all, you've already _got_ the bootloader there twice -- hda and hdb -- and you shouldn't be reinstalling the bootblock very often. I'll admit it's a little more complex if you want to update the hdX4 install's kernel, but from the sound of things this is really just a really beefy rescue image, so e.g. security updates aren't particularly important. And sure, that means if hda's boot sector gets broken, you'll probably have to physically swap the drives to boot it (so the old hdb is 0x80), unless your bios allows you to do something equivalent. If it does, then that's pretty trivial -- it's just a different menu. I also tend to think a simpler solution (even if raid booting on partitions were available) would be to pxeboot your recovery image. > I suspect this knowledge might also be useful for Windows victims > since it really wants to own the MBR for itself and has a nasty habit > of reclaiming it without advance notice. My thoughts so far have really been that RAID and dual booting together are a case of "this only happens in the testlab". -- Peter From FrankSanderDo at vodafone.de Fri Apr 15 20:02:16 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Fri, 15 Apr 2005 22:02:16 +0200 Subject: probs with DFE-580 TX In-Reply-To: References: <425EA8C1.7010702@gwch.net> <1113500888.3358.0.camel@sb-home.lan> <425F9359.9040406@vodafone.de> Message-ID: <42601DC8.3090907@vodafone.de> Hi folks, after checking several options in the modprobe.conf and also the mentioned acpi=off if have to give up. nothing changed the situation decribed before. what I do not understand: I get the fault message and it looks on the traffic analyser that I get it before the traffic stops =-O !?!? than the traffic stops (I guess due to the transmitter reset) and than it comes back. Unfortunately I can not proper analyse the traffic outside the interface because the machine is ~1000km away from me. Anyway I have the feeling, that the timeout comes together with a set of collisions on the network. Can that? Does any body have an idea how this time out is created in the module? see you all Frank Mary Ellen Foster wrote: >On 4/15/05, Frank Sander wrote: > > >>kernel 2.6.10-1.770_FC3smp on a pentium 4 HT board with MEGAraid controler. >>DFE-580TX 4 port ethernet gives me every few seconds >> >>Apr 15 12:01:33 greystar01 kernel: NETDEV WATCHDOG: eth0: transmit timed out >>Apr 15 12:01:33 greystar01 kernel: eth0: Transmit timed out, TxStatus 00 >>TxFrameId 02, resetting... >> >>and resets the port. >>The Card is transfering Data but with the reset I always get the >>transfer down for a few seconds. >> >> > >That sounds like *exactly* the same problem I'm currently having with >my Broadcom Ethernet card in FC4test2 >(https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154512) -- also >a Pentium 4 HT processor. In test1, I was able to make it go away by >adding "acpi=off" to the command line in Grub; maybe that will work >for you with your card too. > >MEF > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at netlyncs.com Fri Apr 15 21:34:01 2005 From: mike at netlyncs.com (Mike Chambers) Date: Fri, 15 Apr 2005 16:34:01 -0500 Subject: Latest up2date packages from rawhide errors Message-ID: <1113600842.5334.3.camel@scrappy.netlyncs.com> Getting this error from up2date... up2date-gnome-4.4.14-2 up2date-4.4.14-2 Testing package set / solving RPM inter-dependencies... Traceback (most recent call last): File "/usr/sbin/up2date", line 1250, in ? sys.exit(main() or 0) File "/usr/sbin/up2date", line 800, in main fullUpdate, dryRun=options.dry_run)) File "/usr/sbin/up2date", line 1137, in batchRun batch.run() File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 78, in run self.__dryRun() File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 163, in __dryRun self.percentCallback) File "/usr/share/rhn/up2date_client/up2date.py", line 386, in dryRun ret = depsolve.solvedep() File "/usr/share/rhn/up2date_client/depSolver.py", line 722, in solvedep ret = self.process_deps(deps) File "/usr/share/rhn/up2date_client/depSolver.py", line 616, in process_deps changed = self.__dependencies(dependencies) File "/usr/share/rhn/up2date_client/depSolver.py", line 323, in __dependencies msgCallback = self.msgCallback) File "/usr/share/rhn/up2date_client/depSolver.py", line 97, in solveDep msgCallback = msgCallback) File "/usr/share/rhn/up2date_client/repoBackends/genericSolveDep.py", line 132 , in solveDep msgCallback = self.msgCallback) File "/usr/share/rhn/up2date_client/repoBackends/rpmmdRepo.py", line 60, in ge tSolutions provs = self.pkgSack.searchProvides(unknown) AttributeError: RpmmdSolveDep instance has no attribute 'pkgSack' This is by running up2date -u from command line. Looks like still get same problem with GUI, via forward/next button not highlighted nor the select all option not selecting all the packages listed. -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From shawnthayden at gmail.com Fri Apr 15 21:59:58 2005 From: shawnthayden at gmail.com (Shawn Hayden) Date: Fri, 15 Apr 2005 16:59:58 -0500 Subject: Cannot Install FC4 Test2? Message-ID: <475df56f050415145935282549@mail.gmail.com> I downloaded the ISO for i386, and verfied the checksum. I boot to the Cdrom, and at the first prompt to install fedora or change boot parameters, nothing happens when I press enter. A "." shows up. If I try and type any other boot parameters, the letters travel down the left side of the screen. Very strange behavior. I am using a Dell C600 laptop. Any ideas? -- Shawn From cmadams at hiwaay.net Fri Apr 15 22:12:59 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 15 Apr 2005 17:12:59 -0500 Subject: A Grub question In-Reply-To: <1113598490.24854.44.camel@localhost.localdomain> References: <1113412267.4963.242.camel@sigurd.incentre.net> <1113414782.6969.4.camel@tuxpaq> <1113512381.4963.392.camel@sigurd.incentre.net> <1113514878.7558.24.camel@md.local.linuxlobbyist.org> <1113516667.14538.173.camel@udev.yosemite.net> <20050415024058.GB1060430@hiwaay.net> <1113534407.4214.19.camel@udev.yosemite.net> <20050415031659.GE1060430@hiwaay.net> <1113595546.2918.31.camel@mjolnir> <1113598490.24854.44.camel@localhost.localdomain> Message-ID: <20050415221258.GA1572171@hiwaay.net> Once upon a time, Peter Jones said: > On Fri, 2005-04-15 at 15:05 -0500, John Morris wrote: > > Ok, while all of this Grub wizardry is assembled here, I have a > > question. Can you install grub in a partition instead of the MBR once > > RAID gets involved? > > You can do it manually with the grub shell, but I didn't add support for > using grub-install to install the boot sector onto a partition when > you've got /boot on a RAID mirror. > > I tend think this is something that's not really generally useful, but I > could probably be convinced that support is worth adding, if you have > some pretty good reasoning or maybe a patch ;) At the moment, I'm not doing software RAID on my main home system, but I hope to before long. I would like to see the ability to install to the /boot partition when /boot is software RAID1. My system is set up with 3 main OS installs: Win2K (need it for firmware upgrades and such), FC3 i386, and FC3 x86_64. I also have test installs from time to time. To keep them from stepping on each other, I always install GRUB to the /boot partition for that install. I created a single cylinder partition at the front of the disk and put a minimal GRUB install on it that just chain-loads to the various OS installs on the system (this is the MBR installed loader). When I get another drive and go with software RAID for the various /boot partitions, I will not want GRUB installing to the MBR. It had definately not do such without asking. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From florin at andrei.myip.org Fri Apr 15 22:36:33 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Fri, 15 Apr 2005 15:36:33 -0700 Subject: selinux warnings when initializing PostgreSQL In-Reply-To: <42600D50.30506@redhat.com> References: <1113544494.6750.2.camel@rivendell.home.local> <1113544685.6750.5.camel@rivendell.home.local> <42600D50.30506@redhat.com> Message-ID: <1113604593.25176.37.camel@stantz.corp.sgi.com> On Fri, 2005-04-15 at 14:52 -0400, Daniel J Walsh wrote: > So we don't fix these problems. Why are you running in permissive mode? I thought it's a prudent thing to do when trying out the FC test versions. -- Florin Andrei http://florin.myip.org/ From cacruden at yahoo.com Fri Apr 15 22:42:45 2005 From: cacruden at yahoo.com (Craig Cruden) Date: Fri, 15 Apr 2005 15:42:45 -0700 (PDT) Subject: FC4 -- really slow Message-ID: <20050415224245.59648.qmail@web50708.mail.yahoo.com> Message: 4 Date: Fri, 15 Apr 2005 14:42:37 -0400 From: Alan Cox Subject: Re: FC4 -- really slow To: For testers of Fedora Core development releases Message-ID: <20050415184237.GA12281 at devserv.devel.redhat.com> Content-Type: text/plain; charset=us-ascii On Fri, Apr 15, 2005 at 11:30:58AM -0700, Craig Cruden wrote: >> 250 G hard drive (disconnected the other 3 drives >> since I could not figure out which one was the >> bootable one otherwise). >> NVidia GeForce 3 >> >> Any ideas -- why this thing is sooooooooooo slow. > >If you boot with mem=1024M is it suddenely much faster ? Yes, it boots much faster -- what does this mean (other than I have a lot of useless memory :P ) __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From jmorris at beau.org Fri Apr 15 22:47:36 2005 From: jmorris at beau.org (John Morris) Date: Fri, 15 Apr 2005 17:47:36 -0500 Subject: A Grub question In-Reply-To: <1113598490.24854.44.camel@localhost.localdomain> References: <1494.192.168.0.254.1113348104.squirrel@whooper.org> <1113348505.4963.176.camel@sigurd.incentre.net> <1113349604.3603.5.camel@daxter.boston.redhat.com> <1113412267.4963.242.camel@sigurd.incentre.net> <1113414782.6969.4.camel@tuxpaq> <1113512381.4963.392.camel@sigurd.incentre.net> <1113514878.7558.24.camel@md.local.linuxlobbyist.org> <1113516667.14538.173.camel@udev.yosemite.net> <20050415024058.GB1060430@hiwaay.net> <1113534407.4214.19.camel@udev.yosemite.net> <20050415031659.GE1060430@hiwaay.net> <1113595546.2918.31.camel@mjolnir> <1113598490.24854.44.camel@localhost.localdomain> Message-ID: <1113605255.2918.58.camel@mjolnir> On Fri, 2005-04-15 at 15:54, Peter Jones wrote: > You can do it manually with the grub shell, but I didn't add support for > using grub-install to install the boot sector onto a partition when > you've got /boot on a RAID mirror. I was doing it with an older (RHEL3) grub. I'll try again with the lastest, but I tried every invocation from the grub shell I could think of and either got error messages or trashed RAID volumes. > > Didn't work once I started using RAID for the remote locations. > > Er... "remote locations"? Local being in the building with me, where it is easier to just keep a complete spare workstation ready to drop in should a drive fail. Remote being 10-20 miles away where someone would have to drive one over. RAID1 makes a lot more sense in that case, a second drive for each branch location being a better deal than a spare PC. Been my experience the HDD is the most failure prone component and they have some user data it isn't practical to keep backed up at the central site due to crappy 56Kbit connectivity. > > Now I have a sorty twitchy script on the recovery partition that > > pulls in the right stanza for the primary partition's kernel and > > stuffs it into it's copy of grub.conf. > > Yeah, that sounds like something I'd want rid of, too. But why do you > need the hdX4 install to load the hdX1 instlal's kernel? I don't. I'd prefer it passed control to a second copy of grub on hdX1 that would know what version is installed, but I can't find any way to get grub to live anywhere but the MBR if all of the partitions are raid members. ext3 has made power glitches a lot more survivable but I don't ever want a machine to stay down if I can help it. So I let hdX4 rebuild the primary on demand. In addition when a new version of my default software load is available the machines automatically pick it up and trigger a rebuild. A few version might include a new kernel so the recovery side has to be able to go look at the primary and create a grub entry. Basically I'm reinventing wheels that grubby and install-new-kernel already solve in the typical case. > I see what you're trying to accomplish... but why not just put an entry > to boot the hdX4 install in the grub.conf on hdX1 ? Because if the primary is really horked it's grub might not work. Think power glich which screw up the primary, start a reload and BAM, the lights go out a second time before /boot gets restored. Also it wouldn't solve everything because as a belt & suspenders guy I also built in the ability for the primary side to notice and automatically apply new versions of the small system monitor partition. Basically, the problem is that with md you better have one and only one OS with the loader in the MBR or you lose. > I also tend to think a simpler solution (even if raid booting on > partitions were available) would be to pxeboot your recovery image. Wouldn't work out very well at the end of a 56/64Kbit leased circuit where there are exactly two PCs, a staff workstation and a public access one. I know Linux security is pretty good but you won't catch ME netbooting a machine that processes confidential info from a public PC. :) I am already pondering it for use here at the main branch though. > > I suspect this knowledge might also be useful for Windows victims > > since it really wants to own the MBR for itself and has a nasty habit > > of reclaiming it without advance notice. > > My thoughts so far have really been that RAID and dual booting together > are a case of "this only happens in the testlab". Probably because anyone who tries it gives up because it is darned nigh impossible. I know I had to be pretty darned determined to make it as far as I have. -- John M. http://www.beau.org/~jmorris This post is 100% M$Free! Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r From davej at redhat.com Fri Apr 15 22:50:21 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 15 Apr 2005 18:50:21 -0400 Subject: FC4 -- really slow In-Reply-To: <20050415224245.59648.qmail@web50708.mail.yahoo.com> References: <20050415224245.59648.qmail@web50708.mail.yahoo.com> Message-ID: <20050415225021.GB22132@redhat.com> On Fri, Apr 15, 2005 at 03:42:45PM -0700, Craig Cruden wrote: > Message: 4 > Date: Fri, 15 Apr 2005 14:42:37 -0400 > From: Alan Cox > Subject: Re: FC4 -- really slow > To: For testers of Fedora Core development releases > > Message-ID: > <20050415184237.GA12281 at devserv.devel.redhat.com> > Content-Type: text/plain; charset=us-ascii > > On Fri, Apr 15, 2005 at 11:30:58AM -0700, Craig Cruden > wrote: > >> 250 G hard drive (disconnected the other 3 drives > >> since I could not figure out which one was the > >> bootable one otherwise). > >> NVidia GeForce 3 > >> > >> Any ideas -- why this thing is sooooooooooo slow. > > > >If you boot with mem=1024M is it suddenely much > faster ? > > Yes, it boots much faster -- what does this mean > (other than I have a lot of useless memory :P ) What does your /proc/mtrr look like ? Dave From syncomm at gmail.com Fri Apr 15 22:50:33 2005 From: syncomm at gmail.com (Gregory Hayes) Date: Fri, 15 Apr 2005 18:50:33 -0400 Subject: GCC 4 Woes In-Reply-To: References: <9f573ec5050414130496d5ded@mail.gmail.com> Message-ID: <9f573ec50504151550759fff34@mail.gmail.com> Thanks! That worked like a charm for both MPlayer and xine-lib. I've only found one package so far that had gcc hardcoded in the SPEC, but I just changed it and did an rpmbuild -ba against it. Greg - > Make sure you have compat-gcc-32 installed; you'll also need a bunch > more "-devel" packages (e.g., ffmpeg-devel), which should come from > livna no problem. You need the "optflags" business because otherwise > rpmbuild tries to use a command-line flag "-mtune=pentium4", which > gcc32 doesn't know about; the above setting is just the default minus > that one flag. > > Hope this helps! > > MEF > > -- > __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ > "One of the main causes of the fall of the Roman Empire was that, > lacking zero, they had no way to indicate successful termination > of their C programs." (Robert Firth) > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From cacruden at yahoo.com Fri Apr 15 23:08:47 2005 From: cacruden at yahoo.com (Craig Cruden) Date: Fri, 15 Apr 2005 16:08:47 -0700 (PDT) Subject: FC4 -- really slow In-Reply-To: 6667 Message-ID: <20050415230847.37886.qmail@web50702.mail.yahoo.com> >> >> Any ideas -- why this thing is sooooooooooo slow. >> > >> >If you boot with mem=1024M is it suddenely much >> faster ? >> >> Yes, it boots much faster -- what does this mean >> (other than I have a lot of useless memory :P ) > >What does your /proc/mtrr look like ? > > Dave reg00: base=0x00000000 ( 0MB), size=2048MB: write-back, count=1 reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1 reg02: base=0xc0000000 (3072MB), size= 512MB: write-back, count=1 reg03: base=0xe0000000 (3584MB), size= 128MB: write-back, count=1 reg04: base=0xe8000000 (3712MB), size= 64MB: write-back, count=1 reg05: base=0xec000000 (3776MB), size= 32MB: write-back, count=1 reg06: base=0xf0000000 (3840MB), size= 64MB: write-combining, count=1 __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ From tech.sivam at gmail.com Fri Apr 15 23:08:41 2005 From: tech.sivam at gmail.com (siva m) Date: Fri, 15 Apr 2005 18:08:41 -0500 Subject: FC4 issues... Message-ID: <660414a5050415160840a0a449@mail.gmail.com> Hi, I upgraded my system from Fedora Core 3 to Core 4 on my Athlon XP PC and the only issue still persisting after updating my packages so far today is: 1. By default there is no network connection ie. couldn't connect to internet and I have to manually activate network. From byte at aeon.com.my Fri Apr 15 23:40:11 2005 From: byte at aeon.com.my (Colin Charles) Date: Sat, 16 Apr 2005 09:40:11 +1000 Subject: FC4 issues... In-Reply-To: <660414a5050415160840a0a449@mail.gmail.com> References: <660414a5050415160840a0a449@mail.gmail.com> Message-ID: <1113608411.4518.106.camel@arena.soho.bytebot.net> On Fri, 2005-04-15 at 18:08 -0500, siva m wrote: > > 1. By default there is no network connection ie. couldn't connect to > internet and I have to manually activate network. Without telling us more about your network card (lspci, mii-tool, etc...), there's no way we can magically debug the problem Also, is NetworkManager running (check: /etc/init.d/NetworkManager status) Did you configure it to start the network at bootup? Look at /etc/sysconfig/network-scripts/ifcfg-eth0 -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From alan at redhat.com Fri Apr 15 23:53:03 2005 From: alan at redhat.com (Alan Cox) Date: Fri, 15 Apr 2005 19:53:03 -0400 Subject: FC4 -- really slow In-Reply-To: <20050415224245.59648.qmail@web50708.mail.yahoo.com> References: <20050415224245.59648.qmail@web50708.mail.yahoo.com> Message-ID: <20050415235303.GC25033@devserv.devel.redhat.com> On Fri, Apr 15, 2005 at 03:42:45PM -0700, Craig Cruden wrote: > >If you boot with mem=1024M is it suddenely much > faster ? > > Yes, it boots much faster -- what does this mean > (other than I have a lot of useless memory :P ) Generally it means your BIOS is broken. You'll probably find that mem=xxxxk where xxxx is about 32Mb less than amount expected will be the cut off but can you boot it and post your /proc/mtrr From cacruden at yahoo.com Sat Apr 16 00:09:19 2005 From: cacruden at yahoo.com (Craig Cruden) Date: Fri, 15 Apr 2005 17:09:19 -0700 (PDT) Subject: FC4 -- really slow In-Reply-To: 6667 Message-ID: <20050416000919.55969.qmail@web50702.mail.yahoo.com> Intel Pentium 4 with Southbridge (ICH5/ICH5R) [motherboards] ignore everything after around 3.5 megabytes (I think it works out to 3766? on this motherboard) because that area is used by the chipsets involved. I had previously had "the other operating system :P" installed on this computer when I first realized it. The OS ignored that area of memory (i.e. I would display memory available and it was not 4GB -- which prompted me to go back and read about why). Is this really a broken BIOS [which has been updated to the most recent release] or something that anaconda should know about with these Intel chipsets? --- Alan Cox wrote: > On Fri, Apr 15, 2005 at 03:42:45PM -0700, Craig > Cruden wrote: > > >If you boot with mem=1024M is it suddenely much > > faster ? > > > > Yes, it boots much faster -- what does this mean > > (other than I have a lot of useless memory :P ) > > Generally it means your BIOS is broken. You'll > probably find that > mem=xxxxk where xxxx is about 32Mb less than amount > expected will be the > cut off but can you boot it and post your /proc/mtrr > > > __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From rramson at gmail.com Sat Apr 16 01:10:37 2005 From: rramson at gmail.com (Richard Ramson) Date: Fri, 15 Apr 2005 21:10:37 -0400 Subject: Unable to update perl-Archive-Tar-1.23-2.noarch.rpm Message-ID: I'm running the following command and getting errors: rpm -Uhv perl-Archive-Tar-1.23-2.noarch.rpm error: Failed dependencies: perl(IO::String) is needed by perl-Archive-Tar-1.23-2.noarch perl(IO::Zlib) is needed by perl-Archive-Tar-1.23-2.noarch Has anybody else had this problem? -- CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB 939-pin Motherboard: GA-K8NXP-SLI nForce4 SLI chipset Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR Memory Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / Video Card Sound: Onboard HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD Monitor w/ Speakers From dwalsh at redhat.com Sat Apr 16 02:24:22 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 15 Apr 2005 22:24:22 -0400 Subject: selinux warnings when initializing PostgreSQL In-Reply-To: <1113604593.25176.37.camel@stantz.corp.sgi.com> References: <1113544494.6750.2.camel@rivendell.home.local> <1113544685.6750.5.camel@rivendell.home.local> <42600D50.30506@redhat.com> <1113604593.25176.37.camel@stantz.corp.sgi.com> Message-ID: <42607756.4050006@redhat.com> Florin Andrei wrote: >On Fri, 2005-04-15 at 14:52 -0400, Daniel J Walsh wrote: > > > >>So we don't fix these problems. Why are you running in permissive mode? >> >> > >I thought it's a prudent thing to do when trying out the FC test >versions. > > > Permissive mode should only be used if you have a problem, Or to figure a way around a problem. With targeted policy SELinux has moved far enough that it should be fairly rare where permissive mode is required. Dan -- From fct-cornette at insight.rr.com Sat Apr 16 02:48:38 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 15 Apr 2005 22:48:38 -0400 Subject: rawhide report: 20050415 changes In-Reply-To: <35398.213.164.3.90.1113568766.squirrel@www.nodata.co.uk> References: <200504151135.j3FBZHAM004476@porkchop.devel.redhat.com> <35398.213.164.3.90.1113568766.squirrel@www.nodata.co.uk> Message-ID: <42607D06.4050508@insight.rr.com> nodata wrote: >>Does this mean up2date will finally be able to update rpm's other than >>kernel packages????? I can't wait to get home to try it out. :) > > > Doesn't WFM. The Forward button still doesn't work :/ > up2date-4.4.14-2 Adding a package that is available to the excusions list, then selecting the package until after you proceed to the next screen allows the ability to select packages other than on times that the kernel s available for update. I deselected the exception that I added and then was able to update the bind related packages. It would be decent if up2date would work as designed in earlier times though. Jim -- Left to themselves, things tend to go from bad to worse. From sean.bruno at dsl-only.net Sat Apr 16 04:32:54 2005 From: sean.bruno at dsl-only.net (Sean) Date: Fri, 15 Apr 2005 21:32:54 -0700 Subject: FC2T2 Test Report Message-ID: <1113625974.14111.1.camel@homebox> Just finished my updates to FC2T2 from rawhide and it looks good on my box. Dell Latitude D800 [sean at homebox ~]$ /sbin/lspci 00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller (rev 03) 00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP Controller (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 81) 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 01) 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) 01:00.0 VGA compatible controller: nVidia Corporation NV28 [GeForce4 Ti 4200 Go AGP 8x] (rev a1) 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5705M Gigabit Ethernet (rev 01) 02:01.0 CardBus bridge: Texas Instruments PCI7510 PC card Cardbus Controller (rev 01) 02:01.1 CardBus bridge: Texas Instruments PCI7510,7610 PC card Cardbus Controller (rev 01) 02:01.2 FireWire (IEEE 1394): Texas Instruments PCI7410,7510,7610 OHCI-Lynx Controller 02:01.3 System peripheral: Texas Instruments PCI7410,7510,7610 PCI Firmware Loading Function All seems to be well at this point. From sean.bruno at dsl-only.net Sat Apr 16 04:53:44 2005 From: sean.bruno at dsl-only.net (Sean) Date: Fri, 15 Apr 2005 21:53:44 -0700 Subject: Nvidia driver(proprietary, closed source) report Message-ID: <1113627224.14111.9.camel@homebox> THIS IS NOT A SUPPORT REQUEST(nor a troll) For the record, I can't get the thing to work. Pretty much expected though. What's weird this time, is that I'm not getting any errors of any kind in the X server log. The "I can't start your X server" curses stuff pops up, and there are some errors in /var/log/messages: Apr 15 21:24:43 homebox gdm[12945]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Apr 15 21:24:43 homebox gdm[12771]: deal_with_x_crashes: Running the XKeepsCrashing script Apr 15 21:24:44 homebox gpm[2889]: *** info [client.c(137)]: Apr 15 21:24:44 homebox gpm[2889]: Connecting at fd 6 If I comment out Load "glx" I can get X to start, but that's pretty useless for 3d stuff. Not real sure what is going on here, but I will continue to poke at it...and at Nvidia for sure...! Sean From sean.bruno at dsl-only.net Sat Apr 16 04:54:38 2005 From: sean.bruno at dsl-only.net (Sean) Date: Fri, 15 Apr 2005 21:54:38 -0700 Subject: updatedb disabled? Message-ID: <1113627278.14111.11.camel@homebox> updatedb is disabled by default? Was this intentional? First time I have ever had to turn it on, took me a while too. Sean From skvidal at phy.duke.edu Sat Apr 16 04:59:04 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 16 Apr 2005 00:59:04 -0400 Subject: updatedb disabled? In-Reply-To: <1113627278.14111.11.camel@homebox> References: <1113627278.14111.11.camel@homebox> Message-ID: <1113627544.22733.0.camel@cutter> On Fri, 2005-04-15 at 21:54 -0700, Sean wrote: > updatedb is disabled by default? Was this intentional? > > First time I have ever had to turn it on, took me a while too. That would please me - updatedb tends to eat battery life. :) -sv From maxer1 at xmission.com Sat Apr 16 05:01:33 2005 From: maxer1 at xmission.com (RaXeT) Date: Fri, 15 Apr 2005 23:01:33 -0600 Subject: Marvell PCI Express GB LAN Support (ASUS P5GD2) In-Reply-To: References: Message-ID: <42609C2D.8060200@xmission.com> Jeff Sheltren wrote: >Hi, I'm trying to install FC4 devel on a system with an ASUS P5GD2 >motherboard. It has an on-board gig LAN card which they state is the: >"Marvell 88E8053 PCI Express Gigabit LAN controller" which goes undetected >in the install. > >>From what I gather here: >https://www.redhat.com/archives/fedora-list/2005-February/msg03974.html >This is a SysKonnect chipset and should be using the sk98lin driver. After >loading that driver in anaconda, the card is still not detected. Is there a >chance of getting this chipset supported in FC4? > >Thanks, >Jeff > > > > Actually no. You see SysKonnect has been very poor about updating their driver to work. You will always have to compile the patch into the kernel before it will work. Currently the last Fedora Core kernel that will work is 2.6.11-1.1185_FC4. I have reported back to SysKonnect on the post 2.6.11-1.1185 issues and they are working on yet another compatible patch. RaXeT From dragoran at feuerpokemon.de Sat Apr 16 05:30:15 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Sat, 16 Apr 2005 07:30:15 +0200 Subject: Nvidia driver(proprietary, closed source) report In-Reply-To: <1113627224.14111.9.camel@homebox> References: <1113627224.14111.9.camel@homebox> Message-ID: <4260A2E7.4060605@feuerpokemon.de> Sean wrote: >THIS IS NOT A SUPPORT REQUEST(nor a troll) > >For the record, I can't get the thing to work. Pretty much expected >though. What's weird this time, is that I'm not getting any errors of >any kind in the X server log. The "I can't start your X server" curses >stuff pops up, and there are some errors in /var/log/messages: > >Apr 15 21:24:43 homebox gdm[12945]: gdm_slave_xioerror_handler: Fatal X >error - Restarting :0 >Apr 15 21:24:43 homebox gdm[12771]: deal_with_x_crashes: Running the >XKeepsCrashing script >Apr 15 21:24:44 homebox gpm[2889]: *** info [client.c(137)]: >Apr 15 21:24:44 homebox gpm[2889]: Connecting at fd 6 > >If I comment out Load "glx" I can get X to start, but that's pretty >useless for 3d stuff. > >Not real sure what is going on here, but I will continue to poke at >it...and at Nvidia for sure...! > >Sean > > > > > its a selinux issue... try restorecon /usr/X11R6/lib/modules/drivers/nvidia* From malists at epon.ro Sat Apr 16 06:21:59 2005 From: malists at epon.ro (Marius Andreiana) Date: Sat, 16 Apr 2005 09:21:59 +0300 Subject: fc4t2 - grub install on mbr - choose which hdd Message-ID: <1113632519.2312.14.camel@localhost.localdomain> Hi When installing fc4t2 with both a hda and sda in the system (installing on sda from images on hda), grub will install in mbr of hda. I want it in mbr of sda, but I can't choose. What's the criteria for selecting the default device? -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From mitr at volny.cz Sat Apr 16 07:26:29 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Sat, 16 Apr 2005 09:26:29 +0200 Subject: updatedb disabled? In-Reply-To: <1113627278.14111.11.camel@homebox> References: <1113627278.14111.11.camel@homebox> Message-ID: <20050416072625.GA23470@chrys.ms.mff.cuni.cz> On Fri, Apr 15, 2005 at 09:54:38PM -0700, Sean wrote: > updatedb is disabled by default? Was this intentional? Yes, it was even documented in the FC4t2 release notes. I think we should have something like an extended anacron that would run maintentance tasks (makewhatis, prelink, updatedb) if the computer is not running on battery, in addition to "always run updatedb" and "never run updatedb". But I'm not sure I'll be able to work on this in time for FC4. Mirek From cimmo at libero.it Sat Apr 16 10:06:18 2005 From: cimmo at libero.it (Cimmo) Date: Sat, 16 Apr 2005 12:06:18 +0200 Subject: fc4t2 - grub install on mbr - choose which hdd In-Reply-To: <1113632519.2312.14.camel@localhost.localdomain> References: <1113632519.2312.14.camel@localhost.localdomain> Message-ID: <4260E39A.60808@libero.it> You have missed an option during installation. There is an option called: "change disk order" or something like that and you have to put sda first and hda second (default is opposite), then you can choose to install Grub to sda's MBR bye Marco Marius Andreiana ha scritto: >Hi > >When installing fc4t2 with both a hda and sda in the system (installing >on sda from images on hda), grub will install in mbr of hda. I want it >in mbr of sda, but I can't choose. > >What's the criteria for selecting the default device? > > > From Rajmund.Krivec at ijs.si Sat Apr 16 10:16:05 2005 From: Rajmund.Krivec at ijs.si (Rajmund Krivec) Date: Sat, 16 Apr 2005 12:16:05 +0200 (CEST) Subject: K8N-E Deluxe + SATA: install OK Message-ID: I made a partial installation of FC4-test2 on Asus K8N-E Deluxe with nVidia nForce3 250gb chipset, two SATA disks (I think RAID is disabled in BIOS). Disks were recognized (as /dev/sd*, not /dev/hd*). Anaconda this time behaved very nice. I didn't try the on-board gigabit NIC (I also have a Realtek anyway). PROBLEMS (?) I powered off when second CD was requested (since I simply didn't burn it). I could boot XP afterwards but the existing FC2 got stuck. Powered off, waited, it appeared; inserted the new FC4/ext3 partition in FC2's fstab, FC2 then complained fsck.ext3 is too old to validate; removed from fstab. So it won't be possible to mount FC2 ext3 partitions in FC4? HISTORY: I have a working FC2 installation. FC3 could not be installed, did not see disks. FC2 kernel upgrade: did not see disks anymore too. RANT: All's well that ends well? (1) I hope when FC4 comes out it will not lose disks again? (3) I hope the spread of Linux will bring about social responsibility: the "now you see disks, now you don't" approach is unacceptable Best regards, Rajmund From malists at epon.ro Sat Apr 16 10:34:50 2005 From: malists at epon.ro (Marius Andreiana) Date: Sat, 16 Apr 2005 13:34:50 +0300 Subject: can't stop yum, must use kill -9 Message-ID: <1113647690.3125.1.camel@localhost.localdomain> I don't know if it's a new issue, but I first noticed this in fc4t2. When yum is downloading packages, it can't be stopped pressing ctrl+c (it will switch to another mirror and continue). Seth, it this a bug or a feature? :) Seems a bug. Thanks, -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From shrek-m at gmx.de Sat Apr 16 11:05:58 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 16 Apr 2005 13:05:58 +0200 Subject: can't stop yum, must use kill -9 In-Reply-To: <1113647690.3125.1.camel@localhost.localdomain> References: <1113647690.3125.1.camel@localhost.localdomain> Message-ID: <4260F196.3020407@gmx.de> Marius Andreiana wrote: >I don't know if it's a new issue, but I first noticed this in fc4t2. >When yum is downloading packages, it can't be stopped pressing ctrl+c >(it will switch to another mirror and continue). > > yes, it is really annoying. this happened to me in fc3/4t1/4t2 afair yum tries all mirros before it stops. you have to break every mirror with [ctlr][c] before you get the expeted result. an other thing is/was "\*" and "*" as wildcard i am not sure if it was "yum" and/or "rpm" in some versions "*" is ok and suddenly after an update you have to use "\*" to get the expected resultat. i do not know in which release/version this happened. "\*" is/was always ok. -- shrek-m From FrankSanderDo at vodafone.de Sat Apr 16 10:16:23 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Sat, 16 Apr 2005 12:16:23 +0200 Subject: Failed to mmap Message-ID: <4260E5F7.3000206@vodafone.de> Hi folks, with my update yust now I got several massages failed to mmap... after one of the packages I have seen was kernel I am afraid now to restart the machine to aktivate the new kernel. Anybody the same prob? see you Frank From rramson at gmail.com Sat Apr 16 11:40:46 2005 From: rramson at gmail.com (Richard Ramson) Date: Sat, 16 Apr 2005 07:40:46 -0400 Subject: Failed to mmap In-Reply-To: <4260E5F7.3000206@vodafone.de> References: <4260E5F7.3000206@vodafone.de> Message-ID: On 4/16/05, Frank Sander wrote: > Hi folks, > > with my update yust now I got several massages > > failed to mmap... > > after one of the packages I have seen was kernel I am afraid now to > restart the machine to aktivate the new kernel. > > Anybody the same prob? > > see you > Frank > > -- I saw a few of those messages but I ran rpm -q "package-name" and saw they were updated so I didn't worry about it. I shutdown my machine everyday and so far it has always started back up. ;) -- CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB 939-pin Motherboard: GA-K8NXP-SLI nForce4 SLI chipset Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR Memory Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / Video Card Sound: Onboard HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD Monitor w/ Speakers From settinghead at gmail.com Sat Apr 16 11:44:55 2005 From: settinghead at gmail.com (Xiyang Chen) Date: Sat, 16 Apr 2005 19:44:55 +0800 Subject: network failure after unsigned yum update in FC4t2 Message-ID: <2127662105041604442b378c9d@mail.gmail.com> Hi, I had a problem after "yum update" my FC4t2 system. It got stuck at "determining IP configuration" for quite a long time when starting up, and the system could boot successfully but the network failed to function correctly. The DNS service seemed completely down. Here is the error message shown on screen when booting: icmp open socket: Permission denied. What caused this? Any solutions? Thanks. Xiyang From ja at jaa.org.uk Sat Apr 16 11:48:45 2005 From: ja at jaa.org.uk (John Austin) Date: Sat, 16 Apr 2005 12:48:45 +0100 Subject: fc4t2 - grub install on mbr - choose which hdd In-Reply-To: <4260E39A.60808@libero.it> References: <1113632519.2312.14.camel@localhost.localdomain> <4260E39A.60808@libero.it> Message-ID: <1113652125.8863.76.camel@maui.jaa.org.uk> On Sat, 2005-04-16 at 12:06 +0200, Cimmo wrote: > You have missed an option during installation. > There is an option called: "change disk order" or something like that > and you have to put sda first and hda second (default is opposite), then > you can choose to install Grub to sda's MBR > > bye > Marco > > Marius Andreiana ha scritto: > > >Hi > > > >When installing fc4t2 with both a hda and sda in the system (installing > >on sda from images on hda), grub will install in mbr of hda. I want it > >in mbr of sda, but I can't choose. > > > >What's the criteria for selecting the default device? > > > > > > > Hi Yes but the info is confusing and I found that it did not seem to change when you did the swap. I still think selecting No Boot Loader and sorting out booting after the install has finished using grub (not grub-install), in linux rescue mode, is currently the safest option if you really want to know what is going where. John From cimmo at libero.it Sat Apr 16 11:52:09 2005 From: cimmo at libero.it (Cimmo) Date: Sat, 16 Apr 2005 13:52:09 +0200 Subject: fc4t2 - grub install on mbr - choose which hdd In-Reply-To: <1113652125.8863.76.camel@maui.jaa.org.uk> References: <1113632519.2312.14.camel@localhost.localdomain> <4260E39A.60808@libero.it> <1113652125.8863.76.camel@maui.jaa.org.uk> Message-ID: <4260FC69.1090607@libero.it> Sorry what is confused? My info? Anyway I have exactly your situation (1 SATA and 1 PATA) and I have succesfully installed Grub like I have explained. Bye Cimmo John Austin ha scritto: >Yes but the info is confusing and I found that it did >not seem to change when you did the swap. >I still think selecting No Boot Loader >and sorting out booting after the install has finished >using grub (not grub-install), in linux rescue mode, >is currently the safest option if you really want to know >what is going where. >John > > > From jspaleta at gmail.com Sat Apr 16 13:41:08 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 16 Apr 2005 09:41:08 -0400 Subject: updatedb disabled? In-Reply-To: <20050416072625.GA23470@chrys.ms.mff.cuni.cz> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> Message-ID: <604aa79105041606414c49c12b@mail.gmail.com> On 4/16/05, Miloslav Trmac wrote: > I think we should have something like an extended anacron that would > run maintentance tasks (makewhatis, prelink, updatedb) if the computer > is not running on battery, in addition to "always run updatedb" and > "never run updatedb". But I'm not sure I'll be able to work on this > in time for FC4. Making the right solution a target for fc5 is fine, I have no significant problem with seeing anacron extended as soon as its reasonably possible. Here's my problem.... why can't anacron and cron use different cronjobs? If the reason why updatedb was disabled by default even for cron was because anacron was running it... why can't anacron just be told to use a subset of scripts and let cron still do all the nightly stuff at 4 am.. if the computer is running at 4 am? Could we just restructure the cron.daily/ directory into two directories or something cron.daily and cron.daily.anacron/ and have anacron only from the stuff in cron.daily.anacron? -jef From mitr at volny.cz Sat Apr 16 14:01:29 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Sat, 16 Apr 2005 16:01:29 +0200 Subject: updatedb disabled? In-Reply-To: <604aa79105041606414c49c12b@mail.gmail.com> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> Message-ID: <20050416140129.GD23647@chrys.ms.mff.cuni.cz> On Sat, Apr 16, 2005 at 09:41:08AM -0400, Jeff Spaleta wrote: > On 4/16/05, Miloslav Trmac wrote: > > I think we should have something like an extended anacron that would > > run maintentance tasks (makewhatis, prelink, updatedb) if the computer > > is not running on battery, in addition to "always run updatedb" and > > "never run updatedb". But I'm not sure I'll be able to work on this > > in time for FC4. > > Here's my problem.... why can't anacron and cron use different cronjobs? > If the reason why updatedb was disabled by default even for cron was > because anacron was running it... why can't anacron just be told to > use a subset of scripts and let cron still do all the nightly stuff at > 4 am.. if the computer is running at 4 am? Could we just restructure > the cron.daily/ directory into two directories or something cron.daily > and cron.daily.anacron/ > and have anacron only from the stuff in cron.daily.anacron? Yes, that's my vague plan: to make /etc/cron.maintenance or something. This would work exactly like cron.daily except that it would be ignored when the computer is running on battery. When it is reconnected to AC, anacron is started to run the maintenance tasks. This is fine as long as the computer doesn't have exteme battery life (weeks). Mirek From FrankSanderDo at vodafone.de Sat Apr 16 14:41:40 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Sat, 16 Apr 2005 16:41:40 +0200 Subject: network failure after unsigned yum update in FC4t2 In-Reply-To: <2127662105041604442b378c9d@mail.gmail.com> References: <2127662105041604442b378c9d@mail.gmail.com> Message-ID: <42612424.5040004@vodafone.de> Hi I had the same problem and figured in demsg, that the irq routing has been changed. -------snip dmesg------------ ** Routing PCI interrupts for all devices because "pci=routeirq" ** was specified. If this was required to make a driver work, ** please email the output of "lspci" to bjorn.helgaas at hp.com ** so I can fix the driver. ------snap dsmeg-------- pci=routeirq entered on the kernel boot parms helped in my case. see you Frank Xiyang Chen wrote: >Hi, > >I had a problem after "yum update" my FC4t2 system. It got stuck at >"determining IP configuration" for quite a long time when starting up, >and the system could boot successfully but the network failed to >function correctly. The DNS service seemed completely down. > >Here is the error message shown on screen when booting: >icmp open socket: Permission denied. > >What caused this? Any solutions? > >Thanks. > >Xiyang > > > From loony at loonybin.org Sat Apr 16 15:51:25 2005 From: loony at loonybin.org (Peter Arremann) Date: Sat, 16 Apr 2005 11:51:25 -0400 Subject: updatedb disabled? In-Reply-To: <604aa79105041606414c49c12b@mail.gmail.com> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> Message-ID: <200504161151.25736.loony@loonybin.org> On Saturday 16 April 2005 09:41, Jeff Spaleta wrote: > Making the right solution a target for fc5 is fine, I have no > significant problem with seeing anacron extended as soon as its > reasonably possible. ok - so the plan is to replace one thing that is done wrong (suck battery life) with another thing that is wrong (not run as users got to expect it for years) for one release only and then come up with a good solution? Not arguing that its nessecary and all or how it should be fixed - just what is the logic behind it? It was wrong for years, so why not leave it wrong for one more release rather than have it change with FC4 and then again in FC5 and cause a ton of confusion with the users? Leave it in FC4 the way it is and then fix it properly in FC5... that way you only have one transition and its one that you can actually explain to users. I at least had a hard time talking to the other guys at work and say "Yes, I know from our perspective they are asking 99% of all guys that run a desktop to do more work so it benefits the 1% that run a laptop, but this makes more sense!" Peter. From mitr at volny.cz Sat Apr 16 16:37:56 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Sat, 16 Apr 2005 18:37:56 +0200 Subject: updatedb disabled? In-Reply-To: <200504161151.25736.loony@loonybin.org> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> Message-ID: <20050416163752.GE23647@chrys.ms.mff.cuni.cz> On Sat, Apr 16, 2005 at 11:51:25AM -0400, Peter Arremann wrote: > ok - so the plan is to replace one thing that is done wrong (suck battery > life) with another thing that is wrong (not run as users got to expect it for > years) for one release only and then come up with a good solution? > I at least had a hard time talking to the other guys at work and say "Yes, I > know from our perspective they are asking 99% of all guys that run a desktop > to do more work so it benefits the 1% that run a laptop, but this makes more > sense!" No, I think updatedb should stay disabled by default even if the laptop problem is solved, at least as long as slocate is a mandatory package in the Base comps group. Most users that run a "desktop" don't use locate, so running updatedb is just wasted. If slocate had to be manually selected for installation, it makes sense to enable it by default... but installing the package is a more complicated action than enabling updatedb if it is already installed. Mirek From buildsys at redhat.com Sat Apr 16 16:57:15 2005 From: buildsys at redhat.com (Build System) Date: Sat, 16 Apr 2005 12:57:15 -0400 Subject: rawhide report: 20050416 changes Message-ID: <200504161657.j3GGvFgN008389@porkchop.devel.redhat.com> Updated Packages: anaconda-10.2.0.51-1 -------------------- * Fri Apr 15 2005 Chris Lumens 10.2.0.51-1 - Decode source URL for writing to anaconda-ks.cfg (#154149). - Add kernel-xen?-devel to the exclude list (katzj, #154819). - Fix text wrapping (#153071, #154786). - Various UI fixes. - Select language packages for all selected languages (#153748, #154181). firefox-0:1.0.3-2 ----------------- * Fri Apr 15 2005 Christopher Aillon 0:1.0.3-2 - Add patch to properly link against libgfxshared_s.a * Fri Apr 15 2005 Christopher Aillon 0:1.0.3-1 - Update to security release 1.0.3 * Tue Apr 12 2005 Christopher Aillon 0:1.0.2-4 - Update useragent patch to match upstream. - Add nspr-config 64 bit patch from rstrode at redhat.com gdm-1:2.6.0.8-4 --------------- * Thu Apr 14 2005 Matthias Clasen 1:2.6.0.8-4 - Don't do early-login if firstboot is going to run - Make early-login work with timed and automatic logins glibc-2.3.5-1 ------------- * Fri Apr 15 2005 Roland McGrath 2.3.5-1 - update from CVS - fix execvp regression (BZ#851) - ia64 libm updates - sparc updates - grok PT_NOTE in vDSO for kernel version and extra hwcap dirs, support "hwcap" keyword in ld.so.conf files glibc-kernheaders-2.4-9.1.93 ---------------------------- * Fri Apr 15 2005 David Woodhouse 2.4-9.1.93 - Restore version.h to 2.4.20 Yeah, stuff which depends on it is broken, but let's not rub it in their faces till after FC4 is out. * Fri Apr 15 2005 David Woodhouse 2.4-9.1.92 - Fix PT_FPSCR definition on PPC64 (#91727) - Move PPC_PTRACE_xxx_3264 from ppc64 to ppc32 ptrace.h (#97641) - Support VMX in ptrace.h on ppc/ppc64 (#146727) - Fix ppc64 stat.h, statfs.h (#146909, #146914) - Update ia64 ptrace_offsets.h (#117234) - Add IPV6_V6ONLY to in6.h (#97088) - Update cosmetic version in linux/version.h (#117020) - Include videodev2.h (#122671) - Drop contents of quota.h. Just bitch and include sys/quota.h instead. - Fix socket.h definitions to add SO_PEERSEC, AF_LLC, etc. (#134444) - Add x86_64 mce.h (#137974) - Provide linux/futex.h (#138823) - The GPL has more than one term (#139184) - Fix duplicate definition of __NR_epoll_{ctl,wait} on x86_64 (#139586) - Include uinput.h (#142812) - Include if_infiniband.h (#147590) - Add SHM_EXEC to shm.h (#150602) - Add DVB headers (#154493) - Add keyctl.h and new errno values (#146909) - Add missing waitid and keyctl syscalls to */unistd.h (#146909,#140951) icon-slicer-0.3-7 ----------------- * Sat Apr 16 2005 Florian La Roche - Copyright: -> License: initscripts-8.08-2 ------------------ * Fri Apr 15 2005 Bill Nottingham 8.08-1 - update translation base - automatically send hostname for DHCP if it's available and not overridden (#149667) - load user-defined module scripts from /etc/sysconfig/modules at boot (#123927) - halt: reverse sort the mount list, avoiding errors (#147254, ) - ifup-wireless: add SECURITYMODE (#145407) - network-functions: don't error out if hotplug doesn't exist (#140008) - ifup: always return errors on trying to bring up nonexistent devices (#131461) - ifup: fix error message (#143674) - rc.sysinit: add a autorelabel boot target (#154496) - prefdm: if something else is specified as $DISPLAYMANAGER, try that (#147304) - remove support for the old firewall type - network: optimize some (#138557, ) - prefdm: fix prefdm arg handling (#154312, ) - gdm early-login support (adapted from ) - ifup-routes: make sure commented lines are handled correctly (#154353, - some sysconfig.txt updates (, ) - rc.sysinit: fix restorecon invocation (#153100) - initlog: free some of the more egregious memory leaks (#85935) - initlog: fix potential memory overread (#153685, ) - remove some conflicts, %post scripts, etc. that were only relelvant for upgrades from pre-7.0 - other minor fixes, see ChangeLog java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_18rh ------------------------------------------ * Fri Apr 15 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_18rh - Require gnu-crypto. * Fri Apr 15 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_17rh - Provide jaxp_parser_impl. jessie-0:1.0.0-5 ---------------- * Fri Apr 15 2005 Thomas Fitzsimmons - 0:1.0.0-5 - Require gnu-crypto. jfsutils-1.1.7-2 ---------------- * Fri Apr 15 2005 Dave Jones - rebuilt. kudzu-1.1.112-1 --------------- * Sat Apr 16 2005 Bill Nottingham 1.1.112-1 - make up some fan devices for mac things that can only be found in the device-tree (#151661) - fix crash in vio.c if the viocd file is empty (#154905) - fix firewire crash (#153987, ) - add PCI class for HD audio libbonoboui-2.8.1-3 ------------------- * Fri Apr 15 2005 Ray Strode 2.8.1-3 - Remove bonobo-browser from menus (bug 154827). libuser-0.53.5-1 ---------------- * Fri Apr 15 2005 Miloslav Trmac - 0.53.5-1 - Ignore nss_compat lines in the "files" module (#154651) - Autodetect Python version (#154096) - Add BuildRequires: libselinux-devel, s/BuildPrereq/BuildRequires/ logwatch-6.0.1-1 ---------------- * Fri Apr 15 2005 Jiri Ryska 6.0.1-1 - update to 6.0.1 pyorbit-2.0.1-4 --------------- * Sat Apr 16 2005 Florian La Roche - Copyright: -> License: selinux-policy-strict-1.23.11-3 ------------------------------- * Fri Apr 15 2005 Dan Walsh 1.23.11-3 - Add additional amanda rules - Fix prelink to privowner - Fix udev startup selinux-policy-targeted-1.23.11-3 --------------------------------- * Fri Apr 15 2005 Dan Walsh 1.23.11-3 - Add additional amanda rules - Fix prelink to privowner - Fix udev startup setup-2.5.41-1 -------------- * Fri Apr 15 2005 Bill Nottingham 2.5.41-1 - get rid of 'id' error messages if there is no /usr (#142707) * Mon Jan 31 2005 Bill Nottingham 2.5.40-1 - have similar prompt changes for su to root in tcsh as in bash (#143826) * Tue Nov 23 2004 Bill Nottingham 2.5.39-1 - ghost lastlog (#139539) system-config-date-1.7.17-1 --------------------------- * Fri Apr 15 2005 Nils Philippsen 1.7.17 - make more strings translatable (#154873) tar-1.15.1-5 ------------ * Fri Apr 15 2005 Peter Vrabec 1.15.1-5 - extract sparse files even if the output fd is not seekable.(#154882) - (sparse_scan_file): Bugfix. offset had incorrect type. tux-3.2.18-3 ------------ * Fri Apr 15 2005 Dave Jones - rebuilt udev-056-2 ---------- * Fri Apr 15 2005 Dan Walsh - 056-2 - Fix SELinux during creation of Symlinks * Mon Apr 11 2005 Harald Hoyer - 056-1 - updated to version 056 - merged permissions in the rules file - added udevpermconv.sh to convert old permission files usbutils-0.70-1.1 ----------------- * Fri Apr 15 2005 Thomas Woerner 0.70-1.1 - added fix from Robert Scheck to fix missing BuildRequires for libusb-devel (#155006) vnc-4.1.1-9 ----------- * Fri Apr 15 2005 Tim Waugh 4.1.1-9 - Disable render by default. There are still screen artifacts from it. xorg-x11-6.8.2-23 ----------------- * Fri Apr 15 2005 Mike A. Harris 6.8.2-23 - Disable xorg-x11-6.8.2-ati-radeon-disable-broken-renderaccel-by-default.patch patch on FC3/FC4, so we can test the real bugfix. From settinghead at gmail.com Sat Apr 16 17:07:08 2005 From: settinghead at gmail.com (Xiyang Chen) Date: Sun, 17 Apr 2005 01:07:08 +0800 Subject: network failure after unsigned yum update in FC4t2 Message-ID: <21276621050416100713d22948@mail.gmail.com> On 16/04/05, Frank Sander wrote: > Hi > > I had the same problem and figured in demsg, that the irq routing has > been changed. > > -------snip dmesg------------ > ** Routing PCI interrupts for all devices because "pci=routeirq" > ** was specified. If this was required to make a driver work, > ** please email the output of "lspci" to bjorn.helgaas at hp.com > ** so I can fix the driver. > ------snap dsmeg-------- > > pci=routeirq entered on the kernel boot parms helped in my case. > > see you > Frank > Xiyang Chen wrote: > > >Hi, > > > >I had a problem after "yum update" my FC4t2 system. It got stuck at > >"determining IP configuration" for quite a long time when starting up, > >and the system could boot successfully but the network failed to > >function correctly. The DNS service seemed completely down. > > > >Here is the error message shown on screen when booting: > >icmp open socket: Permission denied. > > > >What caused this? Any solutions? > > > >Thanks. > > > >Xiyang > > > > > > > > Please forgive my ignorance, but I am a complete newbie to linux. I tried 'lspci' command and found the irq of my ethernet adaptor is '10'. Then I added the following parameter to boot: pci=irqmask=10 But it still failed when starting the network. The message looked like this: Bringing up eth0... Determining IP information: ping: icmp open socket: permission denied [failed] ... Starting Router discovery... [failed] Was I doing the right thing? From shrek-m at gmx.de Sat Apr 16 17:15:42 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 16 Apr 2005 19:15:42 +0200 Subject: updatedb disabled? In-Reply-To: <20050416072625.GA23470@chrys.ms.mff.cuni.cz> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> Message-ID: <4261483E.7050003@gmx.de> Miloslav Trmac wrote: >On Fri, Apr 15, 2005 at 09:54:38PM -0700, Sean wrote: > > >>updatedb is disabled by default? Was this intentional? >> >> >Yes, it was even documented in the FC4t2 release notes. > > http://download.fedora.redhat.com/pub/fedora/linux/core/test/3.91/ppc/os/RELEASE-NOTES-en slocate database The database needed by the locate utility is no longer created by default. Enable the database creation by setting DAILY_UPDATE to "yes" in /etc/updatedb.conf if you want to use locate. and the next step would be that i have to check and edit all config files in /etc/cron.daily/ prelink, makewhatis, rpm, yum, logrotate, tmpwatch, ... after every update in every new release ?? >I think we should have something like an extended anacron that would >run maintentance tasks (makewhatis, prelink, updatedb) if the computer >is not running on battery, in addition to "always run updatedb" and >"never run updatedb". But I'm not sure I'll be able to work on this >in time for FC4. >Mirek > afair the gnome-power-manager could be a solution for fc5 see https://www.redhat.com/archives/fedora-test-list/2005-April/msg00154.html http://gnome-power.sourceforge.net/ and pete zaitcev telinit 4 "running on battery" http://www.livejournal.com/users/zaitcev/21605.html personally, i find the idea with runlevel 4 not bad (runlevel 7-9 are not defined too) you could define services for this runlevel you really need while running on battery or boot into runlvel 4 if you know that you need a long battery or as a solution for fastboot. apropos, X in runlevel 4 via the /etc/inittab x:4:respawn:/etc/X11/prefdm -nodaemon -- shrek-m From mitr at volny.cz Sat Apr 16 17:19:37 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Sat, 16 Apr 2005 19:19:37 +0200 Subject: updatedb disabled? In-Reply-To: <4261483E.7050003@gmx.de> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <4261483E.7050003@gmx.de> Message-ID: <20050416171933.GA23905@chrys.ms.mff.cuni.cz> On Sat, Apr 16, 2005 at 07:15:42PM +0200, shrek-m at gmx.de wrote: > > slocate database > The database needed by the locate utility is no longer created by > default. Enable the database creation by setting DAILY_UPDATE to > "yes" in /etc/updatedb.conf if you want to use locate. > > > > and the next step would be that i have to check and edit all config > files in /etc/cron.daily/ > prelink, makewhatis, rpm, yum, logrotate, tmpwatch, ... > after every update in every new release ?? No, once after installation. Thanks to #155014 your settings won't be overriden on package update. Mirek From admin at moshnakov.org Sat Apr 16 16:44:58 2005 From: admin at moshnakov.org (DM) Date: Sat, 16 Apr 2005 19:44:58 +0300 Subject: updatedb disabled? In-Reply-To: <20050416163752.GE23647@chrys.ms.mff.cuni.cz> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> <20050416163752.GE23647@chrys.ms.mff.cuni.cz> Message-ID: <4261410A.1000603@moshnakov.org> Miloslav Trmac wrote: >On Sat, Apr 16, 2005 at 11:51:25AM -0400, Peter Arremann wrote: > > >>ok - so the plan is to replace one thing that is done wrong (suck battery >>life) with another thing that is wrong (not run as users got to expect it for >>years) for one release only and then come up with a good solution? >> >> > > > >>I at least had a hard time talking to the other guys at work and say "Yes, I >>know from our perspective they are asking 99% of all guys that run a desktop >>to do more work so it benefits the 1% that run a laptop, but this makes more >>sense!" >> >> >No, I think updatedb should stay disabled by default even if the laptop >problem is solved, at least as long as slocate is a mandatory package in >the Base comps group. Most users that run a "desktop" don't use locate, so >running updatedb is just wasted. > > > i disagree with this point of view! slocate is verry usefull. If you are windows person - is up to you to use graphic search backend. But to locate something fast and quick - locate is your friend! >If slocate had to be manually selected for installation, it makes sense >to enable it by default... but installing the package is a more complicated >action than enabling updatedb if it is already installed. > Mirek > > > From jamesl at bestweb.net Sat Apr 16 17:36:18 2005 From: jamesl at bestweb.net (James E. LaBarre) Date: Sat, 16 Apr 2005 13:36:18 -0400 Subject: Cannot Install FC4 Test2? In-Reply-To: <475df56f050415145935282549@mail.gmail.com> References: <475df56f050415145935282549@mail.gmail.com> Message-ID: <42614D12.8010301@bestweb.net> Shawn Hayden wrote: > I downloaded the ISO for i386, and verfied the checksum. > > I boot to the Cdrom, and at the first prompt to install fedora or > change boot parameters, nothing happens when I press enter. > > A "." shows up. > > If I try and type any other boot parameters, the letters travel down > the left side of the screen. Very strange behavior. > > I am using a Dell C600 laptop. I am curious if you aree using the CD or DVD images. I have downloaded the DVD image dwice (once from a mirror, the second time through BitTorrent). The first image I burned twice, and neither was able to install, failing early into the install (the first disk would not even get as far as the disk test feature). Both downloads *passed* their sha1sum checks. I burned the first one through Nautilus ("Write to CD"), the second through K3b, which *failed* the disk in verification mode. To eliminate any problems with my CD burner. I tested the second download by booting the DVD image within a VMware session, and had it do a disk verification there; that verification *failed* My only conclusion is that the DVD image, as being distributed, is itself defective. I have tested multiple image sources, multiple HW configurations (ThinkPad T41 & VMware 5.0), and effectively 3 different "write" methods (counting the mounting of the disk image in VMW as a write). I will have to grab the CD images to see what happens that way. From lists at sapience.com Sat Apr 16 18:07:04 2005 From: lists at sapience.com (Mail Lists) Date: Sat, 16 Apr 2005 14:07:04 -0400 Subject: kdm login greeter stopped working Message-ID: <20050416180704.GA9657@sapience.com> FC4t2 - fullly yum updated. Was working fine till yesterday - today the kdm greeter stopped workign - instead now get gnome greeter (gdm). Things that may be contributory: a) Did a full update last night - which had missing lib errors hand updated all the parts I could including x11-xorg, and kernel to 1240. b) Did a yum update this morning and it completed with no trouble c) Right after, with some hope I tried once again the cox 3-D test (bzflag 2.0) - which promptly crashed the machine ;-( (radeon 9200). Used Alt-sysctl-b to reboot hung state. Tried running kcontrol and setting defaults for login - did not help - it did refresh /usr/share/config/kdm/kdmrc. # cat /etc/sysconfig/desktop DESKTOP="KDE" DISPLAYMANAGER="KDE" Some relevant bits from /var/log/messages: Apr 16 13:47:02 flash kdm_config[7228]: Unrecognized key 'Xservers' in section [General] at /usr/share/config/kdm/kdmrc:3 Apr 16 13:47:02 flash kdm_config[7228]: Unrecognized key 'UseLilo' in section [Shutdown] at /usr/share/config/kdm/kdmrc:8 Apr 16 13:47:02 flash kdm_config[7228]: Unrecognized key 'SessionTypes' in section [X-*-Greeter] at /usr/share/config/kdm/kdmrc:41 Apr 16 13:47:02 flash kdm_config[7228]: Unrecognized key 'Themes' in section [X-*-Greeter] at /usr/share/config/kdm/kdmrc:46 .. Apr 16 13:47:06 flash kdm_greet[7247]: Can't open default user face Any advice? g/ From mgb-fedora at yosemite.net Sat Apr 16 18:07:45 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Sat, 16 Apr 2005 11:07:45 -0700 Subject: updatedb disabled? In-Reply-To: <200504161151.25736.loony@loonybin.org> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> Message-ID: <1113674864.23578.50.camel@mgb.bullion.ims> On Sat, 2005-04-16 at 08:51, Peter Arremann wrote: > I at least had a hard time talking to the other guys at work and say "Yes, I > know from our perspective they are asking 99% of all guys that run a desktop > to do more work so it benefits the 1% that run a laptop, but this makes more > sense!" 1% may be overstating the benefit. A solution would be nice down the road but why are we breaking things now? This change ONLY benefits the tiny percentage of * non-technical people * who use laptops * on battery at 4am Among our ~2k rather diverse users, the percentage is exactly zero. --Mike Bird From mitr at volny.cz Sat Apr 16 18:12:22 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Sat, 16 Apr 2005 20:12:22 +0200 Subject: updatedb disabled? In-Reply-To: <1113674864.23578.50.camel@mgb.bullion.ims> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> <1113674864.23578.50.camel@mgb.bullion.ims> Message-ID: <20050416181218.GB23905@chrys.ms.mff.cuni.cz> On Sat, Apr 16, 2005 at 11:07:45AM -0700, Mike Bird wrote: > 1% may be overstating the benefit. A solution would be nice down the > road but why are we breaking things now? This change ONLY benefits the > tiny percentage of > > * on battery at 4am anacron runs updatedb one hour after booting the computer if it wasn't run at 4am. Mirek From mefoster at gmail.com Sat Apr 16 18:16:31 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Sat, 16 Apr 2005 19:16:31 +0100 Subject: kdm login greeter stopped working In-Reply-To: <20050416180704.GA9657@sapience.com> References: <20050416180704.GA9657@sapience.com> Message-ID: On 4/16/05, Mail Lists wrote: > Was working fine till yesterday - today > the kdm greeter stopped workign - instead now get gnome greeter (gdm). Are you sure you're actually getting gdm? The latest round of updates added a Fedora "theme" to kdm that makes it look a lot like the default gdm ... It doesn't seem to be particularly configurable, though. MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From FrankSanderDo at vodafone.de Sat Apr 16 17:15:09 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Sat, 16 Apr 2005 19:15:09 +0200 Subject: network failure after unsigned yum update in FC4t2 In-Reply-To: <21276621050416100713d22948@mail.gmail.com> References: <21276621050416100713d22948@mail.gmail.com> Message-ID: <4261481D.6050505@vodafone.de> Hi, wrong is a hard word. I would sway you make your live difficult ;-) replace the pci=irqmask=10 with pci=routeirq and give it a try. see you Frank Xiyang Chen wrote: >On 16/04/05, Frank Sander wrote: > > >>Hi >> >>I had the same problem and figured in demsg, that the irq routing has >>been changed. >> >>-------snip dmesg------------ >>** Routing PCI interrupts for all devices because "pci=routeirq" >>** was specified. If this was required to make a driver work, >>** please email the output of "lspci" to bjorn.helgaas at hp.com >>** so I can fix the driver. >>------snap dsmeg-------- >> >>pci=routeirq entered on the kernel boot parms helped in my case. >> >>see you >>Frank >>Xiyang Chen wrote: >> >> >> >>>Hi, >>> >>>I had a problem after "yum update" my FC4t2 system. It got stuck at >>>"determining IP configuration" for quite a long time when starting up, >>>and the system could boot successfully but the network failed to >>>function correctly. The DNS service seemed completely down. >>> >>>Here is the error message shown on screen when booting: >>>icmp open socket: Permission denied. >>> >>>What caused this? Any solutions? >>> >>>Thanks. >>> >>>Xiyang >>> >>> >>> >>> >>> >> >> > >Please forgive my ignorance, but I am a complete newbie to linux. I >tried 'lspci' command and found the irq of my ethernet adaptor is >'10'. Then I added the following parameter to boot: >pci=irqmask=10 >But it still failed when starting the network. The message looked like this: > >Bringing up eth0... >Determining IP information: ping: icmp open socket: permission denied > [failed] >.... >Starting Router discovery... [failed] > > >Was I doing the right thing? > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ziga.mahkovec at klika.si Sat Apr 16 18:24:42 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Sat, 16 Apr 2005 20:24:42 +0200 Subject: updatedb disabled? In-Reply-To: <20050416140129.GD23647@chrys.ms.mff.cuni.cz> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <20050416140129.GD23647@chrys.ms.mff.cuni.cz> Message-ID: <1113675883.17887.2.camel@localhost> On Sat, 2005-04-16 at 16:01 +0200, Miloslav Trmac wrote: > On Sat, Apr 16, 2005 at 09:41:08AM -0400, Jeff Spaleta wrote: > > Here's my problem.... why can't anacron and cron use different cronjobs? > > If the reason why updatedb was disabled by default even for cron was > > because anacron was running it... why can't anacron just be told to > > use a subset of scripts and let cron still do all the nightly stuff at > > 4 am.. if the computer is running at 4 am? Could we just restructure > > the cron.daily/ directory into two directories or something cron.daily > > and cron.daily.anacron/ > > and have anacron only from the stuff in cron.daily.anacron? > > > Yes, that's my vague plan: to make /etc/cron.maintenance or something. > This would work exactly like cron.daily except that it would be ignored > when the computer is running on battery. When it is reconnected to AC, > anacron is started to run the maintenance tasks. Would you also consider Dan's suggestion here[1]? anacron should try to run when the system is relatively idle in IO terms. Although updatedb is actually bearable now that CFQ is back as the default elevator, I still wouldn't want it to run in parallel with rpm. [1] http://www.redhat.com/archives/fedora-test-list/2005-April/msg00186.html -- Ziga From lists at sapience.com Sat Apr 16 18:25:05 2005 From: lists at sapience.com (Mail Lists) Date: Sat, 16 Apr 2005 14:25:05 -0400 Subject: radeon 9200 - 3-D crashes machine Message-ID: <20050416182504.GB9657@sapience.com> FC4T2 - fully updated. Applied bzflag 2.0 - hangs machine - needs Alt-syseq-b to recover. Started: After switch from XFree to Xorg (fc3 or fc2 cannot remember). Kernel: 2.6.11-1.1240_FC4smp on Dual 1.7 P4 with 1 GiB memory. (dell 530) ATI radeon 9200. # lspci | egrep 'ATI' 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 If [Radeon 9000] (rev 01) 01:00.1 Display controller: ATI Technologies Inc Radeon RV250 [Radeon 9000] (Secondary) (rev 01) # lspci | egrep 'AGP' 00:01.0 PCI bridge: Intel Corporation 82850 850 (Tehama) Chipset AGP Bridge (rev 04) 00:02.0 PCI bridge: Intel Corporation 82860 860 (Wombat) Chipset AGP Bridge (rev 04) Part of dmesg: Linux version 2.6.11-1.1240_FC4smp (bhcompile at porky.build.redhat.com) (gcc versi on 4.0.0 20050412 (Red Hat 4.0.0-0.42)) #1 SMP Wed Apr 13 08:57:15 EDT 2005 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 00000000000a0000 (usable) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000003ff77000 (usable) BIOS-e820: 000000003ff77000 - 000000003ff79000 (ACPI NVS) BIOS-e820: 000000003ff79000 - 0000000040000000 (reserved) BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved) BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved) 127MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000fe710 Using x86 segment limits to approximate NX protection On node 0 totalpages: 262007 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 225280 pages, LIFO batch:16 HighMem zone: 32631 pages, LIFO batch:7 ... mapped APIC to ffffd000 (fee00000) mapped IOAPIC to ffffc000 (fec00000) ... ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI2._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI2.PCI3._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 *9 10 11 12 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11 12 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 15) *14 ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 11 12 15) *14 ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 15) *14 ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled. ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 11 12 15) *14 ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 *10 11 12 15) ... Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected an Intel i860 Chipset. agpgart: AGP aperture is 128M @ 0xe8000000 [drm] Initialized drm 1.0.0 20040925 ... [drm] Initialized radeon 1.16.0 20050311 on minor 0: agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0. agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode [drm] Loading R200 Microcode agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0. agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode Last 4 lines are repeated 9 times. From mitr at volny.cz Sat Apr 16 18:27:55 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Sat, 16 Apr 2005 20:27:55 +0200 Subject: updatedb disabled? In-Reply-To: <1113675883.17887.2.camel@localhost> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <20050416140129.GD23647@chrys.ms.mff.cuni.cz> <1113675883.17887.2.camel@localhost> Message-ID: <20050416182755.GC23905@chrys.ms.mff.cuni.cz> On Sat, Apr 16, 2005 at 08:24:42PM +0200, Ziga Mahkovec wrote: > Would you also consider Dan's suggestion here[1]? anacron should try to > run when the system is relatively idle in IO terms. Although updatedb > is actually bearable now that CFQ is back as the default elevator, I > still wouldn't want it to run in parallel with rpm. Sure, but we can get there only one step at a time. Mirek From graydon at epiphyte.net Sat Apr 16 18:27:58 2005 From: graydon at epiphyte.net (Graydon) Date: Sat, 16 Apr 2005 14:27:58 -0400 Subject: updatedb disabled? In-Reply-To: <20050416163752.GE23647@chrys.ms.mff.cuni.cz> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> <20050416163752.GE23647@chrys.ms.mff.cuni.cz> Message-ID: <20050416182758.GB21954@uniserve.com> On Sat, Apr 16, 2005 at 06:37:56PM +0200, Miloslav Trmac scripsit: [snip] > No, I think updatedb should stay disabled by default even if the > laptop problem is solved, at least as long as slocate is a mandatory > package in the Base comps group. Most users that run a "desktop" > don't use locate, so running updatedb is just wasted. Err... If locate is in Base -- guaranteed to be there -- the db initialization necessary to make it actually work should be turned off? That doesn't make a whole lot of sense to me. Default un*x behaviour is 'always on'; that is necessarily violated for laptops, but the fix for that is (I think) to provide some special case handling for laptops, *not* to break the long-standing default case. > If slocate had to be manually selected for installation, it makes > sense to enable it by default... but installing the package is a more > complicated action than enabling updatedb if it is already installed. "yum install slocate" or "rpm -Uvh slocate" strike me as way simpler than figuring out what has been done to /etc/cron.daily/slocate.cron in the 'there by not actually on' case. From mgb-fedora at yosemite.net Sat Apr 16 18:30:07 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Sat, 16 Apr 2005 11:30:07 -0700 Subject: updatedb disabled? In-Reply-To: <20050416181218.GB23905@chrys.ms.mff.cuni.cz> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> <1113674864.23578.50.camel@mgb.bullion.ims> <20050416181218.GB23905@chrys.ms.mff.cuni.cz> Message-ID: <1113676206.23578.56.camel@mgb.bullion.ims> On Sat, 2005-04-16 at 11:12, Miloslav Trmac wrote: > > * on battery at 4am > anacron runs updatedb one hour after booting the computer if it wasn't > run at 4am. We only use vixie-cron, even on laptops. The lack of such heuristics means that vixie-cron actually does what we want. (YMMV) --Mike Bird From mitr at volny.cz Sat Apr 16 18:31:58 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Sat, 16 Apr 2005 20:31:58 +0200 Subject: updatedb disabled? In-Reply-To: <20050416182758.GB21954@uniserve.com> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> <20050416163752.GE23647@chrys.ms.mff.cuni.cz> <20050416182758.GB21954@uniserve.com> Message-ID: <20050416183158.GD23905@chrys.ms.mff.cuni.cz> On Sat, Apr 16, 2005 at 02:27:58PM -0400, Graydon wrote: > "yum install slocate" or "rpm -Uvh slocate" strike me as way simpler > than figuring out what has been done to /etc/cron.daily/slocate.cron in > the 'there by not actually on' case. | # mv /var/lib/slocate/slocate.db{,_} | # locate / | warning: locate: could not open database: /var/lib/slocate/slocate.db: No such file or directory | warning: You need to run the 'updatedb' command (as root) to create the database. | Please edit /etc/updatedb.conf to enable the daily cron job. Mirek From lists at sapience.com Sat Apr 16 18:36:25 2005 From: lists at sapience.com (Mail Lists) Date: Sat, 16 Apr 2005 14:36:25 -0400 Subject: kdm login greeter stopped working In-Reply-To: References: <20050416180704.GA9657@sapience.com> Message-ID: <20050416183625.GA12204@sapience.com> On Sat, Apr 16, 2005 at 07:16:31PM +0100, Mary Ellen Foster wrote: > On 4/16/05, Mail Lists wrote: > > Was working fine till yesterday - today > > the kdm greeter stopped workign - instead now get gnome greeter (gdm). > > Are you sure you're actually getting gdm? The latest round of updates > added a Fedora "theme" to kdm that makes it look a lot like the > default gdm ... Almost certain yes - running kcontrol and setting login manager GUI style to KDE Classic mad no effect at all. And it looks 100% identical to the gnome gdm greeter (which is very very different than kde - i have the clock turned on for example and it is not there). Looking at the startup script /etc/X11/prefdm I see that if the preferred greeter fails then it runs in order: gdm - kdm - xdm. I assume kdm failed and it defaults back to gdm. g/ From RouillardSy at yahoo.fr Sat Apr 16 19:04:25 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Sat, 16 Apr 2005 21:04:25 +0200 Subject: kdm login greeter stopped working In-Reply-To: <20050416183625.GA12204@sapience.com> References: <20050416180704.GA9657@sapience.com> <20050416183625.GA12204@sapience.com> Message-ID: <200504162104.25864.RouillardSy@yahoo.fr> Ditto I think this started yesterday though, possibly even the day before. I also noticed that configuring the login screen from the KDE config center wouldn't work (trying to start the su mode brings me back to a generic page but not to the setting page with unlocked fields as I ould expect). The kdm settings can still be edited by starting the proggy from a command line as root (kcmshell kdm). But as g/ said, this has no effect on the actual login screen I get. Possibly a KDE bug? Le Samedi 16 Avril 2005 20:36, Mail Lists a ?crit?: > On Sat, Apr 16, 2005 at 07:16:31PM +0100, Mary Ellen Foster wrote: > > On 4/16/05, Mail Lists wrote: > > > Was working fine till yesterday - today > > > the kdm greeter stopped workign - instead now get gnome greeter > > > (gdm). > > > > Are you sure you're actually getting gdm? The latest round of updates > > added a Fedora "theme" to kdm that makes it look a lot like the > > default gdm ... > > Almost certain yes - running kcontrol and setting login manager > GUI style to KDE Classic mad no effect at all. > > And it looks 100% identical to the gnome gdm greeter > (which is very very different than kde - i have the clock > turned on for example and it is not there). > > Looking at the startup script /etc/X11/prefdm > I see that if the preferred greeter fails > then it runs in order: > gdm - kdm - xdm. > > I assume kdm failed and it defaults back to gdm. > > g/ From mefoster at gmail.com Sat Apr 16 19:08:03 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Sat, 16 Apr 2005 20:08:03 +0100 Subject: kdm login greeter stopped working In-Reply-To: <200504162104.25864.RouillardSy@yahoo.fr> References: <20050416180704.GA9657@sapience.com> <20050416183625.GA12204@sapience.com> <200504162104.25864.RouillardSy@yahoo.fr> Message-ID: On 4/16/05, Sylvain Rouillard wrote: > I think this started yesterday though, possibly even the day before. I also > noticed that configuring the login screen from the KDE config center wouldn't > work (trying to start the su mode brings me back to a generic page but not to > the setting page with unlocked fields as I ould expect). The kdm settings can > still be edited by starting the proggy from a command line as root (kcmshell > kdm). But as g/ said, this has no effect on the actual login screen I get. > > Possibly a KDE bug? Already in Bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154976 MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From jspaleta at gmail.com Sat Apr 16 19:28:50 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 16 Apr 2005 15:28:50 -0400 Subject: updatedb disabled? In-Reply-To: <20050416163752.GE23647@chrys.ms.mff.cuni.cz> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> <20050416163752.GE23647@chrys.ms.mff.cuni.cz> Message-ID: <604aa79105041612287f6223f8@mail.gmail.com> On 4/16/05, Miloslav Trmac wrote: > No, I think updatedb should stay disabled by default even if the laptop > problem is solved, at least as long as slocate is a mandatory package in > the Base comps group. Most users that run a "desktop" don't use locate, so > running updatedb is just wasted. I'd feel more comfortable with turning locate off by default if there was a desktop oriented search facility available to transition people into using. From my perspective.. locate is still a useful tool when trying to help troubleshoot some other users system...even if that system is a desktop and they don't even know the tool is there yet. Are there plans for fc5 to introduce one of the competing desktop oriented search programs? But I can live with it turned off, since the initial message explicitly tells you to go to the conf file and re-enable the updating. However.. for people doing upgrades to fc4... you might want to consider editting the message that appears when the database is out of sync. I didn't notice the database update was turned off on my rawhide box until i saw this: #locate poop warning: locate: warning: database /var/lib/slocate/slocate.db' is more than 8 days old It might be useful to update that message to ask the user to check the conf file and make sure updating is turned on. Should I file this suggestion? > If slocate had to be manually selected for installation, it makes sense > to enable it by default... but installing the package is a more complicated > action than enabling updatedb if it is already installed. Debatable.... is there a sane ui way to include this as a checkbox to enable as part of firstboot? -jef From tim at birdsnest.maths.tcd.ie Sat Apr 16 19:57:29 2005 From: tim at birdsnest.maths.tcd.ie (Timothy Murphy) Date: Sat, 16 Apr 2005 20:57:29 +0100 Subject: A rant regarding LILO and various other related issues In-Reply-To: <1113588796.7434.79.camel@md.local.linuxlobbyist.org> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <200504151853.14574.tim@birdsnest.maths.tcd.ie> <1113588796.7434.79.camel@md.local.linuxlobbyist.org> Message-ID: <200504162057.29606.tim@birdsnest.maths.tcd.ie> On Fri 15 Apr 2005 19:13, Paul Iadonisi wrote: > > I find the arrogance of the Fedora team in failing to facilitate this > > minority rather disturbing. > > If you are referring primarily to this thread, then it's crystal clear > that the arrogance has been coming from those most vociferously critical > of the decision to remove lilo. You can have your objections to it, but > I find it quite disturbing that ANYONE could support calling the > developers "morons" and "tards" as somehow justified, despite attempts > by those doing the insulting to engage in not-so-clever sophistry in the > service of that false justification. I have only been following this thread sporadically, and wasn't aware that anyone had used those terms. I would certainly dissociate myself completely from any talk like that. I've actually found the developers I have communicated with very willing to help - but of course I did not start by calling them morons! I was probably wrong to use the word "arrogant" - but I was dissapointed that there seemed to be no response from the developers to the fairly numerous calls for LILO to be available as a choice when installing Fedora. I assume it is still a choice when compiling and installing a kernel - I mean LILO will be updated if one is using that. > > Incidentally, the interactive option in grub, which you praise, > > could be greatly improved; > > Possibly, but keep in mind that this has to fit in a pretty small > amount of memory, if I'm not mistaken. There's only so much that can be > added due to space constraints. At least grub HAS a command line. As I said, I use grub all the time, and have been saved more than once by the grub command line option. (In my experience grub is likely to get confused if one has IDE and SCSI disks.) I guess the real weakness of grub is its lack of good documentatiion - LILO certainly wins hands down on that score. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland From mitr at volny.cz Sat Apr 16 20:03:16 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Sat, 16 Apr 2005 22:03:16 +0200 Subject: updatedb disabled? In-Reply-To: <604aa79105041612287f6223f8@mail.gmail.com> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> <20050416163752.GE23647@chrys.ms.mff.cuni.cz> <604aa79105041612287f6223f8@mail.gmail.com> Message-ID: <20050416200312.GE23905@chrys.ms.mff.cuni.cz> On Sat, Apr 16, 2005 at 03:28:50PM -0400, Jeff Spaleta wrote: > I'd feel more comfortable with turning locate off by default if there > was a desktop oriented search facility available to transition people > into using. Like gnome-search-tool? Or something with its own, "smart" index? (Personally I prefer waiting for (find) to complete to receiving yesterday's results...) > warning: locate: warning: database /var/lib/slocate/slocate.db' is > more than 8 days old > > It might be useful to update that message to ask the user to check the > conf file and make sure updating is turned on. Should I file this > suggestion? Not necessary, an updated slocate is already building :) Thanks for the suggestion. (But this is an exception, please file stuff like this in bugzilla. I just happened to be finished with my previous work.) > > If slocate had to be manually selected for installation, it makes sense > > to enable it by default... but installing the package is a more complicated > > action than enabling updatedb if it is already installed. > Debatable.... is there a sane ui way to include this as a checkbox to > enable as part of firstboot? I don't think so, but maybe somebody other can find a way. Mirek From silverhead at comcast.net Sat Apr 16 15:17:17 2005 From: silverhead at comcast.net (James W. Bennett) Date: Sat, 16 Apr 2005 15:17:17 +0000 Subject: A rant regarding LILO and various other related issues In-Reply-To: <200504162057.29606.tim@birdsnest.maths.tcd.ie> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <200504151853.14574.tim@birdsnest.maths.tcd.ie> <1113588796.7434.79.camel@md.local.linuxlobbyist.org> <200504162057.29606.tim@birdsnest.maths.tcd.ie> Message-ID: <42612C7D.1090309@comcast.net> Timothy Murphy wrote: >On Fri 15 Apr 2005 19:13, Paul Iadonisi wrote: > > > >>>I find the arrogance of the Fedora team in failing to facilitate this >>>minority rather disturbing. >>> >>> >> If you are referring primarily to this thread, then it's crystal clear >>that the arrogance has been coming from those most vociferously critical >>of the decision to remove lilo. You can have your objections to it, but >>I find it quite disturbing that ANYONE could support calling the >>developers "morons" and "tards" as somehow justified, despite attempts >>by those doing the insulting to engage in not-so-clever sophistry in the >>service of that false justification. >> >> > >I have only been following this thread sporadically, >and wasn't aware that anyone had used those terms. >I would certainly dissociate myself completely from any talk like that. > >I've actually found the developers I have communicated with >very willing to help - but of course I did not start by calling them morons! > >I was probably wrong to use the word "arrogant" - >but I was dissapointed that there seemed to be no response >from the developers to the fairly numerous calls for LILO to be available >as a choice when installing Fedora. >I assume it is still a choice when compiling and installing a kernel - >I mean LILO will be updated if one is using that. > > > >>>Incidentally, the interactive option in grub, which you praise, >>>could be greatly improved; >>> >>> >> Possibly, but keep in mind that this has to fit in a pretty small >>amount of memory, if I'm not mistaken. There's only so much that can be >>added due to space constraints. At least grub HAS a command line. >> >> > >As I said, I use grub all the time, and have been saved more than once >by the grub command line option. >(In my experience grub is likely to get confused >if one has IDE and SCSI disks.) > >I guess the real weakness of grub is its lack of good documentatiion - >LILO certainly wins hands down on that score. > > > What I can't undestand if someone wants lilo why not download and install it and quit complaining. From fedora at nodata.co.uk Sat Apr 16 20:13:33 2005 From: fedora at nodata.co.uk (nodata) Date: Sat, 16 Apr 2005 22:13:33 +0200 Subject: updatedb disabled? In-Reply-To: <200504161151.25736.loony@loonybin.org> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> Message-ID: <1113682413.3113.2.camel@localhost.localdomain> On Sat, 2005-04-16 at 11:51 -0400, Peter Arremann wrote: > On Saturday 16 April 2005 09:41, Jeff Spaleta wrote: > > > Making the right solution a target for fc5 is fine, I have no > > significant problem with seeing anacron extended as soon as its > > reasonably possible. > > > ok - so the plan is to replace one thing that is done wrong (suck battery > life) with another thing that is wrong (not run as users got to expect it for > years) for one release only and then come up with a good solution? > Not arguing that its nessecary and all or how it should be fixed - just what > is the logic behind it? It was wrong for years, so why not leave it wrong for > one more release rather than have it change with FC4 and then again in FC5 > and cause a ton of confusion with the users? Leave it in FC4 the way it is > and then fix it properly in FC5... that way you only have one transition and > its one that you can actually explain to users. > > I at least had a hard time talking to the other guys at work and say "Yes, I > know from our perspective they are asking 99% of all guys that run a desktop > to do more work so it benefits the 1% that run a laptop, but this makes more > sense!" > > Peter. > I agree. slocate is a great tool that makes finding files really quick. If laptop users don't want it eating their battery life, why can't they disable it? They're in the minority here. From fedora at nodata.co.uk Sat Apr 16 20:16:47 2005 From: fedora at nodata.co.uk (nodata) Date: Sat, 16 Apr 2005 22:16:47 +0200 Subject: can't stop yum, must use kill -9 In-Reply-To: <1113647690.3125.1.camel@localhost.localdomain> References: <1113647690.3125.1.camel@localhost.localdomain> Message-ID: <1113682607.3113.4.camel@localhost.localdomain> On Sat, 2005-04-16 at 13:34 +0300, Marius Andreiana wrote: > I don't know if it's a new issue, but I first noticed this in fc4t2. > When yum is downloading packages, it can't be stopped pressing ctrl+c > (it will switch to another mirror and continue). > > Seth, it this a bug or a feature? :) Seems a bug. > > Thanks, > -- > Marius Andreiana > Epon -- future-proof business applications > http://www.epon.ro > > Add yourself to the CC: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152155 From graydon at epiphyte.net Sat Apr 16 20:18:07 2005 From: graydon at epiphyte.net (Graydon) Date: Sat, 16 Apr 2005 16:18:07 -0400 Subject: updatedb disabled? In-Reply-To: <20050416183158.GD23905@chrys.ms.mff.cuni.cz> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> <20050416163752.GE23647@chrys.ms.mff.cuni.cz> <20050416182758.GB21954@uniserve.com> <20050416183158.GD23905@chrys.ms.mff.cuni.cz> Message-ID: <20050416201807.GA24415@uniserve.com> On Sat, Apr 16, 2005 at 08:31:58PM +0200, Miloslav Trmac scripsit: > On Sat, Apr 16, 2005 at 02:27:58PM -0400, Graydon wrote: > > "yum install slocate" or "rpm -Uvh slocate" strike me as way simpler > > than figuring out what has been done to /etc/cron.daily/slocate.cron in > > the 'there by not actually on' case. > > | # mv /var/lib/slocate/slocate.db{,_} > | # locate / > | warning: locate: could not open database: /var/lib/slocate/slocate.db: No such file or directory > | warning: You need to run the 'updatedb' command (as root) to create the database. > | Please edit /etc/updatedb.conf to enable the daily cron job. Well, that's at least polite about it. :) I will still argue that this is broken, since the laptop case, rather than the 'everything that isn't a laptop' case, is the special case. From jspaleta at gmail.com Sat Apr 16 20:25:15 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 16 Apr 2005 16:25:15 -0400 Subject: updatedb disabled? In-Reply-To: <20050416200312.GE23905@chrys.ms.mff.cuni.cz> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> <20050416163752.GE23647@chrys.ms.mff.cuni.cz> <604aa79105041612287f6223f8@mail.gmail.com> <20050416200312.GE23905@chrys.ms.mff.cuni.cz> Message-ID: <604aa79105041613253c34ba60@mail.gmail.com> On 4/16/05, Miloslav Trmac wrote: > I don't think so, but maybe somebody other can find a way. I was thinking firstboot because slocate is just one of several legacy unix indexers. And if slocate is going to be turned off by default.. then other things like makewhatis should probably go quiet as well. Instead of admins of new installs having to turn each and every one of this older facilities back on, it would be a convient compromise if they were lumped together as "legacy unix facilities" in firstboot. Moving forward as other older facilities like these 2 are identified they could be included into the same one checkbox in firstboot, so you can enable all of them or leave them all disabled. -jef From ja at jaa.org.uk Sat Apr 16 20:26:32 2005 From: ja at jaa.org.uk (John Austin) Date: Sat, 16 Apr 2005 21:26:32 +0100 Subject: Cannot Install FC4 Test2? In-Reply-To: <42614D12.8010301@bestweb.net> References: <475df56f050415145935282549@mail.gmail.com> <42614D12.8010301@bestweb.net> Message-ID: <1113683192.8863.89.camel@maui.jaa.org.uk> On Sat, 2005-04-16 at 13:36 -0400, James E. LaBarre wrote: > Shawn Hayden wrote: > > I downloaded the ISO for i386, and verfied the checksum. > > > > I boot to the Cdrom, and at the first prompt to install fedora or > > change boot parameters, nothing happens when I press enter. > > > > A "." shows up. > > > > If I try and type any other boot parameters, the letters travel down > > the left side of the screen. Very strange behavior. > > > > I am using a Dell C600 laptop. > > I am curious if you aree using the CD or DVD images. I have downloaded > the DVD image dwice (once from a mirror, the second time through > BitTorrent). The first image I burned twice, and neither was able to > install, failing early into the install (the first disk would not even > get as far as the disk test feature). > > Both downloads *passed* their sha1sum checks. I burned the first one > through Nautilus ("Write to CD"), the second through K3b, which *failed* > the disk in verification mode. > > To eliminate any problems with my CD burner. I tested the second > download by booting the DVD image within a VMware session, and had it do > a disk verification there; that verification *failed* > > My only conclusion is that the DVD image, as being distributed, is > itself defective. I have tested multiple image sources, multiple HW > configurations (ThinkPad T41 & VMware 5.0), and effectively 3 different > "write" methods (counting the mounting of the disk image in VMW as a write). > > I will have to grab the CD images to see what happens that way. > Hi, I have successfully installed FC4T2 from DVD on 3+ machines i386 on Athlon64 and Athlon32 machines Also FC4T2 VMware client with FC4T2 host x86-64 on Athlon64 No install problems The sha2sum is OK but Anaconda gives a failure which I ignored. I read the DVD to a file using xcdroast and did a cmp image.iso with the xcdroast read. It was identical up to the EOF on image.iso so just assumed extra something is written at the end to fill up a block/cylinder/whatever DVDs have. Used growisofs -Z /dev/scd0=image.iso to write the DVD John From fedora at nodata.co.uk Sat Apr 16 20:27:35 2005 From: fedora at nodata.co.uk (nodata) Date: Sat, 16 Apr 2005 22:27:35 +0200 Subject: updatedb disabled? In-Reply-To: <604aa79105041613253c34ba60@mail.gmail.com> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> <200504161151.25736.loony@loonybin.org> <20050416163752.GE23647@chrys.ms.mff.cuni.cz> <604aa79105041612287f6223f8@mail.gmail.com> <20050416200312.GE23905@chrys.ms.mff.cuni.cz> <604aa79105041613253c34ba60@mail.gmail.com> Message-ID: <1113683255.3113.7.camel@localhost.localdomain> On Sat, 2005-04-16 at 16:25 -0400, Jeff Spaleta wrote: > On 4/16/05, Miloslav Trmac wrote: > > I don't think so, but maybe somebody other can find a way. > > I was thinking firstboot because slocate is just one of several legacy > unix indexers. Do they have a replacement? From ja at jaa.org.uk Sat Apr 16 20:36:39 2005 From: ja at jaa.org.uk (John Austin) Date: Sat, 16 Apr 2005 21:36:39 +0100 Subject: fc4t2 - grub install on mbr - choose which hdd In-Reply-To: <4260FC69.1090607@libero.it> References: <1113632519.2312.14.camel@localhost.localdomain> <4260E39A.60808@libero.it> <1113652125.8863.76.camel@maui.jaa.org.uk> <4260FC69.1090607@libero.it> Message-ID: <1113683799.8863.98.camel@maui.jaa.org.uk> On Sat, 2005-04-16 at 13:52 +0200, Cimmo wrote: > Sorry what is confused? My info? > Anyway I have exactly your situation (1 SATA and 1 PATA) and I have > succesfully installed Grub like I have explained. > > Bye > Cimmo > > John Austin ha scritto: > > >Yes but the info is confusing and I found that it did > >not seem to change when you did the swap. > >I still think selecting No Boot Loader > >and sorting out booting after the install has finished > >using grub (not grub-install), in linux rescue mode, > >is currently the safest option if you really want to know > >what is going where. > >John > > > > > > > Hi Cimmo Sorry for the confusion. I meant that the Anaconda info is not that clear. I played with the buttons in the advanced boot configuration but was never convinced I understood what it was going to do !! I'm sure in the vast majority of cases there are no problems but I was installing to external USB disk which is only very recently being detected on a normal install (non expert) I was being extra careful!!!! Doing it by hand later is not a problem Cheers John From FrankSanderDo at vodafone.de Sat Apr 16 19:45:04 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Sat, 16 Apr 2005 21:45:04 +0200 Subject: probs with DFE-580 TX In-Reply-To: <42601DC8.3090907@vodafone.de> References: <425EA8C1.7010702@gwch.net> <1113500888.3358.0.camel@sb-home.lan> <425F9359.9040406@vodafone.de> <42601DC8.3090907@vodafone.de> Message-ID: <42616B40.4050808@vodafone.de> Hi folks, I was working a bit on the prob: I have merged together the sundance driver source of the 2.6.11 kernel (last update brought me that peace) and the one delivered with the Network card. IT WORKS :-) now my question is: Can some body with more experience in driver progging than me have a look at that? How can we make sure (if my merging is ok) to bring that in one of the next updates? thanks Frank Frank Sander wrote: > Hi folks, > > after checking several options in the modprobe.conf and also the > mentioned acpi=off if have to give up. > nothing changed the situation decribed before. > > what I do not understand: > I get the fault message and it looks on the traffic analyser that I > get it before the traffic stops =-O !?!? > than the traffic stops (I guess due to the transmitter reset) and than > it comes back. > Unfortunately I can not proper analyse the traffic outside the > interface because the machine is ~1000km away from me. Anyway I have > the feeling, that the timeout comes together with a set of collisions > on the network. Can that? > > Does any body have an idea how this time out is created in the module? > > see you all > Frank > Mary Ellen Foster wrote: > >>On 4/15/05, Frank Sander wrote: >> >> >>>kernel 2.6.10-1.770_FC3smp on a pentium 4 HT board with MEGAraid controler. >>>DFE-580TX 4 port ethernet gives me every few seconds >>> >>>Apr 15 12:01:33 greystar01 kernel: NETDEV WATCHDOG: eth0: transmit timed out >>>Apr 15 12:01:33 greystar01 kernel: eth0: Transmit timed out, TxStatus 00 >>>TxFrameId 02, resetting... >>> >>>and resets the port. >>>The Card is transfering Data but with the reset I always get the >>>transfer down for a few seconds. >>> >>> >> >>That sounds like *exactly* the same problem I'm currently having with >>my Broadcom Ethernet card in FC4test2 >>(https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154512) -- also >>a Pentium 4 HT processor. In test1, I was able to make it go away by >>adding "acpi=off" to the command line in Grub; maybe that will work >>for you with your card too. >> >>MEF >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From romieu at fr.zoreil.com Sat Apr 16 21:10:45 2005 From: romieu at fr.zoreil.com (Francois Romieu) Date: Sat, 16 Apr 2005 23:10:45 +0200 Subject: probs with DFE-580 TX In-Reply-To: <42616B40.4050808@vodafone.de> References: <425EA8C1.7010702@gwch.net> <1113500888.3358.0.camel@sb-home.lan> <425F9359.9040406@vodafone.de> <42601DC8.3090907@vodafone.de> <42616B40.4050808@vodafone.de> Message-ID: <20050416211045.GA8968@electric-eye.fr.zoreil.com> Frank Sander : [...] > now my question is: > Can some body with more experience in driver progging than me have a > look at that? > How can we make sure (if my merging is ok) to bring that in one of the > next updates? Verify that the changes are not too far from the current codingstyle of the driver, diff the patch against latest 2.6.12-rc, give a look at http://linux.yyz.us/patch-format.html and send it to netdev at oss.sgi.com + Cc: jgarzik at pobox.com. -- Ueimor From markkuk at tuubi.net Sat Apr 16 21:16:35 2005 From: markkuk at tuubi.net (Markku Kolkka) Date: Sun, 17 Apr 2005 00:16:35 +0300 Subject: updatedb disabled? In-Reply-To: <604aa79105041606414c49c12b@mail.gmail.com> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> <604aa79105041606414c49c12b@mail.gmail.com> Message-ID: <200504170016.35805.markkuk@tuubi.net> Jeff Spaleta kirjoitti viestiss??n (l?hetysaika lauantai, 16. huhtikuuta 2005 16:41): > Here's my problem.... why can't anacron and cron use > different cronjobs? They _can_, but FC is configured to use the same jobs for both by default. > why can't anacron just be told to use a subset of scripts and > let cron still do all the nightly stuff at 4 am. Sure, just edit /etc/anacrontab to your liking. -- Markku Kolkka markku.kolkka at iki.fi From jspaleta at gmail.com Sat Apr 16 21:20:24 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 16 Apr 2005 17:20:24 -0400 Subject: fc4t2 - grub install on mbr - choose which hdd In-Reply-To: <1113683799.8863.98.camel@maui.jaa.org.uk> References: <1113632519.2312.14.camel@localhost.localdomain> <4260E39A.60808@libero.it> <1113652125.8863.76.camel@maui.jaa.org.uk> <4260FC69.1090607@libero.it> <1113683799.8863.98.camel@maui.jaa.org.uk> Message-ID: <604aa7910504161420b966c37@mail.gmail.com> On 4/16/05, John Austin wrote: > Hi Cimmo > Sorry for the confusion. > I meant that the Anaconda info is not that clear. > I played with the buttons in the advanced boot configuration but was > never convinced I understood what it was going to do !! If the text associated with the options are confusing.. then perhaps you can work with Cimmo, who seems to undestand the options, and try to file a bugreport with specific suggestions for text corrections to make the overall anaconda experience less confusing. -jef From FrankSanderDo at vodafone.de Sat Apr 16 20:30:37 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Sat, 16 Apr 2005 22:30:37 +0200 Subject: snmp segfault Message-ID: <426175ED.5080007@vodafone.de> Hi folks, I am not sure since when, but on my FC3 machine the snmpd chrashes with a segfault. any body else with such a prob? see you Frank From skvidal at phy.duke.edu Sat Apr 16 21:35:10 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 16 Apr 2005 17:35:10 -0400 Subject: can't stop yum, must use kill -9 In-Reply-To: <4260F196.3020407@gmx.de> References: <1113647690.3125.1.camel@localhost.localdomain> <4260F196.3020407@gmx.de> Message-ID: <1113687310.22733.27.camel@cutter> > an other thing is/was "\*" and "*" as wildcard > i am not sure if it was "yum" and/or "rpm" > in some versions "*" is ok and suddenly after an update you have to use > "\*" to get the expected resultat. > i do not know in which release/version this happened. > "\*" is/was always ok. This has nothing to do with yum. This is completely a function of your shell. bash or tcsh is expanding out the wildcard, you have to escape them or single quote them for yum to see them un-expanded. -sv From FrankSanderDo at vodafone.de Sat Apr 16 20:41:21 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Sat, 16 Apr 2005 22:41:21 +0200 Subject: probs with DFE-580 TX In-Reply-To: <20050416211045.GA8968@electric-eye.fr.zoreil.com> References: <425EA8C1.7010702@gwch.net> <1113500888.3358.0.camel@sb-home.lan> <425F9359.9040406@vodafone.de> <42601DC8.3090907@vodafone.de> <42616B40.4050808@vodafone.de> <20050416211045.GA8968@electric-eye.fr.zoreil.com> Message-ID: <42617871.6040901@vodafone.de> Francois Romieu wrote: >Frank Sander : >[...] > > >>now my question is: >>Can some body with more experience in driver progging than me have a >>look at that? >>How can we make sure (if my merging is ok) to bring that in one of the >>next updates? >> >> > >Verify that the changes are not too far from the current codingstyle >of the driver, diff the patch against latest 2.6.12-rc, give a look at >http://linux.yyz.us/patch-format.html and send it to netdev at oss.sgi.com >+ Cc: jgarzik at pobox.com. > >-- >Ueimor > > > Hi, would love to do so. I am not sure what exactly the current coding style is. Also (like I mentioned before) I am not sure if I did everything right. Haveing no fualt message and a working peace of software is a good sign but the devil dies in peaces ;-) My biggest problem is: I am have no idea how to do the diff and patch thing. Maybe some body can help me with that? I easily can send the "new" sundance.c file if I know where to send. see you Frank -------------- next part -------------- An HTML attachment was scrubbed... URL: From romieu at fr.zoreil.com Sat Apr 16 22:10:04 2005 From: romieu at fr.zoreil.com (Francois Romieu) Date: Sun, 17 Apr 2005 00:10:04 +0200 Subject: probs with DFE-580 TX In-Reply-To: <42617871.6040901@vodafone.de> References: <425EA8C1.7010702@gwch.net> <1113500888.3358.0.camel@sb-home.lan> <425F9359.9040406@vodafone.de> <42601DC8.3090907@vodafone.de> <42616B40.4050808@vodafone.de> <20050416211045.GA8968@electric-eye.fr.zoreil.com> <42617871.6040901@vodafone.de> Message-ID: <20050416221004.GA9444@electric-eye.fr.zoreil.com> Frank Sander : [...] > My biggest problem is: > I am have no idea how to do the diff and patch thing. > Maybe some body can help me with that? I easily can send the "new" > sundance.c file if I know where to send. Can you publish the relevant file (assuming it is gpled) on some web site ? If you can't, gzip it and send it with an explanation at netdev at oss.sgi.com. It can't be excluded that it will need some time to figure the relevant differences with the in-kernel driver. -- Ueimor From shrek-m at gmx.de Sat Apr 16 22:38:25 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 17 Apr 2005 00:38:25 +0200 Subject: can't stop yum, must use kill -9 In-Reply-To: <1113687310.22733.27.camel@cutter> References: <1113647690.3125.1.camel@localhost.localdomain> <4260F196.3020407@gmx.de> <1113687310.22733.27.camel@cutter> Message-ID: <426193E1.8090705@gmx.de> seth vidal wrote: >>an other thing is/was "\*" and "*" as wildcard >>i am not sure if it was "yum" and/or "rpm" >>in some versions "*" is ok and suddenly after an update you have to use >>"\*" to get the expected resultat. >>i do not know in which release/version this happened. >>"\*" is/was always ok. >> >> > >This has nothing to do with yum. >This is completely a function of your shell. > afair it was something like this, but i am not 100% sure. # yum update udev* -> no package, oops ? # yum update udev\* -> udev, ok ! # yum update ude* -> udev, ok ! this would be a problem with yum and not the shell. -- shrek-m From skvidal at phy.duke.edu Sat Apr 16 22:49:38 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 16 Apr 2005 18:49:38 -0400 Subject: can't stop yum, must use kill -9 In-Reply-To: <426193E1.8090705@gmx.de> References: <1113647690.3125.1.camel@localhost.localdomain> <4260F196.3020407@gmx.de> <1113687310.22733.27.camel@cutter> <426193E1.8090705@gmx.de> Message-ID: <1113691778.22733.42.camel@cutter> On Sun, 2005-04-17 at 00:38 +0200, shrek-m at gmx.de wrote: > seth vidal wrote: > > >>an other thing is/was "\*" and "*" as wildcard > >>i am not sure if it was "yum" and/or "rpm" > >>in some versions "*" is ok and suddenly after an update you have to use > >>"\*" to get the expected resultat. > >>i do not know in which release/version this happened. > >>"\*" is/was always ok. > >> > >> > > > >This has nothing to do with yum. > >This is completely a function of your shell. > > > > afair it was something like this, but i am not 100% sure. > > # yum update udev* > -> no package, oops ? > > # yum update udev\* > -> udev, ok ! > > # yum update ude* > -> udev, ok ! > > > this would be a problem with yum and not the shell. > no, it's not. run yum -d 3 update [your globs] and look what yum said it received as args. -sv From john.lists at gmail.com Sat Apr 16 23:31:51 2005 From: john.lists at gmail.com (John Vasileff) Date: Sat, 16 Apr 2005 19:31:51 -0400 Subject: snmp segfault In-Reply-To: <426175ED.5080007@vodafone.de> References: <426175ED.5080007@vodafone.de> Message-ID: On 4/16/05, Frank Sander wrote: > Hi folks, > > I am not sure since when, but on my FC3 machine the snmpd chrashes with > a segfault. > any body else with such a prob? > > see you > Frank > Yes, happens for me when lmsensors is configured. Try unloading all of the related kernel modules. John From vvrajarao at gmail.com Sun Apr 17 01:23:01 2005 From: vvrajarao at gmail.com (V V Raja Rao) Date: Sun, 17 Apr 2005 06:53:01 +0530 Subject: upgrading to gcc 4.0 Message-ID: Hi, I am running FC3 and want to upgrade to gcc 4.0. I tried to upgrade using yum by enabling the development repository. yum failed with the error 'unsigned package libgcc'. Now I want to try my luck by upgrading it from FC4T2 repo. Can someone post the yum repo file for upgrading from FC4T2? Regards, Raja. -- The most important of life's battles is the one we fight daily in the silent chambers of the soul. From terraformers at gmx.net Sun Apr 17 02:22:59 2005 From: terraformers at gmx.net (Lars G) Date: Sun, 17 Apr 2005 04:22:59 +0200 Subject: no gtkam in fc4t2 ? Message-ID: hello i can't find gtkam for gphoto2 in the devel core/extras repos. anyone can tell whats the digital-camera-gui for fc4t2 ? thanks! lars From fct-cornette at insight.rr.com Sun Apr 17 02:32:02 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 16 Apr 2005 22:32:02 -0400 Subject: upgrading to gcc 4.0 In-Reply-To: References: Message-ID: <4261CAA2.7010809@insight.rr.com> V V Raja Rao wrote: > Hi, > > I am running FC3 and want to upgrade to gcc 4.0. I tried to upgrade > using yum by enabling the development repository. yum failed with the > error 'unsigned package libgcc'. Now I want to try my luck by > upgrading it from FC4T2 repo. Can someone post the yum repo file for > upgrading from FC4T2? > > Regards, > Raja. Development is the update repository during test cycles. The versions of programs shipped on FC4T2 should be under the ftp.redhat.com/pub/fedora/linux/core/test/3.91/arch/os directory or similar, depending on the structure of the mirror used. Development packages are not always signed. You might have to add gpgcheck=0 in your repo for development. enabled=1 gpgcheck=0 Good luck with getting gcc4. Jim From darren at dzr-web.com Sun Apr 17 02:28:57 2005 From: darren at dzr-web.com (D. D. Brierton) Date: Sun, 17 Apr 2005 03:28:57 +0100 Subject: upgrading to gcc 4.0 In-Reply-To: References: Message-ID: <1113704937.5572.19.camel@excession.dzr> On Sun, 2005-04-17 at 06:53 +0530, V V Raja Rao wrote: > I am running FC3 and want to upgrade to gcc 4.0. I tried to upgrade > using yum by enabling the development repository. yum failed with the > error 'unsigned package libgcc'. Now I want to try my luck by > upgrading it from FC4T2 repo. Can someone post the yum repo file for > upgrading from FC4T2? Huh? gcc 4 is *included* in FC3. $ rpm -q gcc4 gcc4-4.0.0-0.41.fc3 It's parallel installed with gcc 3.4.3. If you didn't install it you should be able to now by just doing $ sudo yum install gcc4 without adding any further yum repositories. Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From jspaleta at gmail.com Sun Apr 17 03:05:07 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 16 Apr 2005 23:05:07 -0400 Subject: no gtkam in fc4t2 ? In-Reply-To: References: Message-ID: <604aa7910504162005205c0621@mail.gmail.com> On 4/16/05, Lars G wrote: > hello > > i can't find gtkam for gphoto2 in the devel core/extras repos. > anyone can tell whats the digital-camera-gui for fc4t2 ? gtkam was removed from fc3.. as listed in the fc3 release notes. gthumb became the default application for handling digital cameras in fc3. -jef From terraformers at gmx.net Sun Apr 17 03:28:51 2005 From: terraformers at gmx.net (Lars G) Date: Sun, 17 Apr 2005 05:28:51 +0200 Subject: no gtkam in fc4t2 ? References: <604aa7910504162005205c0621@mail.gmail.com> Message-ID: On Sat, 16 Apr 2005 23:05:07 -0400, Jeff Spaleta wrote: > On 4/16/05, Lars G wrote: >> hello >> >> i can't find gtkam for gphoto2 in the devel core/extras repos. >> anyone can tell whats the digital-camera-gui for fc4t2 ? > > gtkam was removed from fc3.. as listed in the fc3 release notes. > gthumb became the default application for handling digital cameras in fc3. > > -jef thanks Jeff! that's nice, gthumb rocks :) cheers lars From shrek-m at gmx.de Sun Apr 17 07:38:16 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 17 Apr 2005 09:38:16 +0200 Subject: can't stop yum, must use kill -9 In-Reply-To: <1113691778.22733.42.camel@cutter> References: <1113647690.3125.1.camel@localhost.localdomain> <4260F196.3020407@gmx.de> <1113687310.22733.27.camel@cutter> <426193E1.8090705@gmx.de> <1113691778.22733.42.camel@cutter> Message-ID: <42621268.3070806@gmx.de> seth vidal wrote: >>afair it was something like this, but i am not 100% sure. >> >># yum update udev* >> -> no package, oops ? >> >># yum update udev\* >> -> udev, ok ! >> >># yum update ude* >> -> udev, ok ! >> >> >>this would be a problem with yum and not the shell. >> >no, it's not. > >run yum -d 3 update [your globs] > >and look what yum said it received as args. > sorry, i do not know what you mean. afair it was the regular output for none matching package, even with -d0 : eg. "Could not find update match for udev* No Packages marked for Update/Obsoletion" while rhn-applet-tui was ok and told me that there was an "udev" update. yum was later satisfied with "udev\*" probably it was only a not uptodate mirror. i will take more attention if this happens the next time. -- shrek-m From dawid_gajownik at o2.pl Sun Apr 17 07:43:11 2005 From: dawid_gajownik at o2.pl (Dawid Gajownik) Date: Sun, 17 Apr 2005 09:43:11 +0200 Subject: upgrading to gcc 4.0 In-Reply-To: <1113704937.5572.19.camel@excession.dzr> References: <1113704937.5572.19.camel@excession.dzr> Message-ID: <4262138F.8010303@o2.pl> Dnia 04/17/2005 04:28 AM, U?ytkownik D. D. Brierton napisa?: > Huh? gcc 4 is *included* in FC3. But it sometimes does not work :P For example I wasn't able to recompile httpd in that way: CC=gcc4 CXX=g++4 rpmbuild --rebuild httpd-some_numbers.src.rpm because libtool was complaining about "--tag" or something (sorry, I don't remember it). I didn't have problems with other packages (mysql, php, etc.). Installing gcc-4.0.0 in FC3 is quite easy if you use yum :) I've just only had to manually upgrade libtool-libs to libtool-ltdl (missing dependencies?) Right now I use this config file: http://80.55.221.90/~gajownik/linux/bak/fedora-devel.repo and everything works fine :D -- ^_* -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From RouillardSy at yahoo.fr Sun Apr 17 09:30:44 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Sun, 17 Apr 2005 11:30:44 +0200 Subject: text login as default? Message-ID: <200504171130.44665.RouillardSy@yahoo.fr> Out of boredom, I decided to check out all the files on my system that yum created as *.rpmnew. My understanding of such files is that yum lets the current file unchanged and lets the user do the shift manually if s/he wants. Feel free to correct me if I'm wrong. So, I blindely went through a bunch of those, saving the original files as *.rpmsave and replacing them by the *.rpmnew. I shut down the pooter, thinking it would make me a nice surprise when I wake up (heck, that's a test FC!). Well, I have to confess I was rather disapointed, the only surprise was that I didn't get any X login screen, just the console mode, and it was no fun because startx brought me straight to my desktop with no bug. Investigating on what could have caused this sudden change, I noticed this: # diff /etc/inittab /etc/inittab.rpmsave 18c18 < id:3:initdefault: --- > id:5:initdefault: Fair enough, no bug here and I found the culprit. Though this raises some questions... what's the point of this change? are we supposed to login in in text mode to test something? aren't we supposed to bring these rpmnew files that yum creates into action? Too many questions for a Sunday waking up! I hope someone can show me the light toward the understanding of these rpmnew files. You'll find me near the coffee machine. Cheers From mpeters at mac.com Sun Apr 17 10:29:18 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 17 Apr 2005 03:29:18 -0700 Subject: text login as default? In-Reply-To: <200504171130.44665.RouillardSy@yahoo.fr> References: <200504171130.44665.RouillardSy@yahoo.fr> Message-ID: <1113733758.19927.3.camel@fc4t2.mpeters.local> On Sun, 2005-04-17 at 11:30 +0200, Sylvain Rouillard wrote: > > Fair enough, no bug here and I found the culprit. Though this raises some > questions... what's the point of this change? are we supposed to login in in > text mode to test something? aren't we supposed to bring these rpmnew files > that yum creates into action? Too many questions for a Sunday waking up! All it means is that the default setting of the config file in the rpm is run level 3 - the rpm has no way in hell of knowing what you want, so it has a safe default of run level 3 in its configuration. When you install the OS and decide to have a gui login, anaconda changes the default runlevel to 5. The inittab in the rpm is flagged %config(noreplace) - which tells rpm not to overwrite your current config file with the default, so it creates a .rpmnew file instead - allowing you to examine the stock config file should you choose. From Fred.New at microlink.ee Sun Apr 17 11:30:15 2005 From: Fred.New at microlink.ee (Fred New) Date: Sun, 17 Apr 2005 14:30:15 +0300 Subject: text login as default? Message-ID: <345764DCB65C0C4FACC44529DE273C18BE622B@eemail1.microlink.lan> On Sun 4/17/2005 12:30 PM, Sylvain Rouillard wrote: > Investigating on what could have caused this sudden change, I noticed this: > > # diff /etc/inittab /etc/inittab.rpmsave > 18c18 > < id:3:initdefault: > --- > > id:5:initdefault: > I think this is part of Ray Strodes early-login changes. If you rename inittab.rpmnew to inittab, you should also do some of the other things he outlined in https://www.redhat.com/archives/fedora-test-list/2005-April/msg00416.html except that you don't need to install his special initscripts RPM. Fred -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2559 bytes Desc: not available URL: From Fred.New at microlink.ee Sun Apr 17 11:35:08 2005 From: Fred.New at microlink.ee (Fred New) Date: Sun, 17 Apr 2005 14:35:08 +0300 Subject: can't stop yum, must use kill -9 Message-ID: <345764DCB65C0C4FACC44529DE273C18BE622C@eemail1.microlink.lan> Marius Andreiana wrote: >I don't know if it's a new issue, but I first noticed this in fc4t2. >When yum is downloading packages, it can't be stopped pressing ctrl+c >(it will switch to another mirror and continue). > I appreciate this behavior since some mirrors can be real dogs. If ctrl+c killed yum, how could I indicate to yum that I wanted to try a different mirror? Fred -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2513 bytes Desc: not available URL: From riteshsarraf at users.sourceforge.net Sun Apr 17 12:14:11 2005 From: riteshsarraf at users.sourceforge.net (Ritesh Raj Sarraf) Date: Sun, 17 Apr 2005 17:44:11 +0530 Subject: text login as default? References: <200504171130.44665.RouillardSy@yahoo.fr> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sylvain Rouillard wrote: > Out of boredom, I decided to check out all the files on my system that yum > created as *.rpmnew. My understanding of such files is that yum lets the > current file unchanged and lets the user do the shift manually if s/he > wants. Feel free to correct me if I'm wrong. > > So, I blindely went through a bunch of those, saving the original files as > *.rpmsave and replacing them by the *.rpmnew. I shut down the pooter, > thinking it would make me a nice surprise when I wake up (heck, that's a > test FC!). Well, I have to confess I was rather disapointed, the only > surprise was that I didn't get any X login screen, just the console mode, > and it was no fun because startx brought me straight to my desktop with no > bug. Investigating on what could have caused this sudden change, I noticed > this: > > # diff /etc/inittab /etc/inittab.rpmsave > 18c18 > < id:3:initdefault: > --- >> id:5:initdefault: > > Fair enough, no bug here and I found the culprit. Though this raises some > questions... what's the point of this change? are we supposed to login in > in text mode to test something? aren't we supposed to bring these rpmnew > files that yum creates into action? Too many questions for a Sunday waking > up! > > I hope someone can show me the light toward the understanding of these > rpmnew files. You'll find me near the coffee machine. > > Cheers > Coming from the Debian world I wanted to ask one question. Doesn't the FC package manager allow you to have a look at the diff of your present config and the newconfig before the packages' installation? rrs - -- Ritesh Raj Sarraf RESEARCHUT -- http://www.researchut.com Gnupg Key ID: 04F130BC "Stealing logic from one person is plagiarism, stealing from many is research." "Necessity is the mother of invention." -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCYlMT4Rhi6gTxMLwRAl8RAJ4swvSLv/NgWdp27Ht/j5pbwOL3uACfZOEK thkdxc0v4vZPZ/iM8nzYCqA= =nflS -----END PGP SIGNATURE----- From johnp at redhat.com Sun Apr 17 13:13:03 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Sun, 17 Apr 2005 09:13:03 -0400 Subject: text login as default? In-Reply-To: References: <200504171130.44665.RouillardSy@yahoo.fr> Message-ID: <1113743583.18809.18.camel@localhost.localdomain> On Sun, 2005-04-17 at 08:14, Ritesh Raj Sarraf wrote: > Coming from the Debian world I wanted to ask one question. Doesn't the FC > package manager allow you to have a look at the diff of your present config > and the newconfig before the packages' installation? > I also was once a heavy Debian user so I know what you are talking about. However I would have to say asking questions to a user during updates after each package install is dead wrong. If a user wants to be that micro managey that is what the rpmnew and rpmsave files are for. BTW. for the original poster - I haven't seen the change you are referring to. I still boot up into X. -- J5 From johnp at redhat.com Sun Apr 17 13:16:05 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Sun, 17 Apr 2005 09:16:05 -0400 Subject: text login as default? In-Reply-To: <345764DCB65C0C4FACC44529DE273C18BE622B@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18BE622B@eemail1.microlink.lan> Message-ID: <1113743765.18809.21.camel@localhost.localdomain> On Sun, 2005-04-17 at 07:30, Fred New wrote: > On Sun 4/17/2005 12:30 PM, Sylvain Rouillard wrote: > > > Investigating on what could have caused this sudden change, I noticed this: > > > > # diff /etc/inittab /etc/inittab.rpmsave > > 18c18 > > < id:3:initdefault: > > --- > > > id:5:initdefault: > > > > I think this is part of Ray Strodes early-login changes. If you rename > inittab.rpmnew to inittab, you should also do some of the other things > he outlined in > > https://www.redhat.com/archives/fedora-test-list/2005-April/msg00416.html > > except that you don't need to install his special initscripts RPM. > > Fred Unless he already installed the initscripts from Ray's repository I don't think there have been any changes to the rawhide initscripts (at least not as described). We are not turning this on by default just yet. -- J5 From jspaleta at gmail.com Sun Apr 17 14:18:40 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 17 Apr 2005 10:18:40 -0400 Subject: text login as default? In-Reply-To: <200504171130.44665.RouillardSy@yahoo.fr> References: <200504171130.44665.RouillardSy@yahoo.fr> Message-ID: <604aa7910504170718402507a8@mail.gmail.com> On 4/17/05, Sylvain Rouillard wrote: > Fair enough, no bug here and I found the culprit. Though this raises some > questions... what's the point of this change? are we supposed to login in in > text mode to test something? aren't we supposed to bring these rpmnew files > that yum creates into action? Too many questions for a Sunday waking up! First, the rpmnew files are a feature of the rpm not yum. You would see them created similarly if using up2date or other high level packaging tool layered over rpm. So let's not confuse the issue by implying to other people this is a yum specific issue. Second, I haven't seen anyone suggest to me that its a good idea to blindly replace your working config files with the rpmnew files. rpmnew files are created when the rpm system sees that a config file is no longer stock and has been customized. rpmnew files only exist because your configs have been changed from what rpm understands to be a default file. rpm -V packagename is handy for manually finding these sorts of files for yourself. Until you do a visual inspection of the rpmnew file against the old config... you have no idea what changes are going to be made. Since the anaconda installer gives you a choice of graphical or text login as part of the install process, it stands to reason that the installer could very well customize inittab. The inittab.rpmnew file encodes the default settings, so whether the default is 3 or 5, if everyone blindly replaced their config with the rpmnew file some users are going to be upset at the result simply because some users use runlevel 3 and some use 5. -jef From RouillardSy at yahoo.fr Sun Apr 17 14:31:35 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Sun, 17 Apr 2005 16:31:35 +0200 Subject: text login as default? In-Reply-To: <604aa7910504170718402507a8@mail.gmail.com> References: <200504171130.44665.RouillardSy@yahoo.fr> <604aa7910504170718402507a8@mail.gmail.com> Message-ID: <200504171631.35309.RouillardSy@yahoo.fr> > First, the rpmnew files are a feature of the rpm not yum. You would > see them created similarly if using up2date or other high level > packaging tool layered over rpm. So let's not confuse the issue by > implying to other people this is a yum specific issue. I wasn't implying anything, I was only describing a situation and asking a question about it. My apologies if the terms of the description and/or of the question weren't accurate enough. > Second, I haven't seen anyone suggest to me that its a good idea to > blindly replace your working config files with the rpmnew files. > rpmnew files are created when the rpm system sees that a config file > is no longer stock and has been customized. rpmnew files only exist > because your configs have been changed from what rpm understands to be > a default file. This is precisely the answer to my question, which originally was "how are we supposed to handle rpmnew files". I asked here because I was obviously completely wrong in my assumption of the nature of these rpmnew files. My double mistake. Thanks for your clarity, and sorry for the bother. From ernesto at ornl.gov Sun Apr 17 14:51:02 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 17 Apr 2005 10:51:02 -0400 Subject: no gtkam in fc4t2 ? In-Reply-To: <604aa7910504162005205c0621@mail.gmail.com> References: <604aa7910504162005205c0621@mail.gmail.com> Message-ID: <1113749462.6881.36.camel@lion> On Sat, 2005-04-16 at 23:05 -0400, Jeff Spaleta wrote: > On 4/16/05, Lars G wrote: > > hello > > > > i can't find gtkam for gphoto2 in the devel core/extras repos. > > anyone can tell whats the digital-camera-gui for fc4t2 ? > > gtkam was removed from fc3.. as listed in the fc3 release notes. > gthumb became the default application for handling digital cameras in fc3. Is there a KDE equivalent? > > -jef > From webmaster at margo.bijoux.nom.br Sun Apr 17 15:36:37 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sun, 17 Apr 2005 12:36:37 -0300 Subject: can't stop yum, must use kill -9 In-Reply-To: <345764DCB65C0C4FACC44529DE273C18BE622C@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18BE622C@eemail1.microlink.lan> Message-ID: <42628285.6020306@margo.bijoux.nom.br> Fred New wrote: >Marius Andreiana wrote: > > > >>I don't know if it's a new issue, but I first noticed this in fc4t2. >>When yum is downloading packages, it can't be stopped pressing ctrl+c >>(it will switch to another mirror and continue). >> >> >> >I appreciate this behavior since some mirrors can be real dogs. >If ctrl+c killed yum, how could I indicate to yum that I wanted >to try a different mirror? > > What about CTRL+C having the default behaviour (stopping the application) and something else being used to tell yum to change mirror (something like CTRL+M , for example)? -- Pedro Macedo From fedora at nodata.co.uk Sun Apr 17 15:45:12 2005 From: fedora at nodata.co.uk (nodata) Date: Sun, 17 Apr 2005 17:45:12 +0200 Subject: can't stop yum, must use kill -9 In-Reply-To: <42628285.6020306@margo.bijoux.nom.br> References: <345764DCB65C0C4FACC44529DE273C18BE622C@eemail1.microlink.lan> <42628285.6020306@margo.bijoux.nom.br> Message-ID: <1113752712.3108.6.camel@localhost.localdomain> On Sun, 2005-04-17 at 12:36 -0300, Pedro Fernandes Macedo wrote: > Fred New wrote: > > >Marius Andreiana wrote: > > > > > > > >>I don't know if it's a new issue, but I first noticed this in fc4t2. > >>When yum is downloading packages, it can't be stopped pressing ctrl+c > >>(it will switch to another mirror and continue). > >> > >> > >> > >I appreciate this behavior since some mirrors can be real dogs. > >If ctrl+c killed yum, how could I indicate to yum that I wanted > >to try a different mirror? > > > > > What about CTRL+C having the default behaviour (stopping the > application) and something else being used to tell yum to change mirror > (something like CTRL+M , for example)? > > -- > Pedro Macedo > This is a good idea. Alternatively, yum could take a "mail"-style approach "press ^C again to kill letter". Two ^Cs would kill yum. From buildsys at redhat.com Sun Apr 17 16:56:08 2005 From: buildsys at redhat.com (Build System) Date: Sun, 17 Apr 2005 12:56:08 -0400 Subject: rawhide report: 20050417 changes Message-ID: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> Updated Packages: 4Suite-1.0-8.b1 --------------- * Sat Apr 16 2005 Miloslav Trmac - 1.0-8.b1 - Update to 4Suite-1.0b1 devhelp-0.9.3-6 --------------- * Sat Apr 16 2005 Christopher Aillon 0.9.3-6 - Depend on mozilla 1.7.7 epiphany-1.6.1-2 ---------------- * Sat Apr 16 2005 Christopher Aillon - 1.6.1-2 - Depend on mozilla 1.7.7 * Wed Apr 06 2005 Elliot Lee - 1.6.1-1 - Update to 1.6.1 fonts-xorg-6.8.2-1 ------------------ * Fri Apr 08 2005 Mike A. Harris 6.8.2-1 - Remove the Speedo font files, as Xorg no longer supports Speedo fonts in 6.8.0 onward but includes the fonts accidentally. (#142744,154191) - Changed base subpackage post script to remove the Speedo font path from xfs configuration to avoid warnings in /var/log/messages from xfs about bad font path elements. gnome-kerberos-0.3.3-2 ---------------------- * Sat Apr 16 2005 Christopher Aillon 0.3.3-2 - Rebuild mozilla-37:1.7.7-2 ------------------ * Fri Apr 15 2005 Christopher Aillon 37:1.7.7-2 - Add patch to properly link against libgfxshared_s.a * Fri Apr 15 2005 Christopher Aillon 37:1.7.7-1 - Update to security release 1.7.7 * Tue Apr 12 2005 Christopher Aillon 37:1.7.6-3 - Spec file cleanup - Add nspr-config 64 bit patch from rstrode at redhat.com pam-0.79-6 ---------- * Sat Apr 16 2005 Steve Grubb 0.79-6 - Adjusted pam audit patch to make exception for ECONNREFUSED slocate-2.7-22 -------------- * Sat Apr 16 2005 Miloslav Trmac - 2.7-22 - Point the user at updatedb.conf if the database is too old * Sat Apr 16 2005 Miloslav Trmac - 2.7-21 - Don't assume paths in /etc/mtab don't contain symlinks (#139950, #110575) - Use %config(noreplace) for /etc/updatedb.conf (#155014) tmpwatch-2.9.3-1 ---------------- * Sat Apr 16 2005 Miloslav Trmac - 2.9.3-1 - Silently ignore ENOENT if somebody removes files faster than us (#154960) - Handle failures to exec fuser - Fix check for negative grace periods xterm-200-6 ----------- * Sat Apr 16 2005 Mike A. Harris 200-6 - Added option to spec file to allow easy rebuilding with 256 color option for those who prefer this non-default behaviour (#103402) * Tue Mar 08 2005 Soeren Sandmann 200-5 - Ported xterm-resources-redhat.patch to newer xterms. (#126855) From kyrre at solution-forge.net Sun Apr 17 17:33:22 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 17 Apr 2005 19:33:22 +0200 Subject: can't stop yum, must use kill -9 In-Reply-To: <1113752712.3108.6.camel@localhost.localdomain> References: <345764DCB65C0C4FACC44529DE273C18BE622C@eemail1.microlink.lan> <42628285.6020306@margo.bijoux.nom.br> <1113752712.3108.6.camel@localhost.localdomain> Message-ID: <1113759202.7183.108.camel@localhost.localdomain> s?n, 17.04.2005 kl. 17.45 skrev nodata: > On Sun, 2005-04-17 at 12:36 -0300, Pedro Fernandes Macedo wrote: > > Fred New wrote: > > > > >Marius Andreiana wrote: > > > > > > > > > > > >>I don't know if it's a new issue, but I first noticed this in fc4t2. > > >>When yum is downloading packages, it can't be stopped pressing ctrl+c > > >>(it will switch to another mirror and continue). > > >> > > >> > > >> > > >I appreciate this behavior since some mirrors can be real dogs. > > >If ctrl+c killed yum, how could I indicate to yum that I wanted > > >to try a different mirror? > > > > > > > > What about CTRL+C having the default behaviour (stopping the > > application) and something else being used to tell yum to change mirror > > (something like CTRL+M , for example)? > > > > -- > > Pedro Macedo > > > > This is a good idea. Alternatively, yum could take a "mail"-style > approach "press ^C again to kill letter". Two ^Cs would kill yum. Great idea - exept, should there be a time limit or something? A message telling you what to do ("press control-C again within 10 seconds to stop yum")? After all, the "mirror-change" mechanism is really usefull, but racing to press ^C fast enough is not. And you might hit two bad mirrors in a row. Kyrre Ness Sj?b?k From FrankSanderDo at vodafone.de Sun Apr 17 17:41:47 2005 From: FrankSanderDo at vodafone.de (Frank Sander) Date: Sun, 17 Apr 2005 19:41:47 +0200 Subject: snmp segfault In-Reply-To: References: <426175ED.5080007@vodafone.de> Message-ID: <42629FDB.4020507@vodafone.de> Thanks that helped!! to be exact: removing the i2c and the eeprom module helped. wirth a bugzilla file? see you Frank John Vasileff wrote: >On 4/16/05, Frank Sander wrote: > > >>Hi folks, >> >>I am not sure since when, but on my FC3 machine the snmpd chrashes with >>a segfault. >>any body else with such a prob? >> >>see you >>Frank >> >> >> > >Yes, happens for me when lmsensors is configured. Try unloading all >of the related kernel modules. > > >John > > > From aoliva at redhat.com Sun Apr 17 20:02:23 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 17 Apr 2005 17:02:23 -0300 Subject: upgrading to gcc 4.0 In-Reply-To: <4262138F.8010303@o2.pl> References: <1113704937.5572.19.camel@excession.dzr> <4262138F.8010303@o2.pl> Message-ID: On Apr 17, 2005, Dawid Gajownik wrote: > CC=gcc4 CXX=g++4 rpmbuild --rebuild httpd-some_numbers.src.rpm > because libtool was complaining about "--tag" or something That would be because of an incorrect use of LIBTOOL=/usr/bin/libtool in the httpd build process. Not a bug in GCC, not a bug in libtool. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From fedora at nodata.co.uk Sun Apr 17 20:37:04 2005 From: fedora at nodata.co.uk (nodata) Date: Sun, 17 Apr 2005 22:37:04 +0200 Subject: can't stop yum, must use kill -9 In-Reply-To: <1113759202.7183.108.camel@localhost.localdomain> References: <345764DCB65C0C4FACC44529DE273C18BE622C@eemail1.microlink.lan> <42628285.6020306@margo.bijoux.nom.br> <1113752712.3108.6.camel@localhost.localdomain> <1113759202.7183.108.camel@localhost.localdomain> Message-ID: <1113770224.3108.7.camel@localhost.localdomain> On Sun, 2005-04-17 at 19:33 +0200, Kyrre Ness Sjobak wrote: > s?n, 17.04.2005 kl. 17.45 skrev nodata: > > On Sun, 2005-04-17 at 12:36 -0300, Pedro Fernandes Macedo wrote: > > > Fred New wrote: > > > > > > >Marius Andreiana wrote: > > > > > > > > > > > > > > > >>I don't know if it's a new issue, but I first noticed this in fc4t2. > > > >>When yum is downloading packages, it can't be stopped pressing ctrl+c > > > >>(it will switch to another mirror and continue). > > > >> > > > >> > > > >> > > > >I appreciate this behavior since some mirrors can be real dogs. > > > >If ctrl+c killed yum, how could I indicate to yum that I wanted > > > >to try a different mirror? > > > > > > > > > > > What about CTRL+C having the default behaviour (stopping the > > > application) and something else being used to tell yum to change mirror > > > (something like CTRL+M , for example)? > > > > > > -- > > > Pedro Macedo > > > > > > > This is a good idea. Alternatively, yum could take a "mail"-style > > approach "press ^C again to kill letter". Two ^Cs would kill yum. > > Great idea - exept, should there be a time limit or something? A message > telling you what to do ("press control-C again within 10 seconds to stop > yum")? > > After all, the "mirror-change" mechanism is really usefull, but racing > to press ^C fast enough is not. And you might hit two bad mirrors in a > row. > > Kyrre Ness Sj?b?k > A user on the bug for this suggested that if a user pressed ^C twice on the same mirror, then yum could exit. The alternative would be a timer, perhaps two ^Cs within a couple of seconds would kill yum. ^Z needs to behave better too. From fedora at nodata.co.uk Sun Apr 17 20:39:01 2005 From: fedora at nodata.co.uk (nodata) Date: Sun, 17 Apr 2005 22:39:01 +0200 Subject: rawhide report: 20050417 changes In-Reply-To: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> Message-ID: <1113770341.3108.10.camel@localhost.localdomain> > slocate-2.7-22 > -------------- > * Sat Apr 16 2005 Miloslav Trmac - 2.7-22 > - Point the user at updatedb.conf if the database is too old > > * Sat Apr 16 2005 Miloslav Trmac - 2.7-21 > - Don't assume paths in /etc/mtab don't contain symlinks (#139950, #110575) > - Use %config(noreplace) for /etc/updatedb.conf (#155014) Two questions: Was slocate *really* disabled just because of laptop users? Please can we have "if it's installed, it's enabled" behaviour? From skvidal at phy.duke.edu Sun Apr 17 20:43:57 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 17 Apr 2005 16:43:57 -0400 Subject: rawhide report: 20050417 changes In-Reply-To: <1113770341.3108.10.camel@localhost.localdomain> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> Message-ID: <1113770638.22733.89.camel@cutter> > Two questions: > > Was slocate *really* disabled just because of laptop users? > > Please can we have "if it's installed, it's enabled" behaviour? 'if it is installed, it is enabled' is INCREDIBLY dangerous. in general all services should be disabled by default. -sv From fedora at nodata.co.uk Sun Apr 17 20:45:33 2005 From: fedora at nodata.co.uk (nodata) Date: Sun, 17 Apr 2005 22:45:33 +0200 Subject: rawhide report: 20050417 changes In-Reply-To: <1113770638.22733.89.camel@cutter> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> Message-ID: <1113770733.3108.12.camel@localhost.localdomain> On Sun, 2005-04-17 at 16:43 -0400, seth vidal wrote: > > Two questions: > > > > Was slocate *really* disabled just because of laptop users? > > > > Please can we have "if it's installed, it's enabled" behaviour? > > 'if it is installed, it is enabled' is INCREDIBLY dangerous. > > > in general all services should be disabled by default. > > -sv True for networked services, why for this? From kyrre at solution-forge.net Sun Apr 17 21:02:21 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 17 Apr 2005 23:02:21 +0200 Subject: rawhide report: 20050417 changes In-Reply-To: <1113770733.3108.12.camel@localhost.localdomain> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> <1113770733.3108.12.camel@localhost.localdomain> Message-ID: <1113771740.7183.317.camel@localhost.localdomain> s?n, 17.04.2005 kl. 22.45 skrev nodata: > On Sun, 2005-04-17 at 16:43 -0400, seth vidal wrote: > > > Two questions: > > > > > > Was slocate *really* disabled just because of laptop users? > > > > > > Please can we have "if it's installed, it's enabled" behaviour? > > > > 'if it is installed, it is enabled' is INCREDIBLY dangerous. > > > > > > in general all services should be disabled by default. > > > > -sv > > True for networked services, why for this? It can definatly be annoying for stationary systems as well, especially those who isn't booted to often. Every time you try to use it, it gets ?berslow... From kyrre at solution-forge.net Sun Apr 17 21:09:58 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 17 Apr 2005 23:09:58 +0200 Subject: high temp? In-Reply-To: <200504111325.51228.gene.heskett@verizon.net> References: <4255C609.4070109@duke.edu> <425A8D57.1000009@verizon.net> <425A6131.5090307@duke.edu> <200504111325.51228.gene.heskett@verizon.net> Message-ID: <1113772197.7183.319.camel@localhost.localdomain> You can also quite often cat a file under /proc/acpi/processor/?!? to get temp. man, 11.04.2005 kl. 19.25 skrev Gene Heskett: > On Monday 11 April 2005 07:36, Robbie Foust wrote: > >My laptop also has 1gb of ram, but I would be surprised if that has > >anything to do with how much heat is generated. The heat on my > > machine is coming from the processor. > > > >Is there a way to get real-time temp readings in linux? It would be > >interesting to monitor the temp readings while doing processor > > intensive things. > > > >- Robbie > > > Sure, if you can make it work with your hardware, and occasionally it > works here when the cli program "sensors" doesn't, is "gkrellm", > which sits on your screen near an edge and reports that, and a lot > more stuff if you configure it to do so, all in real time. My cpu is > currently running at 131.2F for example. Actually in runs pretty > steady at that because both einstein and seti are running here, > essentially keeping my cpu at 100%, but they are niced at 19, so I > don't feel them in my useage at all. > > >Robbie Foust > >OIT-CASI > >Duke University > > > >>> Now its only needed to figure out: Is it the driver, or the > >>> hardware? Anyone with same HW and identical config can try and > >>> reproduce? > >> > >> Greetings: > >> > >> A similar thing has happened to me on several occasions. I have > >> an HP Pavilion, model ze5470 US laptop, with a 2.66 GHz P4. It > >> happens when processor usage is high for an extended period, like > >> when tarring a large file structure. I noticed that this occurred > >> after I upgraded the memory to 1 GB. Perhaps the larger memory > >> cards generate more heat. > >> > >> Regards, > >> > >> Gary > > -- > Cheers, Gene > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > 99.34% setiathome rank, not too shabby for a WV hillbilly > Yahoo.com and AOL/TW attorneys please note, additions to the above > message by Gene Heskett are: > Copyright 2005 by Maurice Eugene Heskett, all rights reserved. From fedora at nodata.co.uk Sun Apr 17 21:15:11 2005 From: fedora at nodata.co.uk (nodata) Date: Sun, 17 Apr 2005 23:15:11 +0200 Subject: rawhide report: 20050417 changes In-Reply-To: <1113771740.7183.317.camel@localhost.localdomain> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> <1113770733.3108.12.camel@localhost.localdomain> <1113771740.7183.317.camel@localhost.localdomain> Message-ID: <1113772511.3108.18.camel@localhost.localdomain> On Sun, 2005-04-17 at 23:02 +0200, Kyrre Ness Sjobak wrote: > s?n, 17.04.2005 kl. 22.45 skrev nodata: > > On Sun, 2005-04-17 at 16:43 -0400, seth vidal wrote: > > > > Two questions: > > > > > > > > Was slocate *really* disabled just because of laptop users? > > > > > > > > Please can we have "if it's installed, it's enabled" behaviour? > > > > > > 'if it is installed, it is enabled' is INCREDIBLY dangerous. > > > > > > > > > in general all services should be disabled by default. > > > > > > -sv > > > > True for networked services, why for this? > > It can definatly be annoying for stationary systems as well, especially > those who isn't booted to often. Every time you try to use it, it gets > ?berslow... > Perhaps, but the justification for disabling it seems to be: 1. Laptops 2. Err.. that's it. and disabling such a common useful tool with next to no justification seems, well, bizarre. From jspaleta at gmail.com Sun Apr 17 21:35:44 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 17 Apr 2005 17:35:44 -0400 Subject: rawhide report: 20050417 changes In-Reply-To: <1113771740.7183.317.camel@localhost.localdomain> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> <1113770733.3108.12.camel@localhost.localdomain> <1113771740.7183.317.camel@localhost.localdomain> Message-ID: <604aa791050417143528ff348@mail.gmail.com> On 4/17/05, Kyrre Ness Sjobak wrote: > It can definatly be annoying for stationary systems as well, especially > those who isn't booted to often. Every time you try to use it, it gets > ?berslow... Let's be clear. Having slocate updating on or not is not the real problem associated with bootup... the problem is anacron and anacron's default configuration. The reason why systems get slow on boot is because of anacron being configured to run the exact same things as the traditional cron. Bootup slowness can be prevented by changing how anacron is configured by default without disabling slocate database updating in the nightly cronscripts that run for always-on systems. Sure, slocate is the most noticable script that runs at bootup when anacron is enabled... but lets face facts, most of the scripts anacron is configured to run by default have the ability to cause slowness because the end up doing disk i/o. Instead of focusing on the single script, anacron as a concept needs to be rethought. Is anacron serving any segment of the userbase well? Is anacron doing anything worthwhile by default for laptop users? Take a hard look at what anacron is doing at bootup.. which of those scripts do you NEED to run at bootup..on a lappy? Is it really appropriate for anacron to be running logrotate? or tmpwatch? or the rpm log creation script? These things aren't as intensive as slocate sure, but if the goal is get laptop users the best on boot experience as possible.. why is anacron really running any of these scripts? Why is anacron configured by default with exactly the same set of tasks as traditional cron? The default configurations of anacron and vixie-cron need to be separated so that on-boot activities can be tuned as needed while still providing always on systems with full daily script facilities. -jef From cimmo at libero.it Sun Apr 17 21:38:21 2005 From: cimmo at libero.it (Cimmo) Date: Sun, 17 Apr 2005 23:38:21 +0200 Subject: fc4t2 - grub install on mbr - choose which hdd In-Reply-To: <604aa7910504161420b966c37@mail.gmail.com> References: <1113632519.2312.14.camel@localhost.localdomain> <4260E39A.60808@libero.it> <1113652125.8863.76.camel@maui.jaa.org.uk> <4260FC69.1090607@libero.it> <1113683799.8863.98.camel@maui.jaa.org.uk> <604aa7910504161420b966c37@mail.gmail.com> Message-ID: <4262D74D.4030900@libero.it> An HTML attachment was scrubbed... URL: From cimmo at libero.it Sun Apr 17 21:41:44 2005 From: cimmo at libero.it (Cimmo) Date: Sun, 17 Apr 2005 23:41:44 +0200 Subject: fc4t2 - grub install on mbr - choose which hdd In-Reply-To: <4262D74D.4030900@libero.it> References: <1113632519.2312.14.camel@localhost.localdomain> <4260E39A.60808@libero.it> <1113652125.8863.76.camel@maui.jaa.org.uk> <4260FC69.1090607@libero.it> <1113683799.8863.98.camel@maui.jaa.org.uk> <604aa7910504161420b966c37@mail.gmail.com> <4262D74D.4030900@libero.it> Message-ID: <4262D818.5020304@libero.it> An HTML attachment was scrubbed... URL: From mpeters at mac.com Sun Apr 17 21:56:55 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 17 Apr 2005 14:56:55 -0700 Subject: high temp? In-Reply-To: <1113772197.7183.319.camel@localhost.localdomain> References: <4255C609.4070109@duke.edu> <425A8D57.1000009@verizon.net> <425A6131.5090307@duke.edu> <200504111325.51228.gene.heskett@verizon.net> <1113772197.7183.319.camel@localhost.localdomain> Message-ID: <1113775015.19927.57.camel@fc4t2.mpeters.local> On Sun, 2005-04-17 at 23:09 +0200, Kyrre Ness Sjobak wrote: > You can also quite often cat a file under /proc/acpi/processor/?!? to > get temp. On my VIA box - [mpeters at utility ~]$ cat /proc/acpi/thermal_zone/THRM/temperature temperature: 40 C [mpeters at utility ~]$ On my nforce2 box, that seems to not be supported. Both running current rawhide. From ad+lists at uni-x.org Sun Apr 17 22:08:25 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Mon, 18 Apr 2005 00:08:25 +0200 Subject: high temp? In-Reply-To: <1113775015.19927.57.camel@fc4t2.mpeters.local> References: <4255C609.4070109@duke.edu> <425A8D57.1000009@verizon.net> <425A6131.5090307@duke.edu> <200504111325.51228.gene.heskett@verizon.net> <1113772197.7183.319.camel@localhost.localdomain> <1113775015.19927.57.camel@fc4t2.mpeters.local> Message-ID: <1113775705.913.419.camel@serendipity.dogma.lan> Am So, den 17.04.2005 schrieb Michael A. Peters um 23:56: > On Sun, 2005-04-17 at 23:09 +0200, Kyrre Ness Sjobak wrote: > > You can also quite often cat a file under /proc/acpi/processor/?!? to > > get temp. > > On my VIA box - > > [mpeters at utility ~]$ cat /proc/acpi/thermal_zone/THRM/temperature > temperature: 40 C > [mpeters at utility ~]$ > > On my nforce2 box, that seems to not be supported. > > Both running current rawhide. I am not sure what temperature the above register represents, but it is no current value on my Athlon64 with Cool'n'Quite. $ cat /proc/acpi/thermal_zone/THRM/temperature temperature: 40 C Shows too 40?C :) While the real values are CPU Temp: +23?C (low = +15?C, high = +45?C) sensor = thermistor M/B Temp: +29?C (low = +15?C, high = +40?C) sensor = thermistor The values are from lm_sensors which reads in $ cat /sys/bus/i2c/devices/0-0290/temp1_input 23000 $ cat /sys/bus/i2c/devices/0-0290/temp2_input 29000 A tip for frequently observing such a register: make use of watch command watch -d -n2 cat /sys/bus/i2c/devices/0-0290/temp1_input or: watch -d -n2 sensors Alexander -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora Core 2 GNU/Linux on Athlon with kernel 2.6.11-1.14_FC2smp Serendipity 00:03:32 up 5 days, 20:43, load average: 0.42, 0.29, 0.26 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From mike at netlyncs.com Sun Apr 17 22:17:30 2005 From: mike at netlyncs.com (Mike Chambers) Date: Sun, 17 Apr 2005 17:17:30 -0500 Subject: high temp? In-Reply-To: <1113775015.19927.57.camel@fc4t2.mpeters.local> References: <4255C609.4070109@duke.edu> <425A8D57.1000009@verizon.net> <425A6131.5090307@duke.edu> <200504111325.51228.gene.heskett@verizon.net> <1113772197.7183.319.camel@localhost.localdomain> <1113775015.19927.57.camel@fc4t2.mpeters.local> Message-ID: <1113776250.3066.0.camel@scrappy.netlyncs.com> On Sun, 2005-04-17 at 14:56 -0700, Michael A. Peters wrote: > On my VIA box - > > [mpeters at utility ~]$ cat /proc/acpi/thermal_zone/THRM/temperature > temperature: 40 C > [mpeters at utility ~]$ Intel P4 2.8Ghz... [root at scrappy ~]# cat /proc/acpi/thermal_zone/THRM/temperature temperature: 54 C -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From dsavage at peaknet.net Sun Apr 17 22:25:50 2005 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Sun, 17 Apr 2005 17:25:50 -0500 Subject: FC4t2 rough spots Message-ID: <1113776751.5031.131.camel@lioness.protogeek.org> First off, let me caveat what follows by saying I installed FC4t2 in a VMware 4.5.2 virtual machine running under RHEL4. If the problems are VMware's fault, then please disregard. Otherwise... Unlike FC4t1, FC4t2 installed very unremarkably via NFS. There was one early screen where I had to jiggle the little mousie to get the [>Forward] button to uncloak, but after that things went very smoothly. I didn't run into any trouble until after the install was done, I'd rebooted, and completed Firstboot. The bright red RHN ball said I needed 466 new packages. When I started up2date and things proceeded to the screen where one check box will select all packages for updating, only the topmost package was automatically checked. And that darned missing [>Forward] button problem was back. This time no amount of mouse abuse would resurrect it. I tried updating up2date itself, but that didn't fix the problem. 'yum update' downloaded all new packages, but wouldn't install or upgrade them. I had to use rpm to manually install/upgrade them in small groups. Four packages (eclipse-ecj|jdt|pde and libswt3-gtk2) had installation problems with a library named libgcj.so.6.0.0. All four reported post- install scriptlet failures with exit code 123 (whatever that is). By the time I finished the first round of updates, another 61 packages had been posted to Development. I'll be glad when up2date is fixed. Bottom line: FC4t2 is installed, updated, and ready for testing. If I were a developer I'd examine eclipse very carefully. The latest rhn- applet is unaware of changes to the Development directory, but the broken up2date is. With that I can get by with rpm. -- Doc Robert G. (Doc) Savage, BSE(EE), CISSP, RHCE | Fairview Heights, IL RHEL/ES on Tyan S2468UGN w/3G, dual Athlon MP 2800+, 1.1T RAID5 "Perfection is the enemy of good enough." -- Admiral of the Fleet Sergei G. Gorshkov From russell at coker.com.au Sun Apr 17 08:23:11 2005 From: russell at coker.com.au (Russell Coker) Date: Sun, 17 Apr 2005 18:23:11 +1000 Subject: [fc3] ntpd issue with SELinux and dm In-Reply-To: <425E65F2.10507@roma1.infn.it> References: <200504142210.48598.russell@coker.com.au> <425E65F2.10507@roma1.infn.it> Message-ID: <200504171823.14179.russell@coker.com.au> On Thursday 14 April 2005 22:45, Davide Rossetti wrote: > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151262 > > > >Maybe the above bugzilla has the cause of your problem? If so then please > >update it with the information on your CPU type. > > I have doubts on it... It's a 2xXeon 2.66GHz GC-HE. I have a second PC, > 2xXeon 2.4GHz E7501 with same rpms that runs ok.... difference is: > > - the buggy one uses LVM: > >df > > - the second, good one doesn't use LVM: > >df ntpd is not SE Linux aware, so in permissive mode SE Linux will not impact it's operation. You can easily discover whether SE Linux is at fault by putting the machine in permissive mode and trying to start ntpd. LVM is not going to be the issue unless there is kernel memory corruption (unlikely). You describe the two machines as having different types of CPU, that could make a difference to exec-shield. Try configuring exec-shield as described in the bugzilla and see if it makes a difference. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From mpeters at mac.com Sun Apr 17 23:19:29 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 17 Apr 2005 16:19:29 -0700 Subject: high temp? In-Reply-To: <1113775705.913.419.camel@serendipity.dogma.lan> References: <4255C609.4070109@duke.edu> <425A8D57.1000009@verizon.net> <425A6131.5090307@duke.edu> <200504111325.51228.gene.heskett@verizon.net> <1113772197.7183.319.camel@localhost.localdomain> <1113775015.19927.57.camel@fc4t2.mpeters.local> <1113775705.913.419.camel@serendipity.dogma.lan> Message-ID: <1113779969.19927.59.camel@fc4t2.mpeters.local> On Mon, 2005-04-18 at 00:08 +0200, Alexander Dalloz wrote: > Am So, den 17.04.2005 schrieb Michael A. Peters um 23:56: > > > On Sun, 2005-04-17 at 23:09 +0200, Kyrre Ness Sjobak wrote: > > > You can also quite often cat a file under /proc/acpi/processor/?!? to > > > get temp. > > > > On my VIA box - > > > > [mpeters at utility ~]$ cat /proc/acpi/thermal_zone/THRM/temperature > > temperature: 40 C > > [mpeters at utility ~]$ > > > > On my nforce2 box, that seems to not be supported. > > > > Both running current rawhide. > > I am not sure what temperature the above register represents, but it is > no current value on my Athlon64 with Cool'n'Quite. > > $ cat /proc/acpi/thermal_zone/THRM/temperature > temperature: 40 C > > Shows too 40?C :) While the real values are > > CPU Temp: +23?C (low = +15?C, high = +45?C) sensor = > thermistor > M/B Temp: +29?C (low = +15?C, high = +40?C) sensor = > thermistor > > The values are from lm_sensors which reads in Yeah - I suspect my 40 C value is bogus. I'm not running lm_sensors on either box. On my old (now dead) iMac under YDL - there was temp info in /proc/cpuinfo - and it was real ... well, at least it went up with load ... From boettiger at pobox.com Mon Apr 18 04:14:30 2005 From: boettiger at pobox.com (Adam Boettiger) Date: Sun, 17 Apr 2005 21:14:30 -0700 Subject: Running Core 4 on laptop Message-ID: Hello, I have an older Sony Vaio laptop that I'd like to devote solely to Linux Core 4. Problem is, I only have modem access on it (not broadband) and I have no CD player for it, just a USB port. Before I go buy a used accessory just to install the OS, is there any way that you know of that I could download Core 4 to an external USB hard drive through my PowerBook laptop broadband connection, then move the external USB hard drive to the Vaio and install from the external USB drive? AB From byte at aeon.com.my Mon Apr 18 05:19:12 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 18 Apr 2005 15:19:12 +1000 Subject: high temp? In-Reply-To: <1113779969.19927.59.camel@fc4t2.mpeters.local> References: <4255C609.4070109@duke.edu> <425A8D57.1000009@verizon.net> <425A6131.5090307@duke.edu> <200504111325.51228.gene.heskett@verizon.net> <1113772197.7183.319.camel@localhost.localdomain> <1113775015.19927.57.camel@fc4t2.mpeters.local> <1113775705.913.419.camel@serendipity.dogma.lan> <1113779969.19927.59.camel@fc4t2.mpeters.local> Message-ID: <1113801553.4765.11.camel@arena.soho.bytebot.net> On Sun, 2005-04-17 at 16:19 -0700, Michael A. Peters wrote: > On my old (now dead) iMac under YDL - there was temp info > in /proc/cpuinfo - and it was real ... well, at least it went up with > load ... Actually, those aren't real values either, on PPC. Notice that they do say (uncalibrated) after displaying the temperature Depending on the hardware, its not all completely 100% kosher... -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From fedora at kjb.dds.nl Mon Apr 18 05:56:23 2005 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Mon, 18 Apr 2005 07:56:23 +0200 Subject: rawhide report: 20050417 changes In-Reply-To: <1113772511.3108.18.camel@localhost.localdomain> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> <1113770733.3108.12.camel@localhost.localdomain> <1113771740.7183.317.camel@localhost.localdomain> <1113772511.3108.18.camel@localhost.localdomain> Message-ID: <1113803784.4498.2.camel@isengard> On Sun, 2005-04-17 at 23:15 +0200, nodata wrote: > Perhaps, but the justification for disabling it seems to be: > 1. Laptops > 2. Err.. that's it. > and disabling such a common useful tool with next to no justification > seems, well, bizarre. 3. Older systems and/or systems with slower disk get totally unresponsive for a few minutes. 4. With all the file-alteration monitor goodness available in modern Linux kernels isn't it about time someone thinks of a better way to maintain an index instead of reading the entire fs? Klaasjan From RouillardSy at yahoo.fr Mon Apr 18 07:07:32 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Mon, 18 Apr 2005 09:07:32 +0200 Subject: logitech mouse support on KDE 3.4 Message-ID: <200504180907.32880.RouillardSy@yahoo.fr> Hi, Here is a mail I sent to the kde list: > Hi there, > From reading this: > http://www.kdedevelopers.org/node/view/677 > I seem to understand that KDE3.4 has a feature that lets any logitech cordless > mouse user know their battery status and other info like these. > Well, I'm a logitech cordless mouse user. I have KDE3.4 installed on my FC4T2, > on a x86_64 arch. Yet, kcmshell mouse shows me nothing special about my > logitech mouse. > So, my question, am I looking at the right place, if not, where should I look. > If so, what should I make to make sure the special logitech part is correctly > triggered? > Thakns in advance. > Cheers And the answer I got: > In kde control centre the mouse should have a new tab called Receiver that > shows battery strength and channel of mouse. It works fine here under FC3. > It is appropriate to write to a kde list about test kde releases because kde > needs the bug feedback but it is pointless to write to a kde list when you > are running a fedora test as any problems are likely to be OS related not > desktop-environment related. The new mouse feature depend on a working > hal/dbus/usb setup si it can read that info so write to fedora about it. > -- > regards, > andrew Any lead or suggestion is welcome and appreciated. Thanks for reading. Sylvain From RouillardSy at yahoo.fr Mon Apr 18 07:10:40 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Mon, 18 Apr 2005 09:10:40 +0200 Subject: logitech mouse support on KDE 3.4 In-Reply-To: <200504180907.32880.RouillardSy@yahoo.fr> References: <200504180907.32880.RouillardSy@yahoo.fr> Message-ID: <200504180910.41265.RouillardSy@yahoo.fr> For the record : # dmesg | grep logitech logips2pp: Detected unknown logitech mouse model 62 Feel free to ask for any relevant information... Cheers Le Lundi 18 Avril 2005 09:07, Sylvain Rouillard a ?crit?: > Hi, > > Here is a mail I sent to the kde list: > > Hi there, > > From reading this: > > http://www.kdedevelopers.org/node/view/677 > > I seem to understand that KDE3.4 has a feature that lets any logitech > > cordless > > > mouse user know their battery status and other info like these. > > Well, I'm a logitech cordless mouse user. I have KDE3.4 installed on my > > FC4T2, > > > on a x86_64 arch. Yet, kcmshell mouse shows me nothing special about my > > logitech mouse. > > So, my question, am I looking at the right place, if not, where should I > > look. > > > If so, what should I make to make sure the special logitech part is > > correctly > > > triggered? > > Thakns in advance. > > Cheers > > And the answer I got: > > In kde control centre the mouse should have a new tab called Receiver > > that shows battery strength and channel of mouse. It works fine here > > under FC3. It is appropriate to write to a kde list about test kde > > releases because kde needs the bug feedback but it is pointless to write > > to a kde list when you are running a fedora test as any problems are > > likely to be OS related not desktop-environment related. The new mouse > > feature depend on a working hal/dbus/usb setup si it can read that info > > so write to fedora about it. -- > > regards, > > andrew > > Any lead or suggestion is welcome and appreciated. > Thanks for reading. > > Sylvain From jkt at redhat.com Mon Apr 18 07:24:41 2005 From: jkt at redhat.com (Jay Turner) Date: Mon, 18 Apr 2005 09:24:41 +0200 Subject: Running Core 4 on laptop In-Reply-To: References: Message-ID: <20050418072441.GF3596@redhat.com> On Sun, Apr 17, 2005 at 09:14:30PM -0700, Adam Boettiger wrote: > I have an older Sony Vaio laptop that I'd like to devote solely to Linux > Core 4. Problem is, I only have modem access on it (not broadband) and I > have no CD player for it, just a USB port. > > Before I go buy a used accessory just to install the OS, is there any way > that you know of that I could download Core 4 to an external USB hard drive > through my PowerBook laptop broadband connection, then move the external USB > hard drive to the Vaio and install from the external USB drive? FC4 does indeed support installing from an external USB drive, but I suspect the problem you're going to find is that the Vaio itself doesn't support booting from a USB device. Depending on what OS you currently have on the machine (if any) there are other options which might work for you. If you have Windoze on the box already, you might want to check out "linload" which will allow you to load a kernel image from a DOS partition. - jkt -- --*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--* Jay Turner, QA Technical Lead jkt at redhat.com Red Hat, Inc. If A equals success, then the formula is: A = X + Y + Z, X is work. Y is play. Z is keep your mouth shut. - Albert Einstein From linxt at comcast.net Mon Apr 18 07:27:05 2005 From: linxt at comcast.net (Tom) Date: Mon, 18 Apr 2005 00:27:05 -0700 Subject: Forwarding roots mail Message-ID: <200504180027.05376.linxt@comcast.net> Hi list: After a fresh install of FC4t2, I'm having a problem getting roots mail forwarded to my mail account. This feature was working for me under FC4t1 and FC3 but not now. I edited the /etc/aliases file to send roots mail to my account and ran newaliases but that didn't make any change. Here is the message I'm receiving: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Returned mail: see transcript for details Date: 04-17-2005 ?0429 From: Mail Delivery Subsystem To: root at localhost.home The original message was received at Sun, 17 Apr 2005 04:29:32 -0700 from root at localhost ? ?----- The following addresses had permanent fatal errors ----- root ? ? (reason: 553 5.5.4 ... Real domain name required for sender address) ? ? (expanded from: root) ? ?----- Transcript of session follows ----- ... while talking to [127.0.0.1]: >>> MAIL From: SIZE=3979 AUTH=root at localhost.home <<< 553 5.5.4 ... Real domain name required for sender address 501 5.6.0 Data format error >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >From browsing the archives and sendmail documentation, I think I need to change something in sendmail.mc and then re-compile /etc/mail but I'm not sure of this and would like to get feedback before making any change here. I'm also not sure from the documentation exactly where the real domain name (FQDN?) needs to go. This is a strictly in-home network with this computer being linux2.home contents of /etc/hosts >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 192.168.0.10 linux.home linux 127.0.0.1 linux2 localhost.localdomain localhost #<<<<< the way FC4t2 set it 192.168.0.20 dos.home dos 192.168.0.30 win2k.home win2k 192.168.0.40 betty.home betty 192.168.0.50 laptop.home laptop 192.168.0.100 test.home test 192.168.0.15 linux2.home linux2 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Hope someone can give me some clear direction here. Thanks, Tom -- Tom Taylor registered linux user #263467 From shrek-m at gmx.de Mon Apr 18 07:41:25 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 18 Apr 2005 09:41:25 +0200 Subject: rawhide report: 20050417 changes In-Reply-To: <1113803784.4498.2.camel@isengard> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> <1113770733.3108.12.camel@localhost.localdomain> <1113771740.7183.317.camel@localhost.localdomain> <1113772511.3108.18.camel@localhost.localdomain> <1113803784.4498.2.camel@isengard> Message-ID: <426364A5.3070709@gmx.de> Klaasjan Brand wrote: >>Perhaps, but the justification for disabling it seems to be: >>1. Laptops >>2. Err.. that's it. >>and disabling such a common useful tool with next to no justification >>seems, well, bizarre. >> >> > >3. Older systems and/or systems with slower disk get totally >unresponsive for a few minutes. > >4. With all the file-alteration monitor goodness available in modern >Linux kernels isn't it about time someone thinks of a better way to >maintain an index instead of reading the entire fs? > something like "spotlight" in macosx 10.4 - tiger ? http://www.apple.com/macosx/features/spotlight/ http://www.apple.com/macosx/ -- shrek-m From arjanv at redhat.com Mon Apr 18 08:04:30 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 18 Apr 2005 10:04:30 +0200 Subject: rawhide report: 20050417 changes In-Reply-To: <1113803784.4498.2.camel@isengard> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> <1113770733.3108.12.camel@localhost.localdomain> <1113771740.7183.317.camel@localhost.localdomain> <1113772511.3108.18.camel@localhost.localdomain> <1113803784.4498.2.camel@isengard> Message-ID: <1113811471.6274.23.camel@laptopd505.fenrus.org> On Mon, 2005-04-18 at 07:56 +0200, Klaasjan Brand wrote: > On Sun, 2005-04-17 at 23:15 +0200, nodata wrote: > > > Perhaps, but the justification for disabling it seems to be: > > 1. Laptops > > 2. Err.. that's it. > > and disabling such a common useful tool with next to no justification > > seems, well, bizarre. > > 3. Older systems and/or systems with slower disk get totally > unresponsive for a few minutes. is that still true for the 2.6 kernel ? (it shouldn't) > > 4. With all the file-alteration monitor goodness available in modern > Linux kernels isn't it about time someone thinks of a better way to > maintain an index instead of reading the entire fs? there is no decent file change monitor available in the linux kernel right now; dnotify is a lot but not decent ;) -------------- 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 nman64 at n-man.com Mon Apr 18 08:14:43 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Mon, 18 Apr 2005 03:14:43 -0500 Subject: Running Core 4 on laptop In-Reply-To: References: Message-ID: <42636C73.2000103@n-man.com> Adam Boettiger wrote: >Hello, > >I have an older Sony Vaio laptop that I'd like to devote solely to Linux >Core 4. Problem is, I only have modem access on it (not broadband) and I >have no CD player for it, just a USB port. > >Before I go buy a used accessory just to install the OS, is there any way >that you know of that I could download Core 4 to an external USB hard drive >through my PowerBook laptop broadband connection, then move the external USB >hard drive to the Vaio and install from the external USB drive? > >AB > > > > If your Vaio supports booting from USB devices, then you could get FC installed from the external hard drive, but it probably still wouldn't be easy. Your better bet would be to pull the hard drive out of the Vaio and insert it into another x86 laptop, on which you could install FC. Before you think your hard drive isn't compatible with anything but the same model, remember that on laptops you have to pull the 2.5" drives out of their casings to exchange them. After you have FC installed, you can restore the hard drive to the Vaio and enjoy the glory that is FC, but if you only have dail-up modem access on the Vaio, you probably don't want to be maintaining a development branch on it. That said, once you find a way to get FC installed, you might want to look into a USB ethernet adapter to get broadband access to your Vaio. -Patrick "The N-Man" Barnes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From pboy at barkhof.uni-bremen.de Mon Apr 18 08:22:56 2005 From: pboy at barkhof.uni-bremen.de (Peter Boy) Date: Mon, 18 Apr 2005 10:22:56 +0200 Subject: Anaconda and monitor handling Message-ID: <1113812577.5139.5.camel@littlePiet> There is a bugzilla entry (115662) regarding the the video resolution used by anaconda, if the properties of the monitor are unknown (proposition: use 640*400 instead of 800*600 as currently) On the other hand: anaconda can detect the proper resolution via DPMS and does so correctly. But in case of 1200 * 1024 or higher it seems still to use fonts for a lower resolution, which results in a not so polished screen image. Is there a way to use the proper fonts, too? Peter From jorton at redhat.com Mon Apr 18 08:29:08 2005 From: jorton at redhat.com (Joe Orton) Date: Mon, 18 Apr 2005 09:29:08 +0100 Subject: Fedora Core 3 Update: at-3.1.8-70_FC3 In-Reply-To: <1113574456.2707.4.camel@silly> References: <200504151348.j3FDm6gb003243@jvdsibm.boston.redhat.com> <20050415140217.GB30201@jadzia.bu.edu> <1113574456.2707.4.camel@silly> Message-ID: <20050418082908.GA26764@redhat.com> On Fri, Apr 15, 2005 at 10:14:16AM -0400, Jason Vas Dias wrote: > On Fri, 2005-04-15 at 10:02, Matthew Miller wrote: > > On Fri, Apr 15, 2005 at 09:48:06AM -0400, Jason Vas Dias wrote: > > > Subject: Fedora Core 3 Update: at-3.1.8-70_FC3 > > > > (Same question as the one about vixie-cron -- why is this on the test list?) > > > > -- > > Matthew Miller mattdm at mattdm.org > > Boston University Linux ------> > > This is a final update. > I did send a mail to 'fedora-announce-list at redhat.com' - > you should be receiving it shortly. Yes, but Matthew's question is *why* are you CCing fedora-test-list@ too? Announcements for final updates should be sent only to fedora-announce-list at redhat.com otherwise, unsurprisingly, people on this list will get confused about whether this is a test update or not. Regards, joe From reid.joe at gmail.com Mon Apr 18 10:39:53 2005 From: reid.joe at gmail.com (Joe) Date: Mon, 18 Apr 2005 06:39:53 -0400 Subject: Forwarding roots mail In-Reply-To: <200504180027.05376.linxt@comcast.net> References: <200504180027.05376.linxt@comcast.net> Message-ID: <20179e51050418033953067638@mail.gmail.com> I did this just by creating .forward in /root and adding the following: joe at bean (bean is the home ocmputers names) Hope this helps. Joe On 4/18/05, Tom wrote: > Hi list: > > After a fresh install of FC4t2, I'm having a problem getting roots mail > forwarded to my mail account. This feature was working for me under FC4t1 > and FC3 but not now. > > I edited the /etc/aliases file to send roots mail to my account and ran > newaliases but that didn't make any change. > > Here is the message I'm receiving: > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > Returned mail: see transcript for details > Date: 04-17-2005 0429 > From: Mail Delivery Subsystem > To: root at localhost.home > > The original message was received at Sun, 17 Apr 2005 04:29:32 -0700 > from root at localhost > > ----- The following addresses had permanent fatal errors ----- > root > (reason: 553 5.5.4 ... Real domain name required for > sender address) > (expanded from: root) > > ----- Transcript of session follows ----- > ... while talking to [127.0.0.1]: > >>> MAIL From: SIZE=3979 AUTH=root at localhost.home > <<< 553 5.5.4 ... Real domain name required for sender > address > 501 5.6.0 Data format error > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > > >From browsing the archives and sendmail documentation, I think I need to > change something in sendmail.mc and then re-compile /etc/mail but I'm not > sure of this and would like to get feedback before making any change here. > I'm also not sure from the documentation exactly where the real domain name > (FQDN?) needs to go. > > This is a strictly in-home network with this computer being linux2.home > > contents of /etc/hosts > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > 192.168.0.10 linux.home linux > 127.0.0.1 linux2 localhost.localdomain localhost #<<<<< the way FC4t2 set it > 192.168.0.20 dos.home dos > 192.168.0.30 win2k.home win2k > 192.168.0.40 betty.home betty > 192.168.0.50 laptop.home laptop > 192.168.0.100 test.home test > 192.168.0.15 linux2.home linux2 > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > > Hope someone can give me some clear direction here. > > Thanks, Tom > -- > Tom Taylor > registered linux user #263467 > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- ___________________________________ Joe Reid joe.reid at gmail.com From malists at epon.ro Mon Apr 18 10:41:40 2005 From: malists at epon.ro (Marius Andreiana) Date: Mon, 18 Apr 2005 13:41:40 +0300 Subject: fc4t2: esd sound crappy Message-ID: <1113820900.2981.6.camel@marte.biciclete.ro> GNOME sounds and xmms with esd output plugin make distorted sounds. Switching xmms to alsa and ogg123 in command line work ok. Is there a sound server which would use alsa directly instead of esd? Now I don't know how to change GNOME's and I can't output more than one sound at a time. Thanks, -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From ja at jaa.org.uk Mon Apr 18 10:43:56 2005 From: ja at jaa.org.uk (John Austin) Date: Mon, 18 Apr 2005 11:43:56 +0100 Subject: fc4t2 - grub install on mbr - choose which hdd In-Reply-To: <4262D818.5020304@libero.it> References: <1113632519.2312.14.camel@localhost.localdomain> <4260E39A.60808@libero.it> <1113652125.8863.76.camel@maui.jaa.org.uk> <4260FC69.1090607@libero.it> <1113683799.8863.98.camel@maui.jaa.org.uk> <604aa7910504161420b966c37@mail.gmail.com> <4262D74D.4030900@libero.it> <4262D818.5020304@libero.it> Message-ID: <1113821036.8863.194.camel@maui.jaa.org.uk> On Sun, 2005-04-17 at 23:41 +0200, Cimmo wrote: > Cimmo ha scritto: > > In my opinion we have to add: "or IDE and SATA devices" after "or > > both SCSI and IDE adapters" > > Sorry want to say: "or P-ATA and S-ATA devices" after "or both SCSI > and IDE adapters" > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list Hi I have carried out 3 further installs of FC4T2 to check that "grub things" are written where I want them which was my main concern. I am not using Logical Volumes or RAID I AM INSTALLING TO USB DISK in all cases The SATA disk(s) use the sata_sil module It is a RAID controller but is NOT set up that way. The BIOS boot order is CDROM, USB HDD, SCSI Setup 1 SATA main disk (Seen as /dev/sdb by installer) External USB disk (Seen as /dev/sda by installer) Requested "grub things" on MBR of USB disk Setup 2 SATA main disk(/dev/sdb) + 2nd SATA disk(/dev/sdc) External USB disk Requested "grub things" on MBR of USB disk Setup 3 SATA main disk (/dev/sdc - I think!! forgotten) External USB disk + 2nd Ext USB disk Requested "grub things" on MBR of 1st USB disk There appeared to be absolutely NO PROBLEMS concerning where "grub things" have been put My problem, which isn't a problem, if you don't play about during install is as follows: In my cases on the "Standard" boot config page the top line says something like The GRUB bootloader will be installed on /dev/sdb (not where I want it) You select Config Advanced and press NEXT and then rearrange the location for "grub things". Bringing /dev/sda to the top in my case The top of that page then reflects the new information - great If you press NEXT then it all works fine!!!! BUT if you go BACK just to check, just for fun, whatever the statement at the top of the first page still says /dev/sdb So I had doubts !!!! If you were to uncheck Config Advanced and go NEXT from this first page would the changes you made in Config Advanced be valid ? I assume the answer is yes, but maybe not. The second point - PLEASE LET ME KNOW if I am mistaken There is no indication that if the disk selected for "grub things" is a USB disk then the machine will not boot because the standard initrd does not include the correct modules. In my case I had a suitable, kernel matching initrd_usb built on one of the other disks and hence could pick this out interactively at boot time. Flame WAR - something you could not do using LILO !!!! I assume that when FC4 proper is released a USB install will be possible. It appears to be only a small step to have the option of a USB enabled initrd. Conclusion No problems unless you play around and are of a doubting nature Need a matching initrd_usb for USB booting Hope this help John From arjanv at redhat.com Mon Apr 18 10:54:02 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 18 Apr 2005 12:54:02 +0200 Subject: fc4t2: esd sound crappy In-Reply-To: <1113820900.2981.6.camel@marte.biciclete.ro> References: <1113820900.2981.6.camel@marte.biciclete.ro> Message-ID: <1113821642.6274.37.camel@laptopd505.fenrus.org> On Mon, 2005-04-18 at 13:41 +0300, Marius Andreiana wrote: > GNOME sounds and xmms with esd output plugin make distorted sounds. > Switching xmms to alsa and ogg123 in command line work ok. > Is there a sound server which would use alsa directly instead of esd? > Now I don't know how to change GNOME's and I can't output more than one > sound at a time. I really wish we would just drop ESD on the floor asap. -------------- 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 no-reply-gw at fcp.homelinux.org Mon Apr 18 10:53:50 2005 From: no-reply-gw at fcp.homelinux.org (=?UTF-8?B?amVyeV93YW5n?=) Date: Mon, 18 Apr 2005 12:53:50 +0200 Subject: Screen corruption using FC4 test 2 with Nvidia driver 7174 Message-ID: Hi I install FC4t2 last night. The installation was Ok and I proceeded with Nvidia 7174 installation (taken from Nvidia site). I need to compile the nvidia kernel interface and change the xorg.conf I also put /sbin/modprobe nvidia into /etc/rc.local When booting, I can see the nvidia logo splashing but just before reaching the gdm login, something really bad happened. The screen turns corrupted, similar when the monitor is set at wrong refresh rate and horizontal sync freq. Since the screen is corrupted, I don;t know what is going on when I pres Alt F1, F7. But Ctrl-Alt-Del reboot the system. The system is running fine if I set Driver "nv", but not Driver "nvidia" My system: P4 2.4 GHz, 1 GB RAM, ABit (Intel chipset) BE 7 NVIDIA GForce MX 440 with 64MB Monitor: Compaq V1000 (multi-sync) Any help?????? -- This is an email sent via the webforum on http://fcp.homelinux.org http://fcp.homelinux.org/modules/newbb/viewtopic.php?post_id=60032&topic_id=15021&forum=12#forumpost60032 From ovidiu at linux360.ro Mon Apr 18 12:00:49 2005 From: ovidiu at linux360.ro (Ovidiu Lixandru) Date: Mon, 18 Apr 2005 14:00:49 +0200 Subject: fc4t2: esd sound crappy In-Reply-To: <1113820900.2981.6.camel@marte.biciclete.ro> References: <1113820900.2981.6.camel@marte.biciclete.ro> Message-ID: <4263A171.30802@linux360.ro> Sounds more like a soundcard driver problem. ESD's been working fine for me for a couple of years, with both onboard chips and PCI cards. Marius Andreiana wrote: > GNOME sounds and xmms with esd output plugin make distorted sounds. > Switching xmms to alsa and ogg123 in command line work ok. > Is there a sound server which would use alsa directly instead of esd? > Now I don't know how to change GNOME's and I can't output more than one > sound at a time. -- Ovidiu Lixandru linux360 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3439 bytes Desc: S/MIME Cryptographic Signature URL: From malists at epon.ro Mon Apr 18 11:03:02 2005 From: malists at epon.ro (Marius Andreiana) Date: Mon, 18 Apr 2005 14:03:02 +0300 Subject: fc4t2: esd sound crappy In-Reply-To: <1113821642.6274.37.camel@laptopd505.fenrus.org> References: <1113820900.2981.6.camel@marte.biciclete.ro> <1113821642.6274.37.camel@laptopd505.fenrus.org> Message-ID: <1113822182.3423.8.camel@marte.biciclete.ro> On Mon, 2005-04-18 at 12:54 +0200, Arjan van de Ven wrote: > I really wish we would just drop ESD on the floor asap. I guess everybody would :) See previous discussion on possible alternatives here: https://www.redhat.com/archives/fedora-devel-list/2004-July/msg00305.html Seems like MAS is a good alternative. It's supported by gstreamer: http://cvs.freedesktop.org/gstreamer/gst-plugins/ext/mas/ -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From cimmo at libero.it Mon Apr 18 11:06:19 2005 From: cimmo at libero.it (Cimmo) Date: Mon, 18 Apr 2005 13:06:19 +0200 Subject: fc4t2: esd sound crappy In-Reply-To: <1113820900.2981.6.camel@marte.biciclete.ro> References: <1113820900.2981.6.camel@marte.biciclete.ro> Message-ID: <426394AB.8090400@libero.it> Marius Andreiana ha scritto: >GNOME sounds and xmms with esd output plugin make distorted sounds. >Switching xmms to alsa and ogg123 in command line work ok. >Is there a sound server which would use alsa directly instead of esd? >Now I don't know how to change GNOME's and I can't output more than one >sound at a time. > >Thanks, > > Which sound card/module? If you use ca0106 module is a known problem due to lack of Creative's support. https://bugtrack.alsa-project.org/alsa-bug/view.php?id=907 bye Cimmo From arjanv at redhat.com Mon Apr 18 11:16:13 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 18 Apr 2005 13:16:13 +0200 Subject: Screen corruption using FC4 test 2 with Nvidia driver 7174 In-Reply-To: References: Message-ID: <1113822973.6274.43.camel@laptopd505.fenrus.org> On Mon, 2005-04-18 at 12:53 +0200, jery_wang wrote: > Hi > > I install FC4t2 last night. The installation was Ok and I proceeded > with Nvidia 7174 installation (taken from Nvidia site). your post is off topic... please go to the nvidia forums instead. also this list isn't for user help really... -------------- 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 malists at epon.ro Mon Apr 18 11:16:28 2005 From: malists at epon.ro (Marius Andreiana) Date: Mon, 18 Apr 2005 14:16:28 +0300 Subject: fc4t2: esd sound crappy In-Reply-To: <4263A171.30802@linux360.ro> References: <1113820900.2981.6.camel@marte.biciclete.ro> <4263A171.30802@linux360.ro> Message-ID: <1113822989.3423.14.camel@marte.biciclete.ro> On Mon, 2005-04-18 at 14:00 +0200, Ovidiu Lixandru wrote: > Sounds more like a soundcard driver problem. ESD's been working fine for > me for a couple of years, with both onboard chips and PCI cards. Same for me, but I'm talking about fc4t2 now. My hardware isn't Creative: 00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) Subsystem: Giga-byte Technology GA-8IPE1000/8KNXP motherboard Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Updated Packages: gd-2.0.33-2 ----------- * Sun Apr 17 2005 Warren Togami 2.0.33-2 - devel reqs (#155183 thias) * Tue Mar 22 2005 Than Ngo 2.0.33-1 - 2.0.33 #150717 - apply the patch from Jose Pedro Oliveira - Added the release macro to the subpackages requirements versioning - Handled the gdlib-config movement to gd-devel in a differment manner - Added fontconfig-devel to the build requirements - Added xorg-x11-devel to the build requirements (Xpm) - Removed explicit /sbin/ldconfig requirement (gd rpm) - Removed explicit perl requirement (gd-progs rpm) - Added several missing documentation files (including the license file) - Replaced %makeinstall by make install DESTDIR=... * Thu Mar 10 2005 Than Ngo 2.0.32-3 - move gdlib-config in devel glibc-kernheaders-2.4-9.1.94 ---------------------------- * Sun Apr 17 2005 David Woodhouse 2.4-9.1.94 - Remove __user from videodev, dvb headers (#155157) httpd-2.0.54-3 -------------- * Mon Apr 18 2005 Joe Orton 2.0.54-3 - update to 2.0.54 iptstate-1.4-1 -------------- * Sun Apr 17 2005 Warren Togami 1.4-1 - 1.4 mod_perl-2.0.0-0.rc5.1 ---------------------- * Sat Apr 16 2005 Warren Togami - 2.0.0-0.rc5.1 - 2.0.0-RC5 * Sun Apr 03 2005 Jose Pedro Oliveira - 2.0.0-0.rc4.1 - Update to 2.0.0-RC4. - Specfile cleanup. (#153236) perl-XML-Twig-3.17-1 -------------------- * Sun Apr 17 2005 Jose Pedro Oliveira - 3.17-1 - Update to 3.17. - Specfile cleanup. (#155168) sox-12.17.7-1 ------------- * Sun Apr 17 2005 Warren Togami References: <20050416000919.55969.qmail@web50702.mail.yahoo.com> Message-ID: <20050418121950.GA5957@devserv.devel.redhat.com> On Fri, Apr 15, 2005 at 05:09:19PM -0700, Craig Cruden wrote: > Is this really a broken BIOS [which has been updated > to the most recent release] or something that anaconda > should know about with these Intel chipsets? BIOS I would think. The BIOS provides the memory map to the kernel and is responsible for reporting unusable areas. From rpjday at mindspring.com Mon Apr 18 12:46:26 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 18 Apr 2005 08:46:26 -0400 (EDT) Subject: this morning's "yum update" has missing dependencies Message-ID: both "perl(Apache2::FunctionTable)" and "perl{Apache2::StructureTable)" needed by mod_perl. rday From shawnthayden at gmail.com Mon Apr 18 13:14:15 2005 From: shawnthayden at gmail.com (Shawn Hayden) Date: Mon, 18 Apr 2005 08:14:15 -0500 Subject: Cannot Install FC4 Test2? In-Reply-To: <475df56f05041806102674e85a@mail.gmail.com> References: <475df56f05041806102674e85a@mail.gmail.com> Message-ID: <475df56f05041806143412d6ba@mail.gmail.com> > Date: Sat, 16 Apr 2005 21:26:32 +0100 > From: John Austin > Subject: Re: Cannot Install FC4 Test2? > To: fedora-test-list > Message-ID: <1113683192.8863.89.camel at maui.jaa.org.uk> > Content-Type: text/plain > > On Sat, 2005-04-16 at 13:36 -0400, James E. LaBarre wrote: > > Shawn Hayden wrote: > > > I downloaded the ISO for i386, and verfied the checksum. > > > > > > I boot to the Cdrom, and at the first prompt to install fedora or > > > change boot parameters, nothing happens when I press enter. > > > > > > A "." shows up. > > > > > > If I try and type any other boot parameters, the letters travel down > > > the left side of the screen. Very strange behavior. > > > > > > I am using a Dell C600 laptop. > > > > I am curious if you aree using the CD or DVD images. I have downloaded > > the DVD image dwice (once from a mirror, the second time through > > BitTorrent). The first image I burned twice, and neither was able to > > install, failing early into the install (the first disk would not even > > get as far as the disk test feature). > > > > Both downloads *passed* their sha1sum checks. I burned the first one > > through Nautilus ("Write to CD"), the second through K3b, which *failed* > > the disk in verification mode. > > > > To eliminate any problems with my CD burner. I tested the second > > download by booting the DVD image within a VMware session, and had it do > > a disk verification there; that verification *failed* > > > > My only conclusion is that the DVD image, as being distributed, is > > itself defective. I have tested multiple image sources, multiple HW > > configurations (ThinkPad T41 & VMware 5.0), and effectively 3 different > > "write" methods (counting the mounting of the disk image in VMW as a write). > > > > I will have to grab the CD images to see what happens that way. > > > Hi, > I have successfully installed FC4T2 from DVD on 3+ machines > i386 on Athlon64 and Athlon32 machines > Also FC4T2 VMware client with FC4T2 host > x86-64 on Athlon64 > No install problems > The sha2sum is OK but Anaconda gives a failure which I ignored. > I read the DVD to a file using xcdroast and did a cmp image.iso > with the xcdroast read. > It was identical up to the EOF on image.iso so just assumed > extra something is written at the end to fill up a > block/cylinder/whatever DVDs have. > > Used growisofs -Z /dev/scd0=image.iso to write the DVD > John > I am using the CD images. I have used Roxio EasyCD Creator and also the ISO Recorder PowerToy. I will try and download the DVD iso today and give it a try. -- Shawn Hayden From ad+lists at uni-x.org Mon Apr 18 13:54:04 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Mon, 18 Apr 2005 15:54:04 +0200 Subject: Forwarding roots mail In-Reply-To: <20179e51050418033953067638@mail.gmail.com> References: <200504180027.05376.linxt@comcast.net> <20179e51050418033953067638@mail.gmail.com> Message-ID: <1113832444.913.445.camel@serendipity.dogma.lan> Am Mo, den 18.04.2005 schrieb Joe um 12:39: > I did this just by creating .forward in /root and adding the following: > > joe at bean (bean is the home ocmputers names) > > Hope this helps. It will help not. > Joe > > Here is the message I'm receiving: > > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > > Returned mail: see transcript for details > > Date: 04-17-2005 0429 > > From: Mail Delivery Subsystem > > To: root at localhost.home > > > > The original message was received at Sun, 17 Apr 2005 04:29:32 -0700 > > from root at localhost > > > > ----- The following addresses had permanent fatal errors ----- > > root > > (reason: 553 5.5.4 ... Real domain name required for > > sender address) > > (expanded from: root) The DSN the recipient MTA gives is pretty clear. It does not accept unresolvable domain names - which is fine. Alexander -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora Core 2 GNU/Linux on Athlon with kernel 2.6.11-1.14_FC2smp Serendipity 15:52:41 up 6 days, 12:33, load average: 0.58, 0.21, 0.12 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From pjones at redhat.com Mon Apr 18 13:55:29 2005 From: pjones at redhat.com (Peter Jones) Date: Mon, 18 Apr 2005 09:55:29 -0400 Subject: Running Core 4 on laptop In-Reply-To: <20050418072441.GF3596@redhat.com> References: <20050418072441.GF3596@redhat.com> Message-ID: <1113832529.5951.1.camel@localhost.localdomain> On Mon, 2005-04-18 at 09:24 +0200, Jay Turner wrote: > On Sun, Apr 17, 2005 at 09:14:30PM -0700, Adam Boettiger wrote: > > I have an older Sony Vaio laptop that I'd like to devote solely to Linux > > Core 4. Problem is, I only have modem access on it (not broadband) and I > > have no CD player for it, just a USB port. > > > > Before I go buy a used accessory just to install the OS, is there any way > > that you know of that I could download Core 4 to an external USB hard drive > > through my PowerBook laptop broadband connection, then move the external USB > > hard drive to the Vaio and install from the external USB drive? > > FC4 does indeed support installing from an external USB drive, but I > suspect the problem you're going to find is that the Vaio itself doesn't > support booting from a USB device. Depending on what OS you currently have > on the machine (if any) there are other options which might work for you. > If you have Windoze on the box already, you might want to check out > "linload" which will allow you to load a kernel image from a DOS partition. Just for clarification, I think Jay means "loadlin". Unless we've suddenly swapped the conversation to one regarding booting the installer from Windows on Alpha, of course ;) -- Peter From justin.conover at gmail.com Mon Apr 18 13:57:01 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 18 Apr 2005 08:57:01 -0500 Subject: rawhide report: 20050417 changes In-Reply-To: <1113811471.6274.23.camel@laptopd505.fenrus.org> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> <1113770733.3108.12.camel@localhost.localdomain> <1113771740.7183.317.camel@localhost.localdomain> <1113772511.3108.18.camel@localhost.localdomain> <1113803784.4498.2.camel@isengard> <1113811471.6274.23.camel@laptopd505.fenrus.org> Message-ID: On 4/18/05, Arjan van de Ven wrote: > > > > 4. With all the file-alteration monitor goodness available in modern > > Linux kernels isn't it about time someone thinks of a better way to > > maintain an index instead of reading the entire fs? > > there is no decent file change monitor available in the linux kernel > right now; dnotify is a lot but not decent ;) > > Will the redhat kernels move to inotify and will that help out any? I'm not sure when that/if goes into main kernel tree or not. From arjanv at redhat.com Mon Apr 18 14:00:11 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 18 Apr 2005 16:00:11 +0200 Subject: rawhide report: 20050417 changes In-Reply-To: References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> <1113770733.3108.12.camel@localhost.localdomain> <1113771740.7183.317.camel@localhost.localdomain> <1113772511.3108.18.camel@localhost.localdomain> <1113803784.4498.2.camel@isengard> <1113811471.6274.23.camel@laptopd505.fenrus.org> Message-ID: <20050418140011.GA17569@devserv.devel.redhat.com> On Mon, Apr 18, 2005 at 08:57:01AM -0500, Justin Conover wrote: > On 4/18/05, Arjan van de Ven wrote: > > > > > > 4. With all the file-alteration monitor goodness available in modern > > > Linux kernels isn't it about time someone thinks of a better way to > > > maintain an index instead of reading the entire fs? > > > > there is no decent file change monitor available in the linux kernel > > right now; dnotify is a lot but not decent ;) > > > > > Will the redhat kernels move to inotify and will that help out any? > I'm not sure when that/if goes into main kernel tree or not. I doubt the kernels will include inotify before mainline does; it's a user visible interface that isn't set in stone until it is merged, and there's still debate about what the interface should be exactly. From pjones at redhat.com Mon Apr 18 14:02:04 2005 From: pjones at redhat.com (Peter Jones) Date: Mon, 18 Apr 2005 10:02:04 -0400 Subject: Anaconda and monitor handling In-Reply-To: <1113812577.5139.5.camel@littlePiet> References: <1113812577.5139.5.camel@littlePiet> Message-ID: <1113832925.5951.6.camel@localhost.localdomain> On Mon, 2005-04-18 at 10:22 +0200, Peter Boy wrote: > There is a bugzilla entry (115662) regarding the the video resolution > used by anaconda, if the properties of the monitor are unknown > (proposition: use 640*400 instead of 800*600 as currently) > > On the other hand: anaconda can detect the proper resolution via DPMS > and does so correctly. But in case of 1200 * 1024 or higher it seems > still to use fonts for a lower resolution, which results in a not so > polished screen image. Is there a way to use the proper fonts, too? There's just not much point to it -- the gain is low, the space on the install images is relatively large, and it is the OS *installer*, after all. If you're going to run it often enough that you start getting concerned about the font, you should probably have switched to kickstart long ago ;) -- Peter From jkt at redhat.com Mon Apr 18 14:06:23 2005 From: jkt at redhat.com (Jay Turner) Date: Mon, 18 Apr 2005 16:06:23 +0200 Subject: Running Core 4 on laptop In-Reply-To: <1113832529.5951.1.camel@localhost.localdomain> References: <20050418072441.GF3596@redhat.com> <1113832529.5951.1.camel@localhost.localdomain> Message-ID: <20050418140623.GB7935@redhat.com> On Mon, Apr 18, 2005 at 09:55:29AM -0400, Peter Jones wrote: > Just for clarification, I think Jay means "loadlin". > > Unless we've suddenly swapped the conversation to one regarding booting > the installer from Windows on Alpha, of course ;) Wow, that really shows which program I've used more! - jkt -- --*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--* Jay Turner, QA Technical Lead jkt at redhat.com Red Hat, Inc. If A equals success, then the formula is: A = X + Y + Z, X is work. Y is play. Z is keep your mouth shut. - Albert Einstein From kyrre at solution-forge.net Mon Apr 18 14:42:44 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 18 Apr 2005 16:42:44 +0200 Subject: Running Core 4 on laptop In-Reply-To: References: Message-ID: <1113835364.3368.3.camel@localhost.localdomain> man, 18.04.2005 kl. 06.14 skrev Adam Boettiger: > Hello, > > I have an older Sony Vaio laptop that I'd like to devote solely to Linux > Core 4. Problem is, I only have modem access on it (not broadband) and I > have no CD player for it, just a USB port. > > Before I go buy a used accessory just to install the OS, is there any way > that you know of that I could download Core 4 to an external USB hard drive > through my PowerBook laptop broadband connection, then move the external USB > hard drive to the Vaio and install from the external USB drive? > > AB > I did install RH9 on a laptop wich had nothing but floppy and pcmcia ethernet. That was quite easy (boot from floppy with the correct floppy disk(s) - is that possible after linux 2.6?), and then ftp install (i only had a windows machine aviable at that time, so no NFS. But a mac should be able to host a NFS share with the .iso's). But the easyest solution in your case is probably just swapping the drive. And for the future, getting yourself some kind of ethernet adapter :) Kyrre From kyrre at solution-forge.net Mon Apr 18 14:48:42 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 18 Apr 2005 16:48:42 +0200 Subject: rawhide report: 20050417 changes In-Reply-To: <426364A5.3070709@gmx.de> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> <1113770733.3108.12.camel@localhost.localdomain> <1113771740.7183.317.camel@localhost.localdomain> <1113772511.3108.18.camel@localhost.localdomain> <1113803784.4498.2.camel@isengard> <426364A5.3070709@gmx.de> Message-ID: <1113835721.3368.6.camel@localhost.localdomain> man, 18.04.2005 kl. 09.41 skrev shrek-m at gmx.de: > Klaasjan Brand wrote: > > >>Perhaps, but the justification for disabling it seems to be: > >>1. Laptops > >>2. Err.. that's it. > >>and disabling such a common useful tool with next to no justification > >>seems, well, bizarre. > >> > >> > > > >3. Older systems and/or systems with slower disk get totally > >unresponsive for a few minutes. > > > >4. With all the file-alteration monitor goodness available in modern > >Linux kernels isn't it about time someone thinks of a better way to > >maintain an index instead of reading the entire fs? > > > > something like "spotlight" in macosx 10.4 - tiger ? > http://www.apple.com/macosx/features/spotlight/ > http://www.apple.com/macosx/ That exists for linux (actually has for a while) - its called "beagle". Uses inotify is aviable, else fam. Only problem is mono - its made in C#... http://www.gnome.org/projects/beagle/ Kyrre Ness Sj?b?k From pjones at redhat.com Mon Apr 18 15:11:34 2005 From: pjones at redhat.com (Peter Jones) Date: Mon, 18 Apr 2005 11:11:34 -0400 Subject: Running Core 4 on laptop In-Reply-To: <1113835364.3368.3.camel@localhost.localdomain> References: <1113835364.3368.3.camel@localhost.localdomain> Message-ID: <1113837094.5951.32.camel@localhost.localdomain> On Mon, 2005-04-18 at 16:42 +0200, Kyrre Ness Sjobak wrote: > I did install RH9 on a laptop wich had nothing but floppy and pcmcia > ethernet. That was quite easy (boot from floppy with the correct floppy > disk(s) - is that possible after linux 2.6?), and then ftp install (i > only had a windows machine aviable at that time, so no NFS. But a mac > should be able to host a NFS share with the .iso's). Floppy has obviously seen its time in the lime lite pass ;) But we do still ship diskboot.img in images/ on the CD -- it's too big for a floppy, but if you can boot a USB key, it'll work there. Check out the README in that directory. One choice for installing on a machine with no boot media is to use loadlin with the pxeboot vmlinuz+initrd.img. Or, if you want to reinstall on a machine that's already running Linux, set those up as kernel and initrd in one stanza of grub.conf . > But the easyest solution in your case is probably just swapping the > drive. And for the future, getting yourself some kind of ethernet > adapter :) That's probably the path of least resistance, yeah. -- Peter From notting at redhat.com Mon Apr 18 15:17:15 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 18 Apr 2005 11:17:15 -0400 Subject: updatedb disabled? In-Reply-To: <20050416072625.GA23470@chrys.ms.mff.cuni.cz> References: <1113627278.14111.11.camel@homebox> <20050416072625.GA23470@chrys.ms.mff.cuni.cz> Message-ID: <20050418151715.GD4810@nostromo.devel.redhat.com> Miloslav Trmac (mitr at volny.cz) said: > On Fri, Apr 15, 2005 at 09:54:38PM -0700, Sean wrote: > > updatedb is disabled by default? Was this intentional? > Yes, it was even documented in the FC4t2 release notes. > > I think we should have something like an extended anacron that would > run maintentance tasks (makewhatis, prelink, updatedb) if the computer > is not running on battery, in addition to "always run updatedb" and > "never run updatedb". But I'm not sure I'll be able to work on this > in time for FC4. The current on_ac_power should do the right thing for APM/ACPI/PMU, if you want to use that for keying off of battery state. Bill From tibbs at math.uh.edu Mon Apr 18 15:38:34 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Mon, 18 Apr 2005 10:38:34 -0500 Subject: text login as default? In-Reply-To: (Ritesh Raj Sarraf's message of "Sun, 17 Apr 2005 17:44:11 +0530") References: <200504171130.44665.RouillardSy@yahoo.fr> Message-ID: >>>>> "RRS" == Ritesh Raj Sarraf writes: RRS> Coming from the Debian world I wanted to ask one RRS> question. Doesn't the FC package manager allow you to have a look RRS> at the diff of your present config and the newconfig before the RRS> packages' installation? That would be somewhat antithetical to the concept of automatic updates, wouldn't it? I put this in ~/bin/rpmchanges and run it when I want to see what's changed. I was trying to copy functionality I found useful in IRIX. - J< #!/usr/bin/perl use Getopt::Std; getopts('dq'); $| = 1; @DIFF = qw(/usr/bin/diff -u); @LS = qw(/bin/ls -l); @configfiles = `rpm -qac`; for $i (@configfiles) { chomp $i; $old = -f "$i.rpmsave"; $new = -f "$i.rpmnew"; if ($old || $new) { # If running quietly, we can just exit the first time we see a difference if ($opt_q) { exit 1; } $package = `rpm -qf $i`; chomp $package; push @{$updates{$package}}, {file => $i, old => $old, new => $new, }; } } exit 0 unless %updates; for $package (sort keys %updates) { print "Updated files in package $package:\n"; for $i (@{$updates{$package}}) { if ($i->{old}) { show ($i->{file}, "$i->{file}.rpmsave"); } if ($i->{new}) { show ($i->{file}, "$i->{file}.rpmnew"); } } print "\n"; } exit 1; sub show { my($old, $new) = @_; print " " if $opt_d; system(@LS, $old); print " " if $opt_d; system(@LS, $new); if ($opt_d) { print "Differences:\n", "="x40, "\n"; system(@DIFF, $old, $new); print "="x40, "\n"; } } From shrek-m at gmx.de Mon Apr 18 16:12:40 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 18 Apr 2005 18:12:40 +0200 Subject: luminocity - looking glass - dashboard Message-ID: <4263DC78.6030802@gmx.de> hi, when can we expect to see gnome-luminocity for testing ? gnome - luminocity http://www.gnome.org/~seth/ http://live.gnome.org/Luminocity sun - looking glass http://de.sun.com/homepage/feature/2004/looking-glass/ http://www.sun.com/software/looking_glass/demo.xml apple - macosx tiger - dashboard http://www.apple.com/macosx/features/dashboard/ http://images.apple.com/movies/euro/euro/macosx/theater/tiger_sitedemos/apple-tiger-dashboard2.mov -- shrek-m From fedora at nodata.co.uk Mon Apr 18 16:16:17 2005 From: fedora at nodata.co.uk (nodata) Date: Mon, 18 Apr 2005 18:16:17 +0200 Subject: luminocity - looking glass - dashboard In-Reply-To: <4263DC78.6030802@gmx.de> References: <4263DC78.6030802@gmx.de> Message-ID: <1113840977.3088.2.camel@localhost.localdomain> On Mon, 2005-04-18 at 18:12 +0200, shrek-m at gmx.de wrote: > hi, > > when can we expect to see gnome-luminocity for testing ? > > gnome - luminocity > http://www.gnome.org/~seth/ > http://live.gnome.org/Luminocity > > > > sun - looking glass > http://de.sun.com/homepage/feature/2004/looking-glass/ > http://www.sun.com/software/looking_glass/demo.xml > > apple - macosx tiger - dashboard > http://www.apple.com/macosx/features/dashboard/ > http://images.apple.com/movies/euro/euro/macosx/theater/tiger_sitedemos/apple-tiger-dashboard2.mov > > > -- > shrek-m > I don't think we will. Luminocity is a testbed for which code will be nabbed for metacity. So I suppose your question was when will that happen? Erm... From boettiger at gmail.com Mon Apr 18 16:28:27 2005 From: boettiger at gmail.com (Adam Boettiger) Date: Mon, 18 Apr 2005 09:28:27 -0700 Subject: Running Core 4 on laptop In-Reply-To: <1113837094.5951.32.camel@localhost.localdomain> References: <1113835364.3368.3.camel@localhost.localdomain> <1113837094.5951.32.camel@localhost.localdomain> Message-ID: <61d792b4050418092868d566a4@mail.gmail.com> Great. Thanks for all of your help folks! /AB From dcbw at redhat.com Mon Apr 18 16:40:40 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 18 Apr 2005 12:40:40 -0400 (EDT) Subject: luminocity - looking glass - dashboard In-Reply-To: <4263DC78.6030802@gmx.de> References: <4263DC78.6030802@gmx.de> Message-ID: On Mon, 18 Apr 2005, shrek-m at gmx.de wrote: > when can we expect to see gnome-luminocity for testing ? Luminosity was never intended to be, nor will it be, a shipping product. Most everything that is "good" that gets done in luminosity will get ported over to Metacity (and that's already happening). Dan From matt.t.galvin at gmail.com Mon Apr 18 16:52:27 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Mon, 18 Apr 2005 12:52:27 -0400 Subject: 20050418 eclipse update errors Message-ID: Hi all, This is my fisrt post to the list in a while so... my name is Matt, I am (primarly) a Java programmer (I have done development with most languages/platforms), and I use FC as my primary (at work) workstation and Ubuntu at home. Hi! :) Anyhow I did a fresh install of FC4T2 and am in the process of updating everything. These are the errors I get when updating eclipse (although in the end it works). --- snip --- ~# yum update eclipse-platform (yes I have to do it a little at a time for now) ... Updating : eclipse-ecj ####################### [16/49] java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such file or d irectory) at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/li b/libgcj.so.6.0.0) at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, in t) (/usr/lib/libgcj.so.6.0.0) at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib/libgcj.so. 6.0.0) at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, gnu.gcj. runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) error: %post(eclipse-ecj-3.1.0_fc-0.M5.20.i386) scriptlet failed, exit status 12 3 Updating : libswt3-gtk2 ####################### [17/49] java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such file or d irectory) at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/li b/libgcj.so.6.0.0) at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, in t) (/usr/lib/libgcj.so.6.0.0) at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib/libgcj.so. 6.0.0) at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, gnu.gcj. runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) error: %post(libswt3-gtk2-3.1.0_fc-0.M5.20.i386) scriptlet failed, exit status 1 23 Updating : eclipse-platform ####################### [18/49] java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such file or d irectory) at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/li b/libgcj.so.6.0.0) at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, in t) (/usr/lib/libgcj.so.6.0.0) at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib/libgcj.so. 6.0.0) at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, gnu.gcj. runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) Updating : eclipse-jdt ####################### [19/49] java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such file or d irectory) at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/li b/libgcj.so.6.0.0) at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, in t) (/usr/lib/libgcj.so.6.0.0) at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib/libgcj.so. 6.0.0) at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, gnu.gcj. runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) error: %post(eclipse-jdt-3.1.0_fc-0.M5.20.i386) scriptlet failed, exit status 12 3 Updating : eclipse-jdt-devel ####################### [20/49] Updating : eclipse-platform-devel ####################### [21/49] Updating : eclipse-pde ####################### [22/49] java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such file or d irectory) at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/li b/libgcj.so.6.0.0) at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, in t) (/usr/lib/libgcj.so.6.0.0) at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib/libgcj.so. 6.0.0) at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, gnu.gcj. runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) error: %post(eclipse-pde-3.1.0_fc-0.M5.20.i386) scriptlet failed, exit status 12 3 Updating : ant-javamail ####################### [23/49] Updating : eclipse-pde-devel ####################### [24/49] Updating : ant-scripts ####################### [25/49] Cleanup : ant-javamail ####################### [26/49] Cleanup : ant-junit ####################### [27/49] Cleanup : ant ####################### [28/49] Cleanup : libswt3-gtk2 ####################### [29/49] java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such file or d irectory) at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/li b/libgcj.so.6.0.0) at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, in t) (/usr/lib/libgcj.so.6.0.0) at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib/libgcj.so. 6.0.0) at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, gnu.gcj. runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) error: %postun(libswt3-gtk2-3.1.0_fc-0.M5.17.i386) scriptlet failed, exit status 123 Cleanup : ant-apache-resolver ####################### [30/49] Cleanup : ant-commons-logging ####################### [31/49] Cleanup : eclipse-pde-devel ####################### [32/49] Cleanup : eclipse-platform ####################### [33/49] java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such file or d irectory) at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/li b/libgcj.so.6.0.0) at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, in t) (/usr/lib/libgcj.so.6.0.0) at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib/libgcj.so. 6.0.0) at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, gnu.gcj. runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) Cleanup : eclipse-ecj ####################### [34/49] java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such file or d irectory) at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/li b/libgcj.so.6.0.0) at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, in t) (/usr/lib/libgcj.so.6.0.0) at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib/libgcj.so. 6.0.0) at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, gnu.gcj. runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) error: %postun(eclipse-ecj-3.1.0_fc-0.M5.17.i386) scriptlet failed, exit status 123 Cleanup : eclipse-jdt ####################### [35/49] java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such file or d irectory) at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/li b/libgcj.so.6.0.0) at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, in t) (/usr/lib/libgcj.so.6.0.0) at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib/libgcj.so. 6.0.0) at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, gnu.gcj. runtime.PersistentByteMap$AccessMode) (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) error: %postun(eclipse-jdt-3.1.0_fc-0.M5.17.i386) scriptlet failed, exit status 123 Cleanup : ant-scripts ####################### [36/49] ... Complete! --- snip --- It seems like it cannot find '/usr/lib/libgcj.so.6.0.0', but it is there. Hope this helps, Matt From paul at all-the-johnsons.co.uk Mon Apr 18 16:56:25 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 18 Apr 2005 17:56:25 +0100 Subject: router finder on startup Message-ID: <1113843385.19735.42.camel@localhost.localdomain> Hi, Which component do I need to log into bugzilla for as my machine is failing to find the router which means that I am unable to use Limewire or eDonkey (and yes, I do have the appropriate ports open in the firewall). These two apps used to work, but now fail due to the router not being found. TTFN Paul -- "In an urban society, everything connects. Each person's needs are fed by the skills of many others. Our lives are woven together in a fabric. But the connections that make society strong also make it vulnerable." - Threads, BBC-TV 1984 -------------- 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 shrek-m at gmx.de Mon Apr 18 17:03:32 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 18 Apr 2005 19:03:32 +0200 Subject: luminocity - looking glass - dashboard In-Reply-To: References: <4263DC78.6030802@gmx.de> Message-ID: <4263E864.4070503@gmx.de> Dan Williams wrote: >On Mon, 18 Apr 2005, shrek-m at gmx.de wrote: > > >>when can we expect to see gnome-luminocity for testing ? >> >> >Luminosity was never intended to be, nor will it be, a shipping product. Most >everything that is "good" that gets done in luminosity will get ported over to >Metacity (and that's already happening). > when can we expect to see a 3D window/dektop-manager for testing ? -- shrek-m From fkuehne at gmail.com Mon Apr 18 17:29:31 2005 From: fkuehne at gmail.com (=?ISO-8859-1?Q?Felix_K=FChne?=) Date: Mon, 18 Apr 2005 19:29:31 +0200 Subject: FC4-Test2-ppc on an iMac G3 Message-ID: <446f335b05041810294665a721@mail.gmail.com> Hello, I'm new to Fedora Cora on Macs and would like to install it on an old iMac G3 (500 MHz). The first installation disk starts fine and the disk-check finishes with success, but when the script tries to start an X-Server, the screen becomes black. The cdrom-drive scratches for a couple of seconds (15-20) then and after that nothing happens anymore for several minutes (at least 3). I reboot then, because I think that my iMac crashed Am I just too impatient and I have to wait longer or is this a known issue and going to be fixed in test3? Best regards, Felix K?hne -------------- next part -------------- An HTML attachment was scrubbed... URL: From pnasrat at redhat.com Mon Apr 18 17:36:44 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Mon, 18 Apr 2005 18:36:44 +0100 Subject: FC4-Test2-ppc on an iMac G3 In-Reply-To: <446f335b05041810294665a721@mail.gmail.com> References: <446f335b05041810294665a721@mail.gmail.com> Message-ID: <1113845804.3590.1.camel@anu.eridu> On Mon, 2005-04-18 at 19:29 +0200, Felix K?hne wrote: > Hello, > I'm new to Fedora Cora on Macs and would like to install it on an old > iMac G3 (500 MHz). The first installation disk starts fine and the > disk-check finishes with success, but when the script tries to start > an X-Server, the screen becomes black. The cdrom-drive scratches for a > couple of seconds (15-20) then and after that nothing happens anymore > for several minutes (at least 3). I reboot then, because I think that > my iMac crashed Known issue: try at the boot prompt linux resolution=1024x768 (works on my iMac DV SE) or failing that linux text > Am I just too impatient and I have to wait longer or is this a known > issue and going to be fixed in test3? Paul From fkuehne at gmail.com Mon Apr 18 17:42:03 2005 From: fkuehne at gmail.com (=?ISO-8859-1?Q?Felix_K=FChne?=) Date: Mon, 18 Apr 2005 19:42:03 +0200 Subject: FC4-Test2-ppc on an iMac G3 In-Reply-To: <1113845804.3590.1.camel@anu.eridu> References: <446f335b05041810294665a721@mail.gmail.com> <1113845804.3590.1.camel@anu.eridu> Message-ID: <446f335b05041810427d767247@mail.gmail.com> Wow, thanks a lot for the very quick response! I'll try that. Regards, Felix On 4/18/05, Paul Nasrat wrote: > > Known issue: > > try at the boot prompt > > linux resolution=1024x768 > (works on my iMac DV SE) > > or failing that > linux text > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at nodata.co.uk Mon Apr 18 18:20:37 2005 From: fedora at nodata.co.uk (nodata) Date: Mon, 18 Apr 2005 20:20:37 +0200 Subject: rawhide report: 20050417 changes In-Reply-To: <604aa791050417143528ff348@mail.gmail.com> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> <1113770733.3108.12.camel@localhost.localdomain> <1113771740.7183.317.camel@localhost.localdomain> <604aa791050417143528ff348@mail.gmail.com> Message-ID: <1113848437.3091.0.camel@sb-home.lan> On Sun, 2005-04-17 at 17:35 -0400, Jeff Spaleta wrote: > On 4/17/05, Kyrre Ness Sjobak wrote: > > It can definatly be annoying for stationary systems as well, especially > > those who isn't booted to often. Every time you try to use it, it gets > > ?berslow... > > Let's be clear. Having slocate updating on or not is not the real > problem associated with bootup... the problem is anacron and anacron's > default configuration. The reason why systems get slow on boot is > because of anacron being configured to run the exact same things as > the traditional cron. Bootup slowness can be prevented by changing how > anacron is configured by default without disabling slocate database > updating in the nightly cronscripts that run for always-on systems. > > Sure, slocate is the most noticable script that runs at bootup when > anacron is enabled... but lets face facts, most of the scripts anacron > is configured to run by default have the ability to cause slowness > because the end up doing disk i/o. Instead of focusing on the single > script, anacron as a concept needs to be rethought. Is anacron serving > any segment of the userbase well? Is anacron doing anything worthwhile > by default for laptop users? Take a hard look at what anacron is > doing at bootup.. which of those scripts do you NEED to run at > bootup..on a lappy? Is it really appropriate for anacron to be running > logrotate? or tmpwatch? or the rpm log creation script? These things > aren't as intensive as slocate sure, but if the goal is get laptop > users the best on boot experience as possible.. why is anacron really > running any of these scripts? Why is anacron configured by default > with exactly the same set of tasks as traditional cron? > > The default configurations of anacron and vixie-cron need to be > separated so that on-boot activities can be tuned as needed while > still providing always on systems with full daily script facilities. > > -jef > Will prelink be able to go away too? From kyrre at solution-forge.net Mon Apr 18 18:21:42 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 18 Apr 2005 20:21:42 +0200 Subject: text login as default? In-Reply-To: References: <200504171130.44665.RouillardSy@yahoo.fr> Message-ID: <1113848501.3368.18.camel@localhost.localdomain> man, 18.04.2005 kl. 17.38 skrev Jason L Tibbitts III: > >>>>> "RRS" == Ritesh Raj Sarraf writes: > > RRS> Coming from the Debian world I wanted to ask one > RRS> question. Doesn't the FC package manager allow you to have a look > RRS> at the diff of your present config and the newconfig before the > RRS> packages' installation? > > That would be somewhat antithetical to the concept of automatic > updates, wouldn't it? Macromedia packages are baaad on that. They demand you to click "yes, i agree" on a licese agreement popup window (X11) when you install... From matt.t.galvin at gmail.com Mon Apr 18 18:30:58 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Mon, 18 Apr 2005 14:30:58 -0400 Subject: 20050418 eclipse update errors In-Reply-To: References: Message-ID: And this java update error: --- snip --- Cleanup : java-1.4.2-gcj-compat ####################### [34/44] /var/tmp/rpm-tmp.14635: line 7: rebuild-security-providers: command not found error: %postun(java-1.4.2-gcj-compat-1.4.2.0-40jpp_14rh.i386) scriptlet failed, exit status 127 --- snip --- Matt On 4/18/05, Matt Galvin wrote: > Hi all, > > This is my fisrt post to the list in a while so... my name is Matt, I > am (primarly) a Java programmer (I have done development with most > languages/platforms), and I use FC as my primary (at work) workstation > and Ubuntu at home. Hi! :) > > Anyhow > > I did a fresh install of FC4T2 and am in the process of updating > everything. These are the errors I get when updating eclipse (although > in the end it works). > > --- snip --- > ~# yum update eclipse-platform (yes I have to do it a little at a time for now) > ... > Updating : eclipse-ecj ####################### [16/49] > java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such > file or d irectory) > at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, > int) (/usr/li b/libgcj.so.6.0.0) > at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, > in t) (/usr/lib/libgcj.so.6.0.0) > at java.io.FileInputStream.FileInputStream(java.io.File) > (/usr/lib/libgcj.so. 6.0.0) > at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, > gnu.gcj. runtime.PersistentByteMap$AccessMode) > (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) > error: %post(eclipse-ecj-3.1.0_fc-0.M5.20.i386) scriptlet failed, exit > status 12 3 > Updating : libswt3-gtk2 ####################### [17/49] > java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such > file or d irectory) > at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, > int) (/usr/li b/libgcj.so.6.0.0) > at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, > in t) (/usr/lib/libgcj.so.6.0.0) > at java.io.FileInputStream.FileInputStream(java.io.File) > (/usr/lib/libgcj.so. 6.0.0) > at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, > gnu.gcj. runtime.PersistentByteMap$AccessMode) > (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) > error: %post(libswt3-gtk2-3.1.0_fc-0.M5.20.i386) scriptlet failed, > exit status 1 23 > Updating : eclipse-platform ####################### [18/49] > java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such > file or d irectory) > at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, > int) (/usr/li b/libgcj.so.6.0.0) > at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, > in t) (/usr/lib/libgcj.so.6.0.0) > at java.io.FileInputStream.FileInputStream(java.io.File) > (/usr/lib/libgcj.so. 6.0.0) > at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, > gnu.gcj. runtime.PersistentByteMap$AccessMode) > (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) > Updating : eclipse-jdt ####################### [19/49] > java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such > file or d irectory) > at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, > int) (/usr/li b/libgcj.so.6.0.0) > at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, > in t) (/usr/lib/libgcj.so.6.0.0) > at java.io.FileInputStream.FileInputStream(java.io.File) > (/usr/lib/libgcj.so. 6.0.0) > at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, > gnu.gcj. runtime.PersistentByteMap$AccessMode) > (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) > error: %post(eclipse-jdt-3.1.0_fc-0.M5.20.i386) scriptlet failed, exit > status 12 3 > Updating : eclipse-jdt-devel ####################### [20/49] > Updating : eclipse-platform-devel ####################### [21/49] > Updating : eclipse-pde ####################### [22/49] > java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such > file or d irectory) > at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, > int) (/usr/li b/libgcj.so.6.0.0) > at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, > in t) (/usr/lib/libgcj.so.6.0.0) > at java.io.FileInputStream.FileInputStream(java.io.File) > (/usr/lib/libgcj.so. 6.0.0) > at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, > gnu.gcj. runtime.PersistentByteMap$AccessMode) > (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) > error: %post(eclipse-pde-3.1.0_fc-0.M5.20.i386) scriptlet failed, exit > status 12 3 > Updating : ant-javamail ####################### [23/49] > Updating : eclipse-pde-devel ####################### [24/49] > Updating : ant-scripts ####################### [25/49] > Cleanup : ant-javamail ####################### [26/49] > Cleanup : ant-junit ####################### [27/49] > Cleanup : ant ####################### [28/49] > Cleanup : libswt3-gtk2 ####################### [29/49] > java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such > file or d irectory) > at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, > int) (/usr/li b/libgcj.so.6.0.0) > at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, > in t) (/usr/lib/libgcj.so.6.0.0) > at java.io.FileInputStream.FileInputStream(java.io.File) > (/usr/lib/libgcj.so. 6.0.0) > at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, > gnu.gcj. runtime.PersistentByteMap$AccessMode) > (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) > error: %postun(libswt3-gtk2-3.1.0_fc-0.M5.17.i386) scriptlet failed, > exit status 123 > Cleanup : ant-apache-resolver ####################### [30/49] > Cleanup : ant-commons-logging ####################### [31/49] > Cleanup : eclipse-pde-devel ####################### [32/49] > Cleanup : eclipse-platform ####################### [33/49] > java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such > file or d irectory) > at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, > int) (/usr/li b/libgcj.so.6.0.0) > at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, > in t) (/usr/lib/libgcj.so.6.0.0) > at java.io.FileInputStream.FileInputStream(java.io.File) > (/usr/lib/libgcj.so. 6.0.0) > at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, > gnu.gcj. runtime.PersistentByteMap$AccessMode) > (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) > Cleanup : eclipse-ecj ####################### [34/49] > java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such > file or d irectory) > at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, > int) (/usr/li b/libgcj.so.6.0.0) > at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, > in t) (/usr/lib/libgcj.so.6.0.0) > at java.io.FileInputStream.FileInputStream(java.io.File) > (/usr/lib/libgcj.so. 6.0.0) > at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, > gnu.gcj. runtime.PersistentByteMap$AccessMode) > (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) > error: %postun(eclipse-ecj-3.1.0_fc-0.M5.17.i386) scriptlet failed, > exit status 123 > Cleanup : eclipse-jdt ####################### [35/49] > java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such > file or d irectory) > at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, > int) (/usr/li b/libgcj.so.6.0.0) > at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, > in t) (/usr/lib/libgcj.so.6.0.0) > at java.io.FileInputStream.FileInputStream(java.io.File) > (/usr/lib/libgcj.so. 6.0.0) > at gnu.gcj.runtime.PersistentByteMap.PersistentByteMap(java.io.File, > gnu.gcj. runtime.PersistentByteMap$AccessMode) > (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) > at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) > error: %postun(eclipse-jdt-3.1.0_fc-0.M5.17.i386) scriptlet failed, > exit status 123 > Cleanup : ant-scripts ####################### [36/49] > ... > Complete! > --- snip --- > > It seems like it cannot find '/usr/lib/libgcj.so.6.0.0', but it is there. > > Hope this helps, > > Matt > From jspaleta at gmail.com Mon Apr 18 18:34:55 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 18 Apr 2005 14:34:55 -0400 Subject: text login as default? In-Reply-To: <1113848501.3368.18.camel@localhost.localdomain> References: <200504171130.44665.RouillardSy@yahoo.fr> <1113848501.3368.18.camel@localhost.localdomain> Message-ID: <604aa79105041811341d72b45a@mail.gmail.com> On 4/18/05, Kyrre Ness Sjobak wrote: > Macromedia packages are baaad on that. They demand you to click "yes, i > agree" on a licese agreement popup window (X11) when you install... If there is no usable display defined.. you get no such popup. If there is a usable display defined.. you get a pop up that has a timeout associated with it. If the timeout is reached, the license agreement is declined and the plugin symlinks are not created.. until you manually run the /usr/lib/flash-plugin/setup command. While the timeout can be a little annoying.. its certaintly places no demand on you to click on a window...even if its offered. -jef From nman64 at n-man.com Mon Apr 18 18:47:51 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Mon, 18 Apr 2005 13:47:51 -0500 Subject: fc4t2: esd sound crappy In-Reply-To: <1113820900.2981.6.camel@marte.biciclete.ro> References: <1113820900.2981.6.camel@marte.biciclete.ro> Message-ID: <426400D7.2000909@n-man.com> ESD has always had poor sound for me. You can get ALSA to handle your channel mixing and set all of your applications to use it directly. ALSA has a plugin (dmix) that you can use to get the job done. All it takes is a little information in /etc/asound.conf to get it set up. I've attached a sample /etc/asound.conf file that will work for most sound cards. You can try to use it as-is, or modify it as needed. With a little luck, you'll be able to simply drop it in and it will start working. It sets the dmix plugin as default, so all you have to do to get applications to use it directly is set them to use ALSA. Once this is set up, you'll be able to play sound from many applications at once, including from multiple sound servers. You can continue to have ESD enabled and have programs use it when needed, but it won't block playback from applications using ALSA directly. -Patrick "The N-Man" Barnes -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: asound.conf URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From kyrre at solution-forge.net Mon Apr 18 19:12:49 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 18 Apr 2005 21:12:49 +0200 Subject: text login as default? In-Reply-To: <604aa79105041811341d72b45a@mail.gmail.com> References: <200504171130.44665.RouillardSy@yahoo.fr> <1113848501.3368.18.camel@localhost.localdomain> <604aa79105041811341d72b45a@mail.gmail.com> Message-ID: <1113851568.3368.25.camel@localhost.localdomain> man, 18.04.2005 kl. 20.34 skrev Jeff Spaleta: > On 4/18/05, Kyrre Ness Sjobak wrote: > > Macromedia packages are baaad on that. They demand you to click "yes, i > > agree" on a licese agreement popup window (X11) when you install... > > > If there is no usable display defined.. you get no such popup. > If there is a usable display defined.. you get a pop up that has a > timeout associated with it. If the timeout is reached, the license > agreement is declined and the plugin symlinks are not created.. until > you manually run the /usr/lib/flash-plugin/setup command. > > While the timeout can be a little annoying.. its certaintly places no > demand on you to click on a window...even if its offered. > > -jef Aha. But still it is "unstandard". Bad. Should just be install -> play. No more futz. From linxt at comcast.net Mon Apr 18 19:17:39 2005 From: linxt at comcast.net (Tom) Date: Mon, 18 Apr 2005 12:17:39 -0700 Subject: Forwarding roots mail In-Reply-To: <1113832444.913.445.camel@serendipity.dogma.lan> References: <200504180027.05376.linxt@comcast.net> <20179e51050418033953067638@mail.gmail.com> <1113832444.913.445.camel@serendipity.dogma.lan> Message-ID: <200504181217.40114.linxt@comcast.net> On Monday 18 April 2005 06:54, Alexander Dalloz wrote: > Am Mo, den 18.04.2005 schrieb Joe um 12:39: > > I did this just by creating .forward in /root and adding the following: > > > > joe at bean (bean is the home ocmputers names) > > > > Hope this helps. > > It will help not. > > > Joe > > > > > Here is the message I'm receiving: > > > > > > Returned mail: see transcript for details > > > Date: 04-17-2005 0429 > > > From: Mail Delivery Subsystem > > > To: root at localhost.home > > > > > > The original message was received at Sun, 17 Apr 2005 04:29:32 -0700 > > > from root at localhost > > > > > > ----- The following addresses had permanent fatal errors ----- > > > root > > > (reason: 553 5.5.4 ... Real domain name required > > > for sender address) > > > (expanded from: root) > > The DSN the recipient MTA gives is pretty clear. It does not accept > unresolvable domain names - which is fine. > > Alexander Hi Alexander: So how do I get the name to resolve now? Between /etc/resolve.conf and /etc/hosts I would think that would not be a problem. >>> /etc/resolve.conf <<< search home nameserver 204.127.198.4 nameserver 63.240.76.4 nameserver 12.242.16.50 >>>/etc/hosts <<< 192.168.0.10 linux.home linux 127.0.0.1 linux2 localhost.localdomain localhost 192.168.0.20 dos.home dos 192.168.0.30 win2k.home win2k 192.168.0.40 betty.home betty 192.168.0.50 laptop.home laptop 192.168.0.100 test.home test 192.168.0.15 linux2.home linux2 I had some questions in my original post that your comment above don't answer. What is it in /etc/mail/sendmail.mc that needs to be changed? Sorry if I seem dense. Getting older and beginning to have dementia problems is my only excuse. Thanks for your help, both for myself and others on this list. Thanks, Tom -- Tom Taylor registered linux user #263467 From guy at incentre.net Mon Apr 18 19:29:37 2005 From: guy at incentre.net (Guy Fraser) Date: Mon, 18 Apr 2005 13:29:37 -0600 Subject: A rant regarding LILO and various other related issues In-Reply-To: <200504162057.29606.tim@birdsnest.maths.tcd.ie> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <200504151853.14574.tim@birdsnest.maths.tcd.ie> <1113588796.7434.79.camel@md.local.linuxlobbyist.org> <200504162057.29606.tim@birdsnest.maths.tcd.ie> Message-ID: <1113852577.4929.52.camel@sigurd.incentre.net> On Sat, 2005-16-04 at 20:57 +0100, Timothy Murphy wrote: > On Fri 15 Apr 2005 19:13, Paul Iadonisi wrote: > > > > I find the arrogance of the Fedora team in failing to facilitate this > > > minority rather disturbing. > > > > If you are referring primarily to this thread, then it's crystal clear > > that the arrogance has been coming from those most vociferously critical > > of the decision to remove lilo. You can have your objections to it, but > > I find it quite disturbing that ANYONE could support calling the > > developers "morons" and "tards" as somehow justified, despite attempts > > by those doing the insulting to engage in not-so-clever sophistry in the > > service of that false justification. > > I have only been following this thread sporadically, > and wasn't aware that anyone had used those terms. > I would certainly dissociate myself completely from any talk like that. > Nobody started by using those terms. This issue is an OLD long running issue. I believe the fight to keep LILO started with FC1 when many people noticed GRUB was causing them problems and was the default boot loader. It all came to a head with the removal of LILO. After having been given little help and only a few responses from the developers after having problems with GRUB and having all requests to keep LILO ignored, many people are quite upset with the developers for being ignored and sometimes even being insulted for asking questions that have been asked numerous times but have never been resolved. This thread started off with someone asking if LILO could be reintroduced since GRUB was giving them a lot of grief. Expecting an unreasonable response from the developers which has been the general attitude of the developers which has been ongoing and pervasive, I responded that the developers would not listen and did not care. I called the developers tards, which is not short for retard, but is a colloquial for : Someone without intellectual impairment that *chooses* to act in a way that would cause grief to themselves or others. That is how it is used, in my area and was intended. > I've actually found the developers I have communicated with > very willing to help - but of course I did not start by calling them morons! I have provided patches to Redhat in the past and not only was I not given credit for the patch, but one of the developers names was included in the changelog as having provided the patch. Having provided many patches directly to the original software developers, as well as FreeBSD, I know that it is not standard fare for developers to claim credit for a patch. > > I was probably wrong to use the word "arrogant" - > but I was dissapointed that there seemed to be no response > from the developers to the fairly numerous calls for LILO to be available > as a choice when installing Fedora. I am not so sure, "arrogant" is much better than what I used, but I have become very frustrated with the attitude of developers on this and other similar matters. Many excuses are given for dropping a package, but when tested the reasons change and contradict each other to the point that the only discernible reason is that it was an arbitrary choice by the steering committee, and we should not have questioned them in the first place. > I assume it is still a choice when compiling and installing a kernel - > I mean LILO will be updated if one is using that. > Assume nothing, that is very likely not going to be supported. > > > Incidentally, the interactive option in grub, which you praise, > > > could be greatly improved; > > > > Possibly, but keep in mind that this has to fit in a pretty small > > amount of memory, if I'm not mistaken. There's only so much that can be > > added due to space constraints. At least grub HAS a command line. > > As I said, I use grub all the time, and have been saved more than once > by the grub command line option. > (In my experience grub is likely to get confused > if one has IDE and SCSI disks.) Having little choice, I rearranged the drives so I could put my smallest drive on the slow {ATA66} on-board controller to use as a boot drive, so that GRUB would work if I changed any of my non boot drives. > > I guess the real weakness of grub is its lack of good documentatiion - > LILO certainly wins hands down on that score. That is sacrilege, how dare you insult the vast and comprehensive scriptures on diagnosing problems with GRUB. Don't you realize that GRUB is infallible and only through your own gross incompetence would GRUB not be able to BOOT your improperly configured non standard system. Now please confess your sins, and make a sacrifice. > > -- > Timothy Murphy > e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie > tel: +353-86-2336090, +353-1-2842366 > s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland > -- Guy Fraser Network Administrator The Internet Centre 1-888-450-6787 (780)450-6787 From kevin.b.walker1 at jsc.nasa.gov Mon Apr 18 19:30:35 2005 From: kevin.b.walker1 at jsc.nasa.gov (Kevin B. Walker) Date: Mon, 18 Apr 2005 14:30:35 -0500 Subject: media check errors w/ 3.91 Message-ID: <1113852636.5380.66.camel@penguin2.jsc.nasa.gov> I keep getting media check errors when attempting to install FC4t2. The downloaded isos check out fine with sha1sum but the mediacheck fails every time. I've downloaded and burned on two different systems. I've heard rumors that this is not unusual. Nothing authoritative though. I saw nothing in the release notes. Any ideas? -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Kevin B. Walker Systems Engineering Simulator pager = (281) 621 - 3181 office = (281) 244 - 5012 kevin.b.walker at jsc.nasa.gov ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- This message was scanned for spam and viruses by BitDefender For more information please visit http://linux.bitdefender.com/ From ad+lists at uni-x.org Mon Apr 18 19:30:48 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Mon, 18 Apr 2005 21:30:48 +0200 Subject: Forwarding roots mail In-Reply-To: <200504181217.40114.linxt@comcast.net> References: <200504180027.05376.linxt@comcast.net> <20179e51050418033953067638@mail.gmail.com> <1113832444.913.445.camel@serendipity.dogma.lan> <200504181217.40114.linxt@comcast.net> Message-ID: <1113852648.913.461.camel@serendipity.dogma.lan> Am Mo, den 18.04.2005 schrieb Tom um 21:17: [ this is pretty off-topic for this list as it is no test release issue in any way ] > So how do I get the name to resolve now? Between /etc/resolve.conf > and /etc/hosts I would think that would not be a problem. > > >>> /etc/resolve.conf <<< > search home > nameserver 204.127.198.4 > nameserver 63.240.76.4 > nameserver 12.242.16.50 > > >>>/etc/hosts <<< > 192.168.0.10 linux.home linux > 127.0.0.1 linux2 localhost.localdomain localhost > 192.168.0.20 dos.home dos > 192.168.0.30 win2k.home win2k > 192.168.0.40 betty.home betty > 192.168.0.50 laptop.home laptop > 192.168.0.100 test.home test > 192.168.0.15 linux2.home linux2 Do you see any resolvable FQDN in there? Me not. All is private address space. > I had some questions in my original post that your comment above don't answer. > What is it in /etc/mail/sendmail.mc that needs to be changed? define(`SMART_HOST',`smtp.your.provider')dnl So use your ISP's SMTP server as your smart relay. > Thanks, Tom Alexander -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora Core 2 GNU/Linux on Athlon with kernel 2.6.11-1.14_FC2smp Serendipity 21:27:17 up 6 days, 18:07, load average: 0.19, 0.23, 0.19 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From ad+lists at uni-x.org Mon Apr 18 19:33:40 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Mon, 18 Apr 2005 21:33:40 +0200 Subject: media check errors w/ 3.91 In-Reply-To: <1113852636.5380.66.camel@penguin2.jsc.nasa.gov> References: <1113852636.5380.66.camel@penguin2.jsc.nasa.gov> Message-ID: <1113852820.913.464.camel@serendipity.dogma.lan> Am Mo, den 18.04.2005 schrieb Kevin B. Walker um 21:30: > I keep getting media check errors when attempting to install FC4t2. The > downloaded isos check out fine with sha1sum but the mediacheck fails > every time. I've downloaded and burned on two different systems. I've > heard rumors that this is not unusual. Nothing authoritative though. > Kevin B. Walker Boot into install with "linux ide=nodma". Or next time burn the ISO image files with "-pad" parameter of cdrecord. Alexander -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora Core 2 GNU/Linux on Athlon with kernel 2.6.11-1.14_FC2smp Serendipity 21:32:36 up 6 days, 18:13, load average: 0.10, 0.15, 0.16 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From jspaleta at gmail.com Mon Apr 18 19:34:41 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 18 Apr 2005 15:34:41 -0400 Subject: text login as default? In-Reply-To: <1113851568.3368.25.camel@localhost.localdomain> References: <200504171130.44665.RouillardSy@yahoo.fr> <1113848501.3368.18.camel@localhost.localdomain> <604aa79105041811341d72b45a@mail.gmail.com> <1113851568.3368.25.camel@localhost.localdomain> Message-ID: <604aa791050418123465c3fcae@mail.gmail.com> On 4/18/05, Kyrre Ness Sjobak wrote: > Aha. But still it is "unstandard". Bad. Should just be install -> play. > No more futz. Well.. if you are content with telling me what macromedia.. err i mean adobe "should" be doing with their proprietary closed source products... why stop there? Why not just come out and say they "should" be creating open source products. That solves the whole issue of the need to present users with a click-through agreement. Click through license agreements are a fact of life when using and installing proprietary software. You either do it before you download, or you do it on install, or you do it as part of usage. You can stomp your feet and shake your fist at how bad click-through mechanisms are while sermonizing in front of the choir, but you aren't accomplishing much. However way you would prefer macromedia present its click through license to you, write macromedia about it and convince them. The solution we have now, is a compromise between macromedia's interests and the constraints of the rpm packaging format. If you can get macromedia to agree to allow re-packaging without the click-through mechanisms, please do so. In a world without perfect solutions... I'll take the "bad" of a timeout license window popup over the "bad" of no legally distributable rpm packages for macromedia flash... at least until there is a mature opensource flash implementation to nuture and support. -jef From guy at incentre.net Mon Apr 18 19:35:09 2005 From: guy at incentre.net (Guy Fraser) Date: Mon, 18 Apr 2005 13:35:09 -0600 Subject: A rant regarding LILO and various other related issues In-Reply-To: <42612C7D.1090309@comcast.net> References: <1113349189.13504.85.camel@jkeating2.hq.pogolinux.com> <200504151853.14574.tim@birdsnest.maths.tcd.ie> <1113588796.7434.79.camel@md.local.linuxlobbyist.org> <200504162057.29606.tim@birdsnest.maths.tcd.ie> <42612C7D.1090309@comcast.net> Message-ID: <1113852909.4929.58.camel@sigurd.incentre.net> On Sat, 2005-16-04 at 15:17 +0000, James W. Bennett wrote: > Timothy Murphy wrote: > > >On Fri 15 Apr 2005 19:13, Paul Iadonisi wrote: > > > > > > > >>>I find the arrogance of the Fedora team in failing to facilitate this > >>>minority rather disturbing. > >>> > >>> > >> If you are referring primarily to this thread, then it's crystal clear > >>that the arrogance has been coming from those most vociferously critical > >>of the decision to remove lilo. You can have your objections to it, but > >>I find it quite disturbing that ANYONE could support calling the > >>developers "morons" and "tards" as somehow justified, despite attempts > >>by those doing the insulting to engage in not-so-clever sophistry in the > >>service of that false justification. > >> > >> > > > >I have only been following this thread sporadically, > >and wasn't aware that anyone had used those terms. > >I would certainly dissociate myself completely from any talk like that. > > > >I've actually found the developers I have communicated with > >very willing to help - but of course I did not start by calling them morons! > > > >I was probably wrong to use the word "arrogant" - > >but I was dissapointed that there seemed to be no response > >from the developers to the fairly numerous calls for LILO to be available > >as a choice when installing Fedora. > >I assume it is still a choice when compiling and installing a kernel - > >I mean LILO will be updated if one is using that. > > > > > > > >>>Incidentally, the interactive option in grub, which you praise, > >>>could be greatly improved; > >>> > >>> > >> Possibly, but keep in mind that this has to fit in a pretty small > >>amount of memory, if I'm not mistaken. There's only so much that can be > >>added due to space constraints. At least grub HAS a command line. > >> > >> > > > >As I said, I use grub all the time, and have been saved more than once > >by the grub command line option. > >(In my experience grub is likely to get confused > >if one has IDE and SCSI disks.) > > > >I guess the real weakness of grub is its lack of good documentatiion - > >LILO certainly wins hands down on that score. > > > > > > > What I can't undestand if someone wants lilo why not download and > install it and quit complaining. One minor reason : If all support for LILO is removed, then whenever a new kernel comes out, the LILO config file and MBR will have to be manually updated. From goemon at anime.net Mon Apr 18 19:47:26 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 18 Apr 2005 12:47:26 -0700 (PDT) Subject: media check errors w/ 3.91 In-Reply-To: <1113852820.913.464.camel@serendipity.dogma.lan> Message-ID: On Mon, 18 Apr 2005, Alexander Dalloz wrote: > Am Mo, den 18.04.2005 schrieb Kevin B. Walker um 21:30: > > I keep getting media check errors when attempting to install FC4t2. The > > downloaded isos check out fine with sha1sum but the mediacheck fails > > every time. I've downloaded and burned on two different systems. I've > > heard rumors that this is not unusual. Nothing authoritative though. > Boot into install with "linux ide=nodma". Or next time burn the ISO > image files with "-pad" parameter of cdrecord. Using -pad very rarely works, and ide=nodma only works in about half the cases. This really needs to be fixed, it's been broke at least as far back as FC1. -Dan From davej at redhat.com Mon Apr 18 19:49:14 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 18 Apr 2005 15:49:14 -0400 Subject: media check errors w/ 3.91 In-Reply-To: References: <1113852820.913.464.camel@serendipity.dogma.lan> Message-ID: <20050418194914.GB26322@redhat.com> On Mon, Apr 18, 2005 at 12:47:26PM -0700, Dan Hollis wrote: > On Mon, 18 Apr 2005, Alexander Dalloz wrote: > > Am Mo, den 18.04.2005 schrieb Kevin B. Walker um 21:30: > > > I keep getting media check errors when attempting to install FC4t2. The > > > downloaded isos check out fine with sha1sum but the mediacheck fails > > > every time. I've downloaded and burned on two different systems. I've > > > heard rumors that this is not unusual. Nothing authoritative though. > > Boot into install with "linux ide=nodma". Or next time burn the ISO > > image files with "-pad" parameter of cdrecord. > > Using -pad very rarely works, and ide=nodma only works in about half the > cases. > > This really needs to be fixed, it's been broke at least as far back as > FC1. As I detailed in a mail last week, there are so many variables its hard to nail this down. Dave From kevin.b.walker1 at jsc.nasa.gov Mon Apr 18 20:22:21 2005 From: kevin.b.walker1 at jsc.nasa.gov (Kevin B. Walker) Date: Mon, 18 Apr 2005 15:22:21 -0500 Subject: media check errors w/ 3.91 In-Reply-To: <20050418194914.GB26322@redhat.com> References: <1113852820.913.464.camel@serendipity.dogma.lan> <20050418194914.GB26322@redhat.com> Message-ID: <1113855741.5380.74.camel@penguin2.jsc.nasa.gov> A couple more data points. I had better luck with FC3. Those disks were burned from Windows using Roxio. I tried the FC4t2 disks with cdrecord on linux as well as Roxio on windows and the disks never passed the mediacheck. Going to one of the text terminals allowed me to see an MD5SUM value which was always the same. I've seen some subtle problems caused by loads from disks with errors in them. They all failed the iso image test on the burning machine though. On Mon, 2005-04-18 at 15:49 -0400, Dave Jones wrote: > On Mon, Apr 18, 2005 at 12:47:26PM -0700, Dan Hollis wrote: > > On Mon, 18 Apr 2005, Alexander Dalloz wrote: > > > Am Mo, den 18.04.2005 schrieb Kevin B. Walker um 21:30: > > > > I keep getting media check errors when attempting to install FC4t2. The > > > > downloaded isos check out fine with sha1sum but the mediacheck fails > > > > every time. I've downloaded and burned on two different systems. I've > > > > heard rumors that this is not unusual. Nothing authoritative though. > > > Boot into install with "linux ide=nodma". Or next time burn the ISO > > > image files with "-pad" parameter of cdrecord. > > > > Using -pad very rarely works, and ide=nodma only works in about half the > > cases. > > > > This really needs to be fixed, it's been broke at least as far back as > > FC1. > > As I detailed in a mail last week, there are so many variables its > hard to nail this down. > > Dave > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Kevin B. Walker Systems Engineering Simulator pager = (281) 621 - 3181 office = (281) 244 - 5012 kevin.b.walker at jsc.nasa.gov ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- This message was scanned for spam and viruses by BitDefender For more information please visit http://linux.bitdefender.com/ From kyrre at solution-forge.net Mon Apr 18 20:42:48 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 18 Apr 2005 22:42:48 +0200 Subject: media check errors w/ 3.91 In-Reply-To: <1113855741.5380.74.camel@penguin2.jsc.nasa.gov> References: <1113852820.913.464.camel@serendipity.dogma.lan> <20050418194914.GB26322@redhat.com> <1113855741.5380.74.camel@penguin2.jsc.nasa.gov> Message-ID: <1113856967.3368.33.camel@localhost.localdomain> There should be a warning in the cdcheck itself that it might be borked... man, 18.04.2005 kl. 22.22 skrev Kevin B. Walker: > A couple more data points. I had better luck with FC3. Those disks were > burned from Windows using Roxio. I tried the FC4t2 disks with cdrecord > on linux as well as Roxio on windows and the disks never passed the > mediacheck. Going to one of the text terminals allowed me to see an > MD5SUM value which was always the same. I've seen some subtle problems > caused by loads from disks with errors in them. They all failed the iso > image test on the burning machine though. > > > On Mon, 2005-04-18 at 15:49 -0400, Dave Jones wrote: > > On Mon, Apr 18, 2005 at 12:47:26PM -0700, Dan Hollis wrote: > > > On Mon, 18 Apr 2005, Alexander Dalloz wrote: > > > > Am Mo, den 18.04.2005 schrieb Kevin B. Walker um 21:30: > > > > > I keep getting media check errors when attempting to install FC4t2. The > > > > > downloaded isos check out fine with sha1sum but the mediacheck fails > > > > > every time. I've downloaded and burned on two different systems. I've > > > > > heard rumors that this is not unusual. Nothing authoritative though. > > > > Boot into install with "linux ide=nodma". Or next time burn the ISO > > > > image files with "-pad" parameter of cdrecord. > > > > > > Using -pad very rarely works, and ide=nodma only works in about half the > > > cases. > > > > > > This really needs to be fixed, it's been broke at least as far back as > > > FC1. > > > > As I detailed in a mail last week, there are so many variables its > > hard to nail this down. > > > > Dave > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Kevin B. Walker > Systems Engineering Simulator > pager = (281) 621 - 3181 > office = (281) 244 - 5012 > kevin.b.walker at jsc.nasa.gov > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > -- > This message was scanned for spam and viruses by BitDefender > For more information please visit http://linux.bitdefender.com/ > From ken at geekystuff.net Mon Apr 18 21:47:34 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Mon, 18 Apr 2005 17:47:34 -0400 Subject: Forwarding roots mail In-Reply-To: <200504181217.40114.linxt@comcast.net> References: <200504180027.05376.linxt@comcast.net> <20179e51050418033953067638@mail.gmail.com> <1113832444.913.445.camel@serendipity.dogma.lan> <200504181217.40114.linxt@comcast.net> Message-ID: <42642AF6.1040706@geekystuff.net> Tom wrote: >On Monday 18 April 2005 06:54, Alexander Dalloz wrote: > > >>Am Mo, den 18.04.2005 schrieb Joe um 12:39: >> >> >>>I did this just by creating .forward in /root and adding the following: >>> >>>joe at bean (bean is the home ocmputers names) >>> >>>Hope this helps. >>> >>> >>It will help not. >> >> >> >>>Joe >>> >>> >>> >>>>Here is the message I'm receiving: >>>> >>>>Returned mail: see transcript for details >>>> Date: 04-17-2005 0429 >>>> From: Mail Delivery Subsystem >>>> To: root at localhost.home >>>> >>>>The original message was received at Sun, 17 Apr 2005 04:29:32 -0700 >>>>from root at localhost >>>> >>>> ----- The following addresses had permanent fatal errors ----- >>>>root >>>> (reason: 553 5.5.4 ... Real domain name required >>>>for sender address) >>>> (expanded from: root) >>>> >>>> >>The DSN the recipient MTA gives is pretty clear. It does not accept >>unresolvable domain names - which is fine. >> >>Alexander >> >> > >Hi Alexander: > >So how do I get the name to resolve now? Between /etc/resolve.conf >and /etc/hosts I would think that would not be a problem. > > > >>>>/etc/resolve.conf <<< >>>> >>>> >search home >nameserver 204.127.198.4 >nameserver 63.240.76.4 >nameserver 12.242.16.50 > > > >>>>/etc/hosts <<< >>>> >>>> >192.168.0.10 linux.home linux >127.0.0.1 linux2 localhost.localdomain localhost >192.168.0.20 dos.home dos >192.168.0.30 win2k.home win2k >192.168.0.40 betty.home betty >192.168.0.50 laptop.home laptop >192.168.0.100 test.home test >192.168.0.15 linux2.home linux2 > >I had some questions in my original post that your comment above don't answer. >What is it in /etc/mail/sendmail.mc that needs to be changed? > >Sorry if I seem dense. Getting older and beginning to have dementia problems >is my only excuse. Thanks for your help, both for myself and others on this >list. > >Thanks, Tom > > Tom, First, 'ping localhost.home', if ping does not receive any replies do the following: In your /etc/hosts file, add 'localhost.home' to the line for 127.0.0.1 so it looks like this: 127.0.0.1 linux2 localhost.localdomain localhost localhost.home There is no need for any big Sendmail tweaks since your local machine is just trying (unsuccessfully) to deliver to itself. Regards, Ken From goemon at anime.net Mon Apr 18 21:28:36 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 18 Apr 2005 14:28:36 -0700 (PDT) Subject: media check errors w/ 3.91 In-Reply-To: <20050418194914.GB26322@redhat.com> Message-ID: On Mon, 18 Apr 2005, Dave Jones wrote: > On Mon, Apr 18, 2005 at 12:47:26PM -0700, Dan Hollis wrote: > > Using -pad very rarely works, and ide=nodma only works in about half the > > cases. > > This really needs to be fixed, it's been broke at least as far back as > > FC1. > As I detailed in a mail last week, there are so many variables its > hard to nail this down. Its so prone to failure, if its not fixed by FC4 release then IMO it should be disabled. It just confuses end users if it randomly fails. I have a feeling the failures are related to the fedora custom kernels being used though. -Dan From davej at redhat.com Mon Apr 18 21:30:26 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 18 Apr 2005 17:30:26 -0400 Subject: media check errors w/ 3.91 In-Reply-To: References: <20050418194914.GB26322@redhat.com> Message-ID: <20050418213026.GF26322@redhat.com> On Mon, Apr 18, 2005 at 02:28:36PM -0700, Dan Hollis wrote: > On Mon, 18 Apr 2005, Dave Jones wrote: > > On Mon, Apr 18, 2005 at 12:47:26PM -0700, Dan Hollis wrote: > > > Using -pad very rarely works, and ide=nodma only works in about half the > > > cases. > > > This really needs to be fixed, it's been broke at least as far back as > > > FC1. > > As I detailed in a mail last week, there are so many variables its > > hard to nail this down. > > Its so prone to failure, if its not fixed by FC4 release then IMO it > should be disabled. It just confuses end users if it randomly fails. > > I have a feeling the failures are related to the fedora custom kernels > being used though. The only patches we have that could be relevant here are patches we've come up with whilst chasing this issue. It should be 100% reproducable on a kernel.org kernel. Dave From aoliva at redhat.com Mon Apr 18 21:54:34 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 18 Apr 2005 18:54:34 -0300 Subject: rawhide report: 20050417 changes In-Reply-To: <604aa791050417143528ff348@mail.gmail.com> References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> <1113770733.3108.12.camel@localhost.localdomain> <1113771740.7183.317.camel@localhost.localdomain> <604aa791050417143528ff348@mail.gmail.com> Message-ID: On Apr 17, 2005, Jeff Spaleta wrote: > Sure, slocate is the most noticable script that runs at bootup when > anacron is enabled... Uhh... You mean, a bit more than 1 hour past boot up time, right? It surely doesn't slow down the boot, except for whatever almost-negligible delay starting the anacron process implies. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From bloch at verdurin.com Mon Apr 18 21:56:12 2005 From: bloch at verdurin.com (bloch at verdurin.com) Date: Mon, 18 Apr 2005 22:56:12 +0100 Subject: Kernel crash when compiling nvidia drivers on x86_64 Message-ID: <20050418215612.GC13637@bloch.smith.man.ac.uk> Yes, we can't discuss crashes when running the Nvidia drivers. However, would it be of interest to note that today I was finding that a dual Opteron system was crashing hard when compiling the Nvidia drivers and running the latest FC3 kernel? Not even Alt-SysRq had any effect. Reverting to the previous FC3 kernel solved the problem, so I don't think it can have been any other of the recent updates. From surak at casa.surak.eti.br Mon Apr 18 22:04:18 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Mon, 18 Apr 2005 19:04:18 -0300 Subject: Kernel crash when compiling nvidia drivers on x86_64 In-Reply-To: <20050418215612.GC13637@bloch.smith.man.ac.uk> References: <20050418215612.GC13637@bloch.smith.man.ac.uk> Message-ID: <1113861858.6539.9.camel@preview> Em Seg, 2005-04-18 ?s 22:56 +0100, bloch at verdurin.com escreveu: > Yes, we can't discuss crashes when running the Nvidia drivers. > > However, would it be of interest to note that today I was finding that a > dual Opteron system was crashing hard when compiling the Nvidia drivers > and running the latest FC3 kernel? Not even Alt-SysRq had any effect. > > Reverting to the previous FC3 kernel solved the problem, so I don't > think it can have been any other of the recent updates. This is happening here also - using a old voodoo3 pci. From jspaleta at gmail.com Mon Apr 18 22:11:36 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 18 Apr 2005 18:11:36 -0400 Subject: rawhide report: 20050417 changes In-Reply-To: References: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> <1113770341.3108.10.camel@localhost.localdomain> <1113770638.22733.89.camel@cutter> <1113770733.3108.12.camel@localhost.localdomain> <1113771740.7183.317.camel@localhost.localdomain> <604aa791050417143528ff348@mail.gmail.com> Message-ID: <604aa79105041815115ad5d4bd@mail.gmail.com> On 18 Apr 2005 18:54:34 -0300, Alexandre Oliva wrote: > Uhh... You mean, a bit more than 1 hour past boot up time, right? You tell me what i mean. I don't notice anacron.. i don't have systems that I reboot on a regular basis... that don't invovle a coffeebreak. I'm reusing terms and phrases other people have used to define the problem associated with slocate so far in the sporatic discussion on the issue. I'm still desperately trying to understand exactly why people who do regular system boots want anacron running.. at all. If slocate as spawned by anacron causes a problem.. an hour after bootup.. surely prelink is going to be noticable too as well as other default scripts. For the sake of simplicity, let's stick to laptop user experience, since laptop users have been a primary source of first person complaints about slocate as managed by anacron in these list discussions. Out of all of the scripts anacron is configured to run periodicly, which ones are really crucial to run and thus something laptop? Do laptop users need anacron running at all? Is running prelink an hour after bootup on a laptop, like anacron does really beneficial? Is anacron a net negative for laptop users or a benefit its default configuration? Looking beyond default daily cronjobs... how many packages in Extras or Core or 3rd party packagers drop scripts in cron.daily designed primarily to run at 4am in the morning without a thought to anacron's 1 hour delay behavior? I think the slocate complaints so far are just symptoms of a deeper problem with what anacron tries to do in general and how anacron's default configuration tries to mimic vixie-cron behavior by running ALL the same scripts as vixie-cron in a delayed manner. Anacron just wasn't designed to really deal with laptops, but so far most of the complaining in these discussions have been from laptop users. -jef"which users does anacron really serve?"spaleta From duralisis at yahoo.com Mon Apr 18 22:12:56 2005 From: duralisis at yahoo.com (duralisis) Date: Mon, 18 Apr 2005 17:12:56 -0500 Subject: media check errors w/ 3.91 In-Reply-To: <20050418213026.GF26322@redhat.com> References: <20050418194914.GB26322@redhat.com> <20050418213026.GF26322@redhat.com> Message-ID: <426430E8.5070503@yahoo.com> Dave Jones wrote: >On Mon, Apr 18, 2005 at 02:28:36PM -0700, Dan Hollis wrote: > > On Mon, 18 Apr 2005, Dave Jones wrote: > > > On Mon, Apr 18, 2005 at 12:47:26PM -0700, Dan Hollis wrote: > > > > Using -pad very rarely works, and ide=nodma only works in about half the > > > > cases. > > > > This really needs to be fixed, it's been broke at least as far back as > > > > FC1. > > > As I detailed in a mail last week, there are so many variables its > > > hard to nail this down. > > > > Its so prone to failure, if its not fixed by FC4 release then IMO it > > should be disabled. It just confuses end users if it randomly fails. > > > > I have a feeling the failures are related to the fedora custom kernels > > being used though. > >The only patches we have that could be relevant here are patches >we've come up with whilst chasing this issue. It should be >100% reproducable on a kernel.org kernel. > > Dave > > > I've always burned my images with Nero 5 or greater on a Windows machine and verified the checksums first, then done a readback to verify the contents. Burning at slower speeds as well, just to make sure, and prolong the life of the CD. I've done this since FC1 and media check has always failed in both VMWare and my server (an old P2-433/440LX machine w/ HP 1101 CDRW). From wjdearborn at narthexservices.com Mon Apr 18 22:02:46 2005 From: wjdearborn at narthexservices.com (Bill Dearborn) Date: Mon, 18 Apr 2005 16:02:46 -0600 Subject: [FC4t2] Error loading audacity Message-ID: While testing FC4t2 I attempted to 'yum install audacity' it obtained a copy from the Extras Development Repo ... and installed fully but when the command 'audacity' was given I received the following error, which appears to be a packaging error... audacity: error while loading shared libraries: libsndfile.so.1: cannot open shared object file: No such file or directory the libsndfile.so.1 is found by locate to be in: /usr/lib/openoffice.org1.9.92/program/libsndfile.so.1 Is there a work around? Where should this be reported? From duralisis at yahoo.com Mon Apr 18 22:25:53 2005 From: duralisis at yahoo.com (duralisis) Date: Mon, 18 Apr 2005 17:25:53 -0500 Subject: Up2date showing non-installed software Message-ID: <426433F1.5000108@yahoo.com> Is there a way to configure or otherwise modify up2date to show only updates for packages I have installed currently? I find it annoying to have to sort through a myriad of package names and resolve which ones I have and don't have. So it would be nice for it to list only updates for packages I have installed. Obviously there was a reason I chose _NOT_ to install bind or some python sql package, so I really don't care about new versions. Are there any plans for a better up2date or yum untility before FC4 release? From nman64 at n-man.com Tue Apr 19 00:29:11 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Mon, 18 Apr 2005 19:29:11 -0500 Subject: Up2date showing non-installed software In-Reply-To: <426433F1.5000108@yahoo.com> References: <426433F1.5000108@yahoo.com> Message-ID: <426450D7.7000209@n-man.com> duralisis wrote: > Is there a way to configure or otherwise modify up2date to show only > updates for packages I have installed currently? > > I find it annoying to have to sort through a myriad of package names > and resolve which ones I have and don't have. So it would be nice for > it to list only updates for packages I have installed. Obviously > there was a reason I chose _NOT_ to install bind or some python sql > package, so I really don't care about new versions. Are there any > plans for a better up2date or yum untility before FC4 release? > man up2date up2date -l Both up2date and yum are excellent utilities, and will not see a great deal of change before FC4-final. If you have a specific issue with either utility, feel free to file in Bugzilla. You could also place feature requests there, or, even better, submit a patch. -Patrick "The N-Man" Barnes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From jspaleta at gmail.com Tue Apr 19 00:51:31 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 18 Apr 2005 20:51:31 -0400 Subject: Up2date showing non-installed software In-Reply-To: <426433F1.5000108@yahoo.com> References: <426433F1.5000108@yahoo.com> Message-ID: <604aa791050418175175dc3914@mail.gmail.com> On 4/18/05, duralisis wrote: > Is there a way to configure or otherwise modify up2date to show only > updates for packages I have installed currently? Can you explain to me what your doing to get up2date to show things that you don't have installed already? When i run the graphical up2date all i see are updates for things I have installed. And from the commandline up2date --update seems to only attempt to update packages. rpm -q up2date up2date-4.4.14-2 -jef From mpeters at mac.com Tue Apr 19 01:18:49 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 18 Apr 2005 18:18:49 -0700 Subject: media check errors w/ 3.91 In-Reply-To: References: Message-ID: <1113873529.24680.6.camel@fc4t2.mpeters.local> On Mon, 2005-04-18 at 12:47 -0700, Dan Hollis wrote: > > Using -pad very rarely works, and ide=nodma only works in about half the > cases. using -pad works for me with FC3 but does not with FC4Test From mpeters at mac.com Tue Apr 19 01:21:05 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 18 Apr 2005 18:21:05 -0700 Subject: media check errors w/ 3.91 In-Reply-To: <426430E8.5070503@yahoo.com> References: <20050418194914.GB26322@redhat.com> <20050418213026.GF26322@redhat.com> <426430E8.5070503@yahoo.com> Message-ID: <1113873665.24680.8.camel@fc4t2.mpeters.local> On Mon, 2005-04-18 at 17:12 -0500, duralisis wrote: > Burning at slower speeds as well, just to make sure, and > prolong the life of the CD. Test release needs a life of about a month. Release needs a life of about 6 months ... From jeffy5 at optonline.net Tue Apr 19 02:19:52 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Mon, 18 Apr 2005 22:19:52 -0400 Subject: router finder on startup In-Reply-To: <1113843385.19735.42.camel@localhost.localdomain> References: <1113843385.19735.42.camel@localhost.localdomain> Message-ID: <1113877193.4282.13.camel@jeffy5.jeffsdomain.net> On Mon, 2005-04-18 at 17:56 +0100, Paul wrote: > Hi, > > Which component do I need to log into bugzilla for as my machine is > failing to find the router which means that I am unable to use Limewire > or eDonkey (and yes, I do have the appropriate ports open in the > firewall). These two apps used to work, but now fail due to the router > not being found. > > TTFN > > Paul Hello Paul, Are you saying that during the boot process, you ethernet (or wireless device) cannot find the router? I also assume that you are testing FC4T2 when this is happening. I also was using FC4T2 when my computer could not find the router. For that reason, I reinstalled FC3 and since I did that I am still having problems with my wireless card finding the wireless router. Is this because there were recent updates which could be affecting the wireless card's ability to find the router? Is this an actual bug? Jeffrey D. Yuille 44 Royal Drive, apt # 103 Piscataway, New Jersey 08854 (USA) From skvidal at phy.duke.edu Tue Apr 19 04:09:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 19 Apr 2005 00:09:23 -0400 Subject: can't stop yum, must use kill -9 In-Reply-To: <42628285.6020306@margo.bijoux.nom.br> References: <345764DCB65C0C4FACC44529DE273C18BE622C@eemail1.microlink.lan> <42628285.6020306@margo.bijoux.nom.br> Message-ID: <1113883763.12982.0.camel@cutter> On Sun, 2005-04-17 at 12:36 -0300, Pedro Fernandes Macedo wrote: > Fred New wrote: > > >Marius Andreiana wrote: > > > > > > > >>I don't know if it's a new issue, but I first noticed this in fc4t2. > >>When yum is downloading packages, it can't be stopped pressing ctrl+c > >>(it will switch to another mirror and continue). > >> > >> > >> > >I appreciate this behavior since some mirrors can be real dogs. > >If ctrl+c killed yum, how could I indicate to yum that I wanted > >to try a different mirror? > > > > > What about CTRL+C having the default behaviour (stopping the > application) and something else being used to tell yum to change mirror > (something like CTRL+M , for example)? > we've tracked it down - the problem with ctrl-c being grabbed is happening inside the python socketmodule - in the c code - so being able to change this from yum is not going to happen. -sv From duralisis at yahoo.com Tue Apr 19 05:03:07 2005 From: duralisis at yahoo.com (duralisis) Date: Tue, 19 Apr 2005 00:03:07 -0500 Subject: Up2date showing non-installed software In-Reply-To: <604aa791050418175175dc3914@mail.gmail.com> References: <426433F1.5000108@yahoo.com> <604aa791050418175175dc3914@mail.gmail.com> Message-ID: <4264910B.4040708@yahoo.com> Jeff Spaleta wrote: >On 4/18/05, duralisis wrote: > > >>Is there a way to configure or otherwise modify up2date to show only >>updates for packages I have installed currently? >> >> > > >Can you explain to me what your doing to get up2date to show things >that you don't have installed already? When i run the graphical >up2date all i see are updates for things I have installed. And from >the commandline up2date --update seems to only attempt to update >packages. > >rpm -q up2date >up2date-4.4.14-2 > >-jef > > > I'm using the graphical one. For example, right now it's showing "Version Installed" for things I know I don't have or specifically de-selected during install. Such as mozilla, pam, 4suite, sqlite, a bunch of libs I've never even heard of, jpackage, java, evolution related ones, emacs (specifically not installed), cyrus, and a LOT of devel packages for stuff I've only got the binaries installed for or don't want. I don't think this is just FC4 related; as far as I can remember it's always done this, but I just lately have become very annoyed by it. From skvidal at phy.duke.edu Tue Apr 19 05:06:29 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 19 Apr 2005 01:06:29 -0400 Subject: Up2date showing non-installed software In-Reply-To: <4264910B.4040708@yahoo.com> References: <426433F1.5000108@yahoo.com> <604aa791050418175175dc3914@mail.gmail.com> <4264910B.4040708@yahoo.com> Message-ID: <1113887189.12982.2.camel@cutter> > I'm using the graphical one. For example, right now it's showing > "Version Installed" for things I know I don't have or specifically > de-selected during install. Such as mozilla, pam, 4suite, sqlite, a > bunch of libs I've never even heard of, jpackage, java, evolution > related ones, emacs (specifically not installed), cyrus, and a LOT of > devel packages for stuff I've only got the binaries installed for or > don't want. > > I don't think this is just FC4 related; as far as I can remember it's > always done this, but I just lately have become very annoyed by it. from a command line run: rpm -q evolution mozilla pam I'm pretty sure you do have those installed - you just might not know it. -sv From alfastarpc at hotmail.com Tue Apr 19 05:08:37 2005 From: alfastarpc at hotmail.com (Herb kwan) Date: Tue, 19 Apr 2005 00:08:37 -0500 Subject: Tomcat5 and router discovery startup problems Message-ID: Hi, Previous problems I reported earlier have been resolved on httpd after disable Selinux. There are still some minor issues on hands: 1. Router discovery failed to startup when the system is booting up. I am using Linksys 2.4 GHZ Wireless-G broadband router. Does FC4T2 support the router? Is it the cause? ( My network is working properly under FC4T2) 2. There are warning messages on Tomcat5 when the system startup. Some kind of options needed to be adjusted. I tried to capture the message using dmesg command. I could not find the warning message. What is the right command to get the message. I tested Tomcat 5 on the browser. It worked. Strange message? Thanks Herb Kwan From cyberhawkusa at hotmail.com Tue Apr 19 06:22:50 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Tue, 19 Apr 2005 06:22:50 +0000 Subject: MSI-NX6600 // Nvidia graphics card Message-ID: ok i just got this card http://www.msicomputer.com/product/p_spec.asp?model=NX6600-VTD256&class=vga and i wanted to know if anyone knows were to get proper linux driveers for it and how to install them i havnt had to do a graphics card install onb linux before that i cared to get the opengl working on but now i need opengl and all the feature i can get from this card to work if posiable _________________________________________________________________ Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From sean.bruno at dsl-only.net Tue Apr 19 06:37:44 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Mon, 18 Apr 2005 23:37:44 -0700 Subject: MSI-NX6600 // Nvidia graphics card In-Reply-To: References: Message-ID: <1113892664.14710.5.camel@oscar.metro1.com> On Tue, 2005-04-19 at 06:22 +0000, Caleb Warta wrote: > ok i just got this card > > http://www.msicomputer.com/product/p_spec.asp?model=NX6600-VTD256&class=vga > > and i wanted to know if anyone knows were to get proper linux driveers for > it and how to install them i havnt had to do a graphics card install onb > linux before that i cared to get the opengl working on but now i need opengl > and all the feature i can get from this card to work if posiable > > _________________________________________________________________ > Dont just search. Find. Check out the new MSN Search! > http://search.msn.click-url.com/go/onm00200636ave/direct/01/ > A bit OT for the list. This is an Nvidia based video card and is supported by the open-source linux driver for 2d stuff. If you want 3d(for ur Doom3/UT2K4), you will need to install the proprietary and very closed source Nvidia Linux driver and follow their instructions to get it working. Sean From fedora at nodata.co.uk Tue Apr 19 08:42:55 2005 From: fedora at nodata.co.uk (nodata) Date: Tue, 19 Apr 2005 10:42:55 +0200 (CEST) Subject: can't stop yum, must use kill -9 In-Reply-To: <1113883763.12982.0.camel@cutter> References: <345764DCB65C0C4FACC44529DE273C18BE622C@eemail1.microlink.lan> <42628285.6020306@margo.bijoux.nom.br> <1113883763.12982.0.camel@cutter> Message-ID: <26950.213.164.3.90.1113900175.squirrel@www.nodata.co.uk> > On Sun, 2005-04-17 at 12:36 -0300, Pedro Fernandes Macedo wrote: >> Fred New wrote: >> >> >Marius Andreiana wrote: >> > >> > >> > >> >>I don't know if it's a new issue, but I first noticed this in fc4t2. >> >>When yum is downloading packages, it can't be stopped pressing ctrl+c >> >>(it will switch to another mirror and continue). >> >> >> >> >> >> >> >I appreciate this behavior since some mirrors can be real dogs. >> >If ctrl+c killed yum, how could I indicate to yum that I wanted >> >to try a different mirror? >> > >> > >> What about CTRL+C having the default behaviour (stopping the >> application) and something else being used to tell yum to change mirror >> (something like CTRL+M , for example)? >> > > we've tracked it down - the problem with ctrl-c being grabbed is > happening inside the python socketmodule - in the c code - so being able > to change this from yum is not going to happen. > -sv > Is this not fixable then? should I report upstream? From rmy at tigress.co.uk Tue Apr 19 09:19:16 2005 From: rmy at tigress.co.uk (Ron Yorston) Date: Tue, 19 Apr 2005 10:19:16 +0100 (BST) Subject: rawhide report: 20050417 changes Message-ID: <200504190919.KAA26294@internal.tigress.co.uk> Jeff Spaleta wrote: >I'm still desperately trying to understand exactly why >people who do regular system boots want anacron running.. at all. If >slocate as spawned by anacron causes a problem.. an hour after >bootup.. surely prelink is going to be noticable too as well as other >default scripts. Yes, I definitely notice when prelink is running, as it causes even more disk rattling than updatedb. There's a conflict of interest here. When I start up my laptop it's because I want to work on it. I'd also like it to perform the housekeeping cron jobs, and the only time it can do that is when the system is running. Which by definition is when I want to use it myself. So I would like the cron jobs to run, I just don't want them to impact on the performance of the machine when I'm trying to use it. I've got a tower system which is also only switched on when I want to use it and I'm not really bothered by the cron jobs there because it's much faster and has better disk bandwidth than the laptop. The problem isn't anacron, it's the jobs that it runs. If they were less intrusive I wouldn't mind them, after all, they're doing useful work for me. I'm sure there are various approaches to mitigating the impact of the cron jobs: having them cache more information so they have to do less work when they run or throttling the CPU or disk bandwidth they can use, for example. Ron From fkuehne at gmail.com Tue Apr 19 10:07:43 2005 From: fkuehne at gmail.com (=?ISO-8859-1?Q?Felix_K=FChne?=) Date: Tue, 19 Apr 2005 12:07:43 +0200 Subject: FC4-Test2-ppc on an iMac G3 In-Reply-To: <1113845804.3590.1.camel@anu.eridu> References: <446f335b05041810294665a721@mail.gmail.com> <1113845804.3590.1.camel@anu.eridu> Message-ID: <446f335b050419030744cc5deb@mail.gmail.com> On 4/18/05, Paul Nasrat wrote: > Known issue: > > try at the boot prompt > > linux resolution=1024x768 > (works on my iMac DV SE) > > or failing that > linux text Okay, using linux text works (linux res... crashes when trying to launch anaconda). The installation of the packages runs fine, but the post-installation-script (I cannot give the correct name, because I use the German l10n, it's called "Konfiguration nach erfolgter Installation wird durchgef?hrt" there, i.e. "configuring after installation") stopps at 50 % and does not move forward for at least 10 minutes. Any idea what's wrong? Btw. When partitioning my harddrive, I'm asked to create an "Apple Bootstrap" partition. How large does it have to be? Perhaps, the crash mentioned above is linked to that, because I chose a quite small partition for this, since I don't the exact purpose nor the suggested size actually. Thanks for your time. Regards, Felix K?hne From mpeters at mac.com Tue Apr 19 10:17:53 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 19 Apr 2005 10:17:53 +0000 Subject: laptops and cron maintenance Message-ID: <1113905873l.5643l.0l@devel.mpeters.local> In fc4t2 the updatedb cron job was turned off by default. In part for laptop users. Suppose instead of turning certain cron jobs off, a configuration allowed one to specify times when they are not allowed to run. IE configure updatedb so that it is not allowed to run between 0700 and 1800 (user configurable) Also, it shouldn't be too difficult for the cron script to check and see if the laptop is on battery, and just not run certain scripts (like updatedb) if the laptop is on battery. But defaulting it to run, but not run during normal business hours would OOB solve the problem for most people without it being disabled OOB and would be relatively easy to implement, and probably not too difficult to slap a system-config-gui on (a file somewhere - # maintenance cron configuration file #name of script|boolean for check time|no run start|no run end|boolean for battery abort slocate.cron|true|0700|1800|true logrotate|false|||false slocate.cron checks for time, doesn't run between 0700 and 1800, doesn't run if on battery. logrotate doesn't check for time (and thus doesn't care about values in the next two fields) and also doesn't care about battery. A maintenance cron not having an entry in the config file would have same effect as the logrotate entry (just does its thing) I suppose it would require a patch to anacron to have it check the config file, so that the scripts don't have to check for themselves - which is probably the right way to do it, cron itself should not care if the system is up when cron is told to do its thing, so it shouldn't be up to the script to determine if it should run. IMHO. -- Michael A. Peters http://mpeters.us/ From roger at gwch.net Tue Apr 19 10:42:02 2005 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 19 Apr 2005 12:42:02 +0200 (CEST) Subject: Where is gphoto2 / gtkam? Message-ID: <32634.62.2.21.164.1113907322.squirrel@www.gwch.net> Hello, I remember once, that FC had an application to read out the memory of digital cameras. I think it was gphoto2 or gtkam. Is this no longer supplied (in GUI-Version)? Roger From bakisv at physics.comu.edu.tr Tue Apr 19 16:21:52 2005 From: bakisv at physics.comu.edu.tr (Volkan BAKIS) Date: Tue, 19 Apr 2005 13:21:52 -0300 (EEST) Subject: Need for the drivers in Fedora Core 4 test - Message-ID: <33654.193.255.97.85.1113906112.squirrel@physics.comu.edu.tr> Hello - I have a new pc-server with following features; Processor: 2x 3.0 GHz Intel Xeon 1Mb Cache 800 Mhz Mainboard: 2x Xeon F800 i82875P 4x ECC 8XG-Lan Memory: 4x1 GB RAM HDDs: 3 x 146 GB SCSI VGA: 128 MB DDR GF FX5200 There seem a driver need for the following devices in the begining of installation of Fedora Core 4 test; 1- SysKonnect SK-98xx Gigabit (sk98lin) 2- Intel EtherExpress/1000 gigabit (e1000) 3- Promise SATA controllers (sata_promise) 4- LSI MegaRAID Controllers (megaraid_mbox) Is there any work of putting these drivers into Fedora Core 4? or could anyone help me installing Fedora Core 4 by fixing these in different ways? Thanks in advance - Best wishes - Volkan From mharris at www.linux.org.uk Tue Apr 19 10:53:55 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Tue, 19 Apr 2005 06:53:55 -0400 Subject: Anaconda and monitor handling In-Reply-To: <1113812577.5139.5.camel@littlePiet> References: <1113812577.5139.5.camel@littlePiet> Message-ID: <4264E343.4050905@www.linux.org.uk> Peter Boy wrote: [Apologies for the lengthy reply, but I thought it was worth explaining this in a bit of detail, so it's archived somewhere for future reference.] > There is a bugzilla entry (115662) regarding the the video resolution > used by anaconda, if the properties of the monitor are unknown > (proposition: use 640*400 instead of 800*600 as currently) 640x480 is incredibly small, and does not leave much room to fit everything on the screen that is needed, so that is more or less out of the question as far as I understand. Even 800x600 is pretty short on real estate. > On the other hand: anaconda can detect the proper resolution via DPMS > and does so correctly. DPMS is power saving. You mean "DDC probing". DDC probing is performed by the "ddcprobe" utility, which uses LRMI which is x86 specific. As such, monitor autodetection is only performed on x86, and not on any other architecture. Additionally, DDC probing via ddcprobe only works if the video BIOS implements it correctly and handles all of the connected displays in a sane fashion, which in practice is rarely true. KVM switches also generally block the DDC signal to/from the monitor, which means most KVM switch users cause all software to lose the ability to autodetect attached displays. Many LCD panels, and DFP displays do not support DDC, and while most if not all currently selling models do, there are hundreds of thousands of ones already sold that do not. So we can not rely on the panel always being able to be detected. There are various other reasons why DDC probing simply does not work reliably, but I think the above list is adequate enough to point out that it simply does not work very often. The long term solution to this problem ultimately, requires some rather long overdue non-trivial changes to the X server. Since most of the video drivers implement DDC probing directly by talking to the chip directly through i2c, the video drivers have access to the most correct and accurate information, and tend to be much more reliable in practice. Additionally, since the video drivers do this directly, they are not limited to DDC probing only on x86, and thus can probe on any architecture. Some of the drivers do not have native DDC probing, and use the VBE, however since the X server includes a complete x86 emulator, the BIOS can be executed on non-x86 architectures to provide DDC probing as well. Unfortunately, none of that functionality is easily exported outside of the running X server currently. Once X.Org gets enhanced to standardize the internal interfaces with which drivers do this probing and various other things, and export the information to applications in some manner, we will theoretically be able to replace the very limited x86-only ddc-probe utility with a more generic solution that works on all architectures, and is much more accurate at detecting attached displays and their various characteristics. While there are currently no X developers who are planning on working on this anytime soon to the best of my knowledge, if there are any highly motivated developers out there, who are interested in volunteering to make this happen, wether or not you have prior X server development experience, please feel free to drop by xorg at freedesktop.org and discuss your interest. The #freedesktop channel on freenode may also be helpful as many X devs hang out there. TTYL From shrek-m at gmx.de Tue Apr 19 11:08:28 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 19 Apr 2005 13:08:28 +0200 Subject: Where is gphoto2 / gtkam? In-Reply-To: <32634.62.2.21.164.1113907322.squirrel@www.gwch.net> References: <32634.62.2.21.164.1113907322.squirrel@www.gwch.net> Message-ID: <4264E6AC.3040307@gmx.de> Roger Grosswiler wrote: >Hello, > >I remember once, that FC had an application to read out the memory of digital cameras. I think it was gphoto2 or >gtkam. Is this no longer supplied (in GUI-Version)? > https://www.redhat.com/archives/fedora-test-list/2005-April/msg01431.html js> gtkam was removed from fc3.. as listed in the fc3 release notes. js> gthumb became the default application for handling digital cameras in fc3. -- shrek-m From mitr at volny.cz Tue Apr 19 11:10:21 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Tue, 19 Apr 2005 13:10:21 +0200 Subject: laptops and cron maintenance In-Reply-To: <1113905873l.5643l.0l@devel.mpeters.local> References: <1113905873l.5643l.0l@devel.mpeters.local> Message-ID: <20050419111017.GA8803@chrys.ms.mff.cuni.cz> Hello, On Tue, Apr 19, 2005 at 10:17:53AM +0000, Michael A. Peters wrote: > In fc4t2 the updatedb cron job was turned off by default. > In part for laptop users. AFAIK it was turned off because "desktop users" don't use locate, laptop users were not the primary reason. (Yes, my primary computer is a laptop - but I have slocate enabled anyway, so my personal convenience couldn't be the reason either.) > Suppose instead of turning certain cron jobs off, a configuration > allowed one to specify times when they are not allowed to run. > > IE configure updatedb so that it is not allowed to run between 0700 and > 1800 (user configurable) The jobs are scheduled to run at 4 a.m.; if they are started via anacron, it means that the computer is switched on only when it is used. That means that _any_ time is inconvenient, as Ron Yorston pointed out. (You mean I can't wait for the computer when programming at work, but I can wait for it when playing Tuxracer in the evening? :)) > Also, it shouldn't be too difficult for the cron script to check and > see if the laptop is on battery, and just not run certain scripts (like > updatedb) if the laptop is on battery. For the last few days (since on_ac_power handles ACPI and actually works) it's not difficult; but you also have to make sure the job will get run after the computer is connected to AC. Mirek From roger at gwch.net Tue Apr 19 11:17:32 2005 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 19 Apr 2005 13:17:32 +0200 (CEST) Subject: Where is gphoto2 / gtkam? In-Reply-To: <4264E6AC.3040307@gmx.de> References: <32634.62.2.21.164.1113907322.squirrel@www.gwch.net> <4264E6AC.3040307@gmx.de> Message-ID: <17969.62.2.21.164.1113909452.squirrel@www.gwch.net> > Roger Grosswiler wrote: > >>Hello, >> >>I remember once, that FC had an application to read out the memory of digital cameras. I think it was gphoto2 or >>gtkam. Is this no longer supplied (in GUI-Version)? >> > > https://www.redhat.com/archives/fedora-test-list/2005-April/msg01431.html > > > js> gtkam was removed from fc3.. as listed in the fc3 release notes. > js> gthumb became the default application for handling digital cameras in fc3. > > > > -- > shrek-m *aje* thanks for info. Roger From bakisv at physics.comu.edu.tr Tue Apr 19 17:19:09 2005 From: bakisv at physics.comu.edu.tr (Volkan BAKIS) Date: Tue, 19 Apr 2005 14:19:09 -0300 (EEST) Subject: Need for the drivers in Fedora Core 4 test - Message-ID: <59071.193.255.97.6.1113909549.squirrel@physics.comu.edu.tr> Hello - I have a new pc-server with following features; Processor: 2x 3.0 GHz Intel Xeon 1Mb Cache 800 Mhz Mainboard: 2x Xeon F800 i82875P 4x ECC 8XG-Lan Memory: 4x1 GB RAM HDDs: 3 x 146 GB SCSI VGA: 128 MB DDR GF FX5200 There seem a driver need for the following devices in the begining of installation of Fedora Core 4 test; 1- SysKonnect SK-98xx Gigabit (sk98lin) 2- Intel EtherExpress/1000 gigabit (e1000) 3- Promise SATA controllers (sata_promise) 4- LSI MegaRAID Controllers (megaraid_mbox) Is there any work of putting these drivers into Fedora Core 4? or could anyone help me installing Fedora Core 4 by fixing these in different ways? Thanks in advance - Best wishes - Volkan From buildsys at redhat.com Tue Apr 19 11:35:10 2005 From: buildsys at redhat.com (Build System) Date: Tue, 19 Apr 2005 07:35:10 -0400 Subject: rawhide report: 20050419 changes Message-ID: <200504191135.j3JBZAJF029189@porkchop.devel.redhat.com> Updated Packages: GConf2-2.10.0-2 --------------- * Mon Apr 18 2005 Mark McLoughlin - 2.10.0-2 - Add evolution mail accounts backend audit-0.6.11-1 -------------- * Mon Apr 18 2005 Steve Grubb 0.6.11-1 - Check log file size on start up - Added priority_boost config item - Reworked arch support - Reworked how run level is changed - Make allowances for ECONNREFUSED cscope-15.5-12 -------------- desktop-printing-0.18-10 ------------------------ * Tue Apr 19 2005 Matthias Clasen - Silence %post dhcp-10:3.0.2-8 --------------- * Mon Apr 18 2005 Jason Vas Dias 10:3.0.2-8 - Fix bugs 153244 & 155142: o restore dhclient-script 'restorecon's o give dhclient and dhclient-script an exec context of 'system_u:object_r:sbin_t' that allows them to run domainname / hostname and to update configuration files in dhclient post script. - Prevent dhclient emitting verbose ISC 'blurb' on error exit in -q mode dialog-1.0.20050306-1 --------------------- * Mon Apr 18 2005 Harald Hoyer 1.0-20050306-1 - version 1.0-20050306 eclipse-1:3.1.0_fc-0.M6.6 ------------------------- * Mon Apr 18 2005 Ben Konrath 3.1.0_fc-0.M6.6 - Bump version number. * Mon Apr 18 2005 Ben Konrath 3.1.0_fc-0.M6.5 - Update mozilla patch. * Sat Apr 16 2005 Ben Konrath 3.1.0_fc-0.M6.4 - Update to 3.1M6. - Change bootstrap procedure to match the upstream method. - Remove patches that were fixed upstream. - Add efj wrapper script. eclipse-cdt-1:3.0.0_fc-0.M6.3 ----------------------------- * Sat Apr 16 2005 Ben Konrath 3.0.0_fc-0.M6.3 - Clean up spec file (remove references to old patches and rh docs). * Fri Apr 15 2005 Phil Muldoon 3.0.0_fc-0.M6.2 - Generated tarball from official final tagged M6 build * Mon Apr 11 2005 Phil Muldoon 3.0.0_fc-0.M6.1 - Fixed db path in java -cp - Regenerated tarball from M6 canditate build - Reworked patches for M6 canditate Build fedora-logos-1.1.30-2 --------------------- * Mon Apr 18 2005 Than Ngo 1.1.30-1 - add missing fedora logos for kdmtheme gmp-4.1.4-6 ----------- * Mon Apr 18 2005 Thomas Woerner 4.1.4-6 - fixed __setfpucw call in mpfr-test.h * Wed Mar 02 2005 Karsten Hopp 4.1.4-5 - build with gcc-4 gnome-audio-2.0.0-3 ------------------- * Mon Apr 18 2005 Florian La Roche - did that Copyright: -> License: change gnome-panel-2.10.1-2 -------------------- * Mon Apr 18 2005 Mark McLoughlin 2.10.1-2 - Add the battery applet to the panel in %post if ACPI is available (bug #143828) gtk2-engines-2.6.3-1 -------------------- * Tue Apr 19 2005 Matthias Clasen 2.6.3-1 - Update to 2.6.3 - Clearlooks engine is now integrated hicolor-icon-theme-0.8-2 ------------------------ * Tue Apr 19 2005 Matthias Clasen 0.8-2 - Silence %post httpd-2.0.54-4 -------------- * Mon Apr 18 2005 Joe Orton 2.0.54-4 - replace PreReq with Requires(pre) iiimf-1:12.1.1-15.svn2509 ------------------------- * Mon Apr 18 2005 Jens Petersen - 1:12.1.1-15.svn2509 - update to latest trunk - iiimgcf-fix-status-position-with-focusin-r2483-139809.patch and leif-unit-U+000A-r2484-132936.patch no longer needed - add sun-chinese-le-libdir.patch to make cle and twle install under libdir - update iiimqcf-rh-build.patch - leif-default-LEs-built.patch no longer needed, since override LE_TARGETS - add xiiimp-xft-statusarea-147457.patch to fix segfaulting in some xim apps (Kohji Sanpei, 147457) * Fri Apr 15 2005 Akira TAGOH - leif-unit-U+000A-r2484-132936.patch: applied to fix not committing an enter with U+000A on UNICODE-HEX. (#132936) * Thu Apr 14 2005 Akira TAGOH - iiimgcf-fix-status-position-with-focusin-r2483-139809.patch: Fixed not updating the status window position when the window focus was changed with alt+tab. (#139809) - Use %find_lang macro instead of listing %{_datadir}/locale directly. - Fixed the unwanted own directories. (#154602) - %{_libexecdir} - %{_sysconfdir}/gconf/schemas - %{_datadir}/emacs/site-lisp - %{_datadir}/pixmaps - Added Requires: emacs-common for iiimf-emacs. initscripts-8.08-3 ------------------ * Mon Apr 18 2005 Karsten Hopp 8.08-3 - fix ifup-routes script (#155195) * Mon Apr 18 2005 Florian La Roche - fix strstr call in rc.sysinit iptstate-1.4-1.1 ---------------- * Mon Apr 18 2005 Thomas Woerner 1.4-1.1 - fixed man page: install as man8 instead of man1, fixed reference for iptables(8) ipv6calc-0.48-5 --------------- * Tue Apr 19 2005 Radek Vokal 0.48-5 - using CVS tarball, patch clean-up * Sun Apr 17 2005 Robert Scheck - lots of spec file cleanups (#155164) mod_perl-2.0.0-0.rc5.3 ---------------------- * Mon Apr 18 2005 Ville Skytt?? - 2.0.0-0.rc5.3 - Fix sample configuration. - Explicitly disable the test suite. (#112563) * Mon Apr 18 2005 Joe Orton 2.0.0-0.rc5.2 - fix filter-requires for new Apache2:: modules setup-2.5.42-1 -------------- * Mon Apr 18 2005 Bill Nottingham 2.5.42-1 - fix lastlog conflict (#155256) system-config-date-1.7.17-2 --------------------------- * Tue Apr 19 2005 Matthias Clasen 1.7.17-2 - Silence %post udev-057-1 ---------- * Mon Apr 18 2005 Harald Hoyer - 057-1 - version 057 vim-1:6.3.071-2 --------------- * Mon Apr 18 2005 Karsten Hopp 6.3.071-2 - fix wrong Russian code page for vimtutor (#155181) w3m-0.5.1-10 ------------ * Mon Apr 18 2005 Akira TAGOH - 0.5.1-10 - fixed the unnecessary owned directory. (#154600) xcdroast-0.98a15-11 ------------------- * Mon Apr 18 2005 Harald Hoyer - 0.98a15-11 - fixed frozen progress bars with patch from Didier Heyden (bug #134334) xorg-x11-6.8.2-25 ----------------- * Mon Apr 18 2005 Kristian H??gsberg 6.8.2-25 - Add xorg-x11-6.8.1-ati-radeon-dynamic-clocks-fix-2.patch to revert radeon dynamic clock setup to what we had in 6.8.1. The 6.8.2 code still causes lockups on some systems (#152648). * Sat Apr 16 2005 Mike A. Harris 6.8.2-24 - Remove the Speedo font files, as Xorg no longer supports Speedo fonts in 6.8.0 onward but includes the fonts accidentally. (#142744,154191) - Changed base subpackage post script to remove the Speedo font path from xfs configuration to avoid warnings in /var/log/messages from xfs about bad font path elements. yelp-2.9.3-5 ------------ * Mon Apr 18 2005 Ray Strode 2.9.3-5 - Depend on mozilla 1.7.7 From skvidal at phy.duke.edu Tue Apr 19 11:40:49 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 19 Apr 2005 07:40:49 -0400 Subject: can't stop yum, must use kill -9 In-Reply-To: <26950.213.164.3.90.1113900175.squirrel@www.nodata.co.uk> References: <345764DCB65C0C4FACC44529DE273C18BE622C@eemail1.microlink.lan> <42628285.6020306@margo.bijoux.nom.br> <1113883763.12982.0.camel@cutter> <26950.213.164.3.90.1113900175.squirrel@www.nodata.co.uk> Message-ID: <1113910849.12982.4.camel@cutter> > Is this not fixable then? should I report upstream? it may well be fixable but it will require upstream python intervention it seems. -sv From pjones at redhat.com Tue Apr 19 12:51:28 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 19 Apr 2005 08:51:28 -0400 Subject: Anaconda and monitor handling In-Reply-To: <4264E343.4050905@www.linux.org.uk> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> Message-ID: <1113915088.12003.5.camel@localhost.localdomain> On Tue, 2005-04-19 at 06:53 -0400, Mike A. Harris wrote: > Additionally, DDC probing via ddcprobe only works if the video > BIOS implements it correctly and handles all of the connected > displays in a sane fashion, which in practice is rarely true. Well, PPC gives EDID data through OF, but this has its problems too -- primarily that you only get a resolution and a number of colors, not a real modeline. > KVM switches also generally block the DDC signal to/from the > monitor, We've got various KVMs of differing quality around the office in Westford, and they don't usually seem to block it -- but they don't cache it or probe it either, and if you're not connected to that box at the right ill-defined moment of the BIOS POST, well, you're not connected to it. > which means most KVM switch users cause all software to lose > the ability to autodetect attached displays. It makes it less likely, at least. [...] No comment on the rest; I'm sure you know the details better than I do ;) -- Peter From mharris at www.linux.org.uk Tue Apr 19 13:09:19 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Tue, 19 Apr 2005 09:09:19 -0400 Subject: Anaconda and monitor handling In-Reply-To: <1113915088.12003.5.camel@localhost.localdomain> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> <1113915088.12003.5.camel@localhost.localdomain> Message-ID: <426502FF.9090302@www.linux.org.uk> Peter Jones wrote: > On Tue, 2005-04-19 at 06:53 -0400, Mike A. Harris wrote: > > >>Additionally, DDC probing via ddcprobe only works if the video >>BIOS implements it correctly and handles all of the connected >>displays in a sane fashion, which in practice is rarely true. > > > Well, PPC gives EDID data through OF, but this has its problems too -- > primarily that you only get a resolution and a number of colors, not a > real modeline. For the short term, it would be nice if someone were to reimplement ddc-probe to use x86emu or some other emulator so that VBE could be used uniformly on all architectures at least. That would give reasonable consistency between architectures even if it wasn't as complete as what the X server has built in. >>KVM switches also generally block the DDC signal to/from the >>monitor, > > > We've got various KVMs of differing quality around the office in > Westford, and they don't usually seem to block it -- but they don't > cache it or probe it either, and if you're not connected to that box at > the right ill-defined moment of the BIOS POST, well, you're not > connected to it. Yeah, my KVM works with DDC, but only if you're switched to the computer doing DDC at the time the probe happens. Most KVM's that handle DDC seem to work this way, and do not cache the signal. Unfortunately, even if all KVM's available for purchase tomorrow all supported DDC and cached it, people who have KVM's that don't do this will still be using our OS and not be able to have their display's detected. Of course that is not an OS specific problem though, Windows can't force a piece of hardware to do something it wasn't designed to do either. But that doesn't stop us from getting bug reports nonetheless... ;o) >>which means most KVM switch users cause all software to lose >>the ability to autodetect attached displays. > > It makes it less likely, at least. > > [...] > > No comment on the rest; I'm sure you know the details better than I > do ;) Unfortunately. ;) From roger at gwch.net Tue Apr 19 13:14:03 2005 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 19 Apr 2005 15:14:03 +0200 (CEST) Subject: Installation issues Message-ID: <21948.62.2.21.164.1113916443.squirrel@www.gwch.net> Hi, i cannot install FC4 in GUI-mode, as the output of the screen is not readable, the image is shown only "half". I have a HP Omnibook XT100 with a S3 Savage and a LCD-Monitor, Resolution 1024 x 768. The upper part is alright, the left part of the screen is alright, but where all buttons are placed, you see...nothing than streams... The card is well recognized, after install in text-mode and indication of a generic lcd 1024 x 768 in firstboot, everything works fine. Why isn't it possible to choose an unrecognized monitor while installation? Roger From arjanv at redhat.com Tue Apr 19 13:22:12 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Tue, 19 Apr 2005 15:22:12 +0200 Subject: Anaconda and monitor handling In-Reply-To: <426502FF.9090302@www.linux.org.uk> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> <1113915088.12003.5.camel@localhost.localdomain> <426502FF.9090302@www.linux.org.uk> Message-ID: <1113916933.6277.53.camel@laptopd505.fenrus.org> On Tue, 2005-04-19 at 09:09 -0400, Mike A. Harris wrote: > Peter Jones wrote: > > On Tue, 2005-04-19 at 06:53 -0400, Mike A. Harris wrote: > > > > > >>Additionally, DDC probing via ddcprobe only works if the video > >>BIOS implements it correctly and handles all of the connected > >>displays in a sane fashion, which in practice is rarely true. > > > > > > Well, PPC gives EDID data through OF, but this has its problems too -- > > primarily that you only get a resolution and a number of colors, not a > > real modeline. > > For the short term, it would be nice if someone were to > reimplement ddc-probe to use x86emu or some other emulator > so that VBE could be used uniformly on all architectures > at least. That would give reasonable consistency between > architectures even if it wasn't as complete as what the > X server has built in. well.... if X has this info.. would there be a way for anaconda to get to this knowledge (when available only of course) so that at least post install it can do something reasonable? -------------- 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 rramson at gmail.com Tue Apr 19 13:23:08 2005 From: rramson at gmail.com (Richard Ramson) Date: Tue, 19 Apr 2005 09:23:08 -0400 Subject: Installation issues In-Reply-To: <21948.62.2.21.164.1113916443.squirrel@www.gwch.net> References: <21948.62.2.21.164.1113916443.squirrel@www.gwch.net> Message-ID: On 4/19/05, Roger Grosswiler wrote: > Hi, > > i cannot install FC4 in GUI-mode, as the output of the screen is not readable, the image is shown only "half". I have > a HP Omnibook XT100 with a S3 Savage and a LCD-Monitor, Resolution 1024 x 768. Found this information in the release notes: http://download.fedora.redhat.com/pub/fedora/linux/core/test/3.91/x86_64/os/RELEASE-NOTES-en == Installation-Related Issues == * Certain hardware configurations (particularly those with LCD displays) may experience problems while starting the Fedora Core installation program. In these instances, restart the installation, and add the "nofb" option to the boot command line. Let me know if it works. I may need to try it with one of my LCD monitors. From alan at redhat.com Tue Apr 19 14:02:33 2005 From: alan at redhat.com (Alan Cox) Date: Tue, 19 Apr 2005 10:02:33 -0400 Subject: Anaconda and monitor handling In-Reply-To: <4264E343.4050905@www.linux.org.uk> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> Message-ID: <20050419140233.GA4489@devserv.devel.redhat.com> On Tue, Apr 19, 2005 at 06:53:55AM -0400, Mike A. Harris wrote: > 640x480 is incredibly small, and does not leave much room to fit > everything on the screen that is needed, so that is more or > less out of the question as far as I understand. Even 800x600 > is pretty short on real estate. 640x480 is the largest *safe* resolution to use without having DDC probe data. Anything else can cause damage. Yes its not a lot of space by modern standards but its not that long ago that 640x480 was hi-res, and its still way above PDA resolution. Its about how you use it.. Another DDC item not handled is dynamic DDC changes From pjones at redhat.com Tue Apr 19 14:30:02 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 19 Apr 2005 10:30:02 -0400 Subject: Anaconda and monitor handling In-Reply-To: <426502FF.9090302@www.linux.org.uk> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> <1113915088.12003.5.camel@localhost.localdomain> <426502FF.9090302@www.linux.org.uk> Message-ID: <1113921002.15050.6.camel@localhost.localdomain> On Tue, 2005-04-19 at 09:09 -0400, Mike A. Harris wrote: > For the short term, it would be nice if someone were to > reimplement ddc-probe to use x86emu or some other emulator > so that VBE could be used uniformly on all architectures > at least. That would give reasonable consistency between > architectures even if it wasn't as complete as what the X > server has built in. A better plan might be to make the X server's probe routines into their own DSO, so when other programs need to do this sort of thing, they can use the code which gets the most exposure ;) -- Peter From notting at redhat.com Tue Apr 19 14:36:10 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 19 Apr 2005 10:36:10 -0400 Subject: Anaconda and monitor handling In-Reply-To: <1113921002.15050.6.camel@localhost.localdomain> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> <1113915088.12003.5.camel@localhost.localdomain> <426502FF.9090302@www.linux.org.uk> <1113921002.15050.6.camel@localhost.localdomain> Message-ID: <20050419143610.GI21833@nostromo.devel.redhat.com> Peter Jones (pjones at redhat.com) said: > > For the short term, it would be nice if someone were to > > reimplement ddc-probe to use x86emu or some other emulator > > so that VBE could be used uniformly on all architectures > > at least. That would give reasonable consistency between > > architectures even if it wasn't as complete as what the X > > server has built in. > > A better plan might be to make the X server's probe routines into their > own DSO, so when other programs need to do this sort of thing, they can > use the code which gets the most exposure ;) ... along with fixing X so that it can be started with a blank monitor section and just figure it out itself. No reason to 'run X probing code, write a config file, have X read that' when X can just run its own probing code and use the settings directly. Bill From nbartley at sympatico.ca Tue Apr 19 10:41:16 2005 From: nbartley at sympatico.ca (Nelson Bartley) Date: Tue, 19 Apr 2005 06:41:16 -0400 Subject: Need for the drivers in Fedora Core 4 test - In-Reply-To: <33654.193.255.97.85.1113906112.squirrel@physics.comu.edu.tr> References: <33654.193.255.97.85.1113906112.squirrel@physics.comu.edu.tr> Message-ID: <1113907276.7035.1.camel@theserver.oldradio.ca> That's very unusual. All of those drivers are included in the default install for FC 4 T1 and T2. Nelson On Tue, 2005-04-19 at 13:21 -0300, Volkan BAKIS wrote: > Hello - > > I have a new pc-server with following features; > > Processor: 2x 3.0 GHz Intel Xeon 1Mb Cache 800 Mhz > Mainboard: 2x Xeon F800 i82875P 4x ECC 8XG-Lan > Memory: 4x1 GB RAM > HDDs: 3 x 146 GB SCSI > VGA: 128 MB DDR GF FX5200 > > There seem a driver need for the following devices in the begining of > installation of Fedora Core 4 test; > > 1- SysKonnect SK-98xx Gigabit (sk98lin) > 2- Intel EtherExpress/1000 gigabit (e1000) > 3- Promise SATA controllers (sata_promise) > 4- LSI MegaRAID Controllers (megaraid_mbox) > > Is there any work of putting these drivers into Fedora Core 4? or could > anyone help me installing Fedora Core 4 by fixing these in different ways? > > Thanks in advance - > > Best wishes - > > Volkan > From katzj at redhat.com Tue Apr 19 14:38:46 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 19 Apr 2005 10:38:46 -0400 Subject: Anaconda and monitor handling In-Reply-To: <1113921002.15050.6.camel@localhost.localdomain> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> <1113915088.12003.5.camel@localhost.localdomain> <426502FF.9090302@www.linux.org.uk> <1113921002.15050.6.camel@localhost.localdomain> Message-ID: <1113921526.27903.61.camel@bree.local.net> On Tue, 2005-04-19 at 10:30 -0400, Peter Jones wrote: > On Tue, 2005-04-19 at 09:09 -0400, Mike A. Harris wrote: > > For the short term, it would be nice if someone were to > > reimplement ddc-probe to use x86emu or some other emulator > > so that VBE could be used uniformly on all architectures > > at least. That would give reasonable consistency between > > architectures even if it wasn't as complete as what the X > > server has built in. > > A better plan might be to make the X server's probe routines into their > own DSO, so when other programs need to do this sort of thing, they can > use the code which gets the most exposure ;) Or even better, get to the point where X mostly configures itself ;-) Jeremy From kyrre at solution-forge.net Tue Apr 19 14:51:09 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 19 Apr 2005 16:51:09 +0200 Subject: Up2date showing non-installed software In-Reply-To: <4264910B.4040708@yahoo.com> References: <426433F1.5000108@yahoo.com> <604aa791050418175175dc3914@mail.gmail.com> <4264910B.4040708@yahoo.com> Message-ID: <1113922269.3409.1.camel@localhost.localdomain> tir, 19.04.2005 kl. 07.03 skrev duralisis: > Jeff Spaleta wrote: > > >On 4/18/05, duralisis wrote: > > > > > >>Is there a way to configure or otherwise modify up2date to show only > >>updates for packages I have installed currently? > >> > >> > > > > > >Can you explain to me what your doing to get up2date to show things > >that you don't have installed already? When i run the graphical > >up2date all i see are updates for things I have installed. And from > >the commandline up2date --update seems to only attempt to update > >packages. > > > >rpm -q up2date > >up2date-4.4.14-2 > > > >-jef > > > > > > > I'm using the graphical one. For example, right now it's showing > "Version Installed" for things I know I don't have or specifically > de-selected during install. Such as mozilla, pam, 4suite, sqlite, a > bunch of libs I've never even heard of, jpackage, java, evolution > related ones, emacs (specifically not installed), cyrus, and a LOT of > devel packages for stuff I've only got the binaries installed for or > don't want. > > I don't think this is just FC4 related; as far as I can remember it's > always done this, but I just lately have become very annoyed by it. If some unchecked packages are needed by something you did check in Anconda, and those checked depends on some of the unchecked, those will be installed as part of the transaction. And there is a ton of more updates on a fcX-test Y (rawhide snapshot) system than a normal system. From rstrode at redhat.com Tue Apr 19 15:04:10 2005 From: rstrode at redhat.com (Ray Strode) Date: Tue, 19 Apr 2005 11:04:10 -0400 Subject: rawhide report: 20050419 changes In-Reply-To: References: <200504191135.j3JBZAJF029189@porkchop.devel.redhat.com> Message-ID: <1113923050.3319.6.camel@localhost.localdomain> Hi, > Will yelp in FC4 be able to search and display man/info pages Yea, man and info pages work for me. --Ray From fedora at nodata.co.uk Tue Apr 19 15:06:41 2005 From: fedora at nodata.co.uk (nodata) Date: Tue, 19 Apr 2005 17:06:41 +0200 (CEST) Subject: can't stop yum, must use kill -9 In-Reply-To: <1113910849.12982.4.camel@cutter> References: <345764DCB65C0C4FACC44529DE273C18BE622C@eemail1.microlink.lan> <42628285.6020306@margo.bijoux.nom.br> <1113883763.12982.0.camel@cutter> <26950.213.164.3.90.1113900175.squirrel@www.nodata.co.uk> <1113910849.12982.4.camel@cutter> Message-ID: <33606.213.164.3.90.1113923201.squirrel@www.nodata.co.uk> > >> Is this not fixable then? should I report upstream? > > it may well be fixable but it will require upstream python intervention > it seems. > > -sv > > Hello, I've reported it upstream, but I don't really know where the bug is, so my bug report it a bit ragged. They seem to want more info though, which is good: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1185931&group_id=5470 nd From skvidal at phy.duke.edu Tue Apr 19 15:08:40 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 19 Apr 2005 11:08:40 -0400 Subject: can't stop yum, must use kill -9 In-Reply-To: <33606.213.164.3.90.1113923201.squirrel@www.nodata.co.uk> References: <345764DCB65C0C4FACC44529DE273C18BE622C@eemail1.microlink.lan> <42628285.6020306@margo.bijoux.nom.br> <1113883763.12982.0.camel@cutter> <26950.213.164.3.90.1113900175.squirrel@www.nodata.co.uk> <1113910849.12982.4.camel@cutter> <33606.213.164.3.90.1113923201.squirrel@www.nodata.co.uk> Message-ID: <1113923320.15629.14.camel@cutter> On Tue, 2005-04-19 at 17:06 +0200, nodata wrote: > > > >> Is this not fixable then? should I report upstream? > > > > it may well be fixable but it will require upstream python intervention > > it seems. > > > > -sv > > > > > > Hello, > I've reported it upstream, but I don't really know where the bug is, so my > bug report it a bit ragged. > > They seem to want more info though, which is good: > https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1185931&group_id=5470 it's been reported upstream already. just close your bug report and we'll see if the others wheels turn a bit, okay? -sv From nman64 at n-man.com Mon Apr 18 08:10:03 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Mon, 18 Apr 2005 03:10:03 -0500 Subject: Running Core 4 on laptop In-Reply-To: References: Message-ID: <42636B5B.9040307@n-man.com> - From fedora at nodata.co.uk Tue Apr 19 15:15:03 2005 From: fedora at nodata.co.uk (nodata) Date: Tue, 19 Apr 2005 17:15:03 +0200 (CEST) Subject: can't stop yum, must use kill -9 In-Reply-To: <1113923320.15629.14.camel@cutter> References: <345764DCB65C0C4FACC44529DE273C18BE622C@eemail1.microlink.lan> <42628285.6020306@margo.bijoux.nom.br> <1113883763.12982.0.camel@cutter> <26950.213.164.3.90.1113900175.squirrel@www.nodata.co.uk> <1113910849.12982.4.camel@cutter> <33606.213.164.3.90.1113923201.squirrel@www.nodata.co.uk> <1113923320.15629.14.camel@cutter> Message-ID: <16454.213.164.3.90.1113923703.squirrel@www.nodata.co.uk> > On Tue, 2005-04-19 at 17:06 +0200, nodata wrote: >> > >> >> Is this not fixable then? should I report upstream? >> > >> > it may well be fixable but it will require upstream python >> intervention >> > it seems. >> > >> > -sv >> > >> > >> >> Hello, >> I've reported it upstream, but I don't really know where the bug is, so >> my >> bug report it a bit ragged. >> >> They seem to want more info though, which is good: >> https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1185931&group_id=5470 > > > it's been reported upstream already. just close your bug report and > we'll see if the others wheels turn a bit, okay? > > -sv > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > Sure. Since you didn't give a bug number, I presumed it was up to me. Closed. From justin.conover at gmail.com Tue Apr 19 15:20:42 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 19 Apr 2005 10:20:42 -0500 Subject: sqlite3, ext3 and yum? Message-ID: This might be geared more to seth and or ext3/sqlite3 dev's, I just ran across this reading the whole "BK" mailing thread and wondered if it had any validity? http://marc.theaimsgroup.com/?l=linux-kernel&m=111285600408385&w=2 From skvidal at phy.duke.edu Tue Apr 19 15:24:53 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 19 Apr 2005 11:24:53 -0400 Subject: sqlite3, ext3 and yum? In-Reply-To: References: Message-ID: <1113924293.15629.17.camel@cutter> On Tue, 2005-04-19 at 10:20 -0500, Justin Conover wrote: > This might be geared more to seth and or ext3/sqlite3 dev's, I just > ran across this reading the whole "BK" mailing thread and wondered if > it had any validity? > > http://marc.theaimsgroup.com/?l=linux-kernel&m=111285600408385&w=2 1. I'm not an sqlite3 or ext3 dev 2. I've not seen a big fall off in performance. -sv From pjones at redhat.com Tue Apr 19 15:31:42 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 19 Apr 2005 11:31:42 -0400 Subject: Anaconda and monitor handling In-Reply-To: <20050419143610.GI21833@nostromo.devel.redhat.com> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> <1113915088.12003.5.camel@localhost.localdomain> <426502FF.9090302@www.linux.org.uk> <1113921002.15050.6.camel@localhost.localdomain> <20050419143610.GI21833@nostromo.devel.redhat.com> Message-ID: <1113924702.15050.9.camel@localhost.localdomain> On Tue, 2005-04-19 at 10:36 -0400, Bill Nottingham wrote: > Peter Jones (pjones at redhat.com) said: > > > For the short term, it would be nice if someone were to > > > reimplement ddc-probe to use x86emu or some other emulator > > > so that VBE could be used uniformly on all architectures > > > at least. That would give reasonable consistency between > > > architectures even if it wasn't as complete as what the X > > > server has built in. > > > > A better plan might be to make the X server's probe routines into their > > own DSO, so when other programs need to do this sort of thing, they can > > use the code which gets the most exposure ;) > > ... along with fixing X so that it can be started with a blank > monitor section and just figure it out itself. No reason to > 'run X probing code, write a config file, have X read that' when > X can just run its own probing code and use the settings directly. Yeah -- I was just commenting on what we'd need if we want to do reliable probing from outside of X. Certainly X should just DTRT wherever possible. -- Peter From justin.conover at gmail.com Tue Apr 19 16:13:54 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 19 Apr 2005 11:13:54 -0500 Subject: [FC4t2] Error loading audacity In-Reply-To: References: Message-ID: On 4/18/05, Bill Dearborn wrote: > While testing FC4t2 I attempted to 'yum install audacity' it obtained > a copy from the Extras Development Repo ... and installed fully but > when the command 'audacity' was given I received the following error, > which appears to be a packaging error... > > audacity: error while loading shared libraries: libsndfile.so.1: cannot > open shared object file: No such file or directory > > the libsndfile.so.1 is found by locate to be in: > /usr/lib/openoffice.org1.9.92/program/libsndfile.so.1 > > Is there a work around? Where should this be reported? > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155142 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154958 I answered this in fedora forums too, but incase any else looks at this. From michal at harddata.com Tue Apr 19 16:27:11 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 19 Apr 2005 10:27:11 -0600 Subject: laptops and cron maintenance In-Reply-To: <20050419111017.GA8803@chrys.ms.mff.cuni.cz>; from mitr@volny.cz on Tue, Apr 19, 2005 at 01:10:21PM +0200 References: <1113905873l.5643l.0l@devel.mpeters.local> <20050419111017.GA8803@chrys.ms.mff.cuni.cz> Message-ID: <20050419102711.A1978@mail.harddata.com> On Tue, Apr 19, 2005 at 01:10:21PM +0200, Miloslav Trmac wrote: > AFAIK it was turned off because "desktop users" don't use locate, Eh? How this gem of information was derived? This definitely does not mesh up with what I am seeing and I am not talking about myself. Sure, this is anecdotal and not statistical. This will likely become a self-fulfilling prophecy as with locate turned by default effectively off a percentage of using it will surely go down. Michal From dragoran at feuerpokemon.de Tue Apr 19 16:43:09 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 19 Apr 2005 18:43:09 +0200 Subject: MSI-NX6600 // Nvidia graphics card In-Reply-To: <1113892664.14710.5.camel@oscar.metro1.com> References: <1113892664.14710.5.camel@oscar.metro1.com> Message-ID: <4265351D.8090502@feuerpokemon.de> Sean Bruno wrote: >On Tue, 2005-04-19 at 06:22 +0000, Caleb Warta wrote: > > >>ok i just got this card >> >>http://www.msicomputer.com/product/p_spec.asp?model=NX6600-VTD256&class=vga >> >>and i wanted to know if anyone knows were to get proper linux driveers for >>it and how to install them i havnt had to do a graphics card install onb >>linux before that i cared to get the opengl working on but now i need opengl >>and all the feature i can get from this card to work if posiable >> >>_________________________________________________________________ >>Dont just search. Find. Check out the new MSN Search! >>http://search.msn.click-url.com/go/onm00200636ave/direct/01/ >> >> >> >A bit OT for the list. > >This is an Nvidia based video card and is supported by the open-source >linux driver for 2d stuff. If you want 3d(for ur Doom3/UT2K4), you will >need to install the proprietary and very closed source Nvidia Linux >driver and follow their instructions to get it working. > >Sean > > > I have the same card everything but the video in feature works fine with the nvidia closed source drivers. From dragoran at feuerpokemon.de Tue Apr 19 16:44:53 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 19 Apr 2005 18:44:53 +0200 Subject: MSI-NX6600 // Nvidia graphics card In-Reply-To: <4265351D.8090502@feuerpokemon.de> References: <1113892664.14710.5.camel@oscar.metro1.com> <4265351D.8090502@feuerpokemon.de> Message-ID: <42653585.3060607@feuerpokemon.de> dragoran wrote: > Sean Bruno wrote: > >> On Tue, 2005-04-19 at 06:22 +0000, Caleb Warta wrote: >> >> >>> ok i just got this card >>> >>> http://www.msicomputer.com/product/p_spec.asp?model=NX6600-VTD256&class=vga >>> >>> >>> and i wanted to know if anyone knows were to get proper linux >>> driveers for it and how to install them i havnt had to do a graphics >>> card install onb linux before that i cared to get the opengl working >>> on but now i need opengl and all the feature i can get from this >>> card to work if posiable >>> >>> _________________________________________________________________ >>> Dont just search. Find. Check out the new MSN Search! >>> http://search.msn.click-url.com/go/onm00200636ave/direct/01/ >>> >>> >> >> A bit OT for the list. >> This is an Nvidia based video card and is supported by the open-source >> linux driver for 2d stuff. If you want 3d(for ur Doom3/UT2K4), you will >> need to install the proprietary and very closed source Nvidia Linux >> driver and follow their instructions to get it working. >> >> Sean >> >> >> > I have the same card everything but the video in feature works fine > with the nvidia closed source drivers. > sorry I have the GT one but it should be no differnce From RouillardSy at yahoo.fr Tue Apr 19 17:00:59 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Tue, 19 Apr 2005 19:00:59 +0200 Subject: Slow firefox startup on x86_64 Message-ID: <200504191900.59793.RouillardSy@yahoo.fr> Hi, First off, I have to mention that firefox works fine, it starts, it runs, it closes. All fine. Just I found it a little slow to fire up, so I ran some investigation. Until I issued this command: $ strace -e trace=open firefox I will not post the whole log here, although I have it ready and can provide it on request. This small quote gives a good idea of what the whole log looks like: open("/usr/lib64/firefox-1.0.3/tls/x86_64/libplds4.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/firefox-1.0.3/tls/libplds4.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/firefox-1.0.3/x86_64/libplds4.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/firefox-1.0.3/libplds4.so", O_RDONLY) = 3 Basically, firefox looks in 3 or more places for each lib until it finally finds it. This is probably at least part of the "slow" (just a few secondes, really, but it's still noticeably slow) startup of firefox. I have to mention that I installed firefox along with FC4T2 and updated it through yum update. Although I'm not an expert, I would risk a guess and say that the rpm that was used is in cause here. I tried to compile from source to see if the same result could be observed, but it fails to compile. So, I couldn't tell if it's really the RPM that does that, or firefox itself. Am I the only one to see this? Is my interpretation of facts erroneous? Cheers, Sylvain From drn_temp2 at rogers.com Tue Apr 19 18:25:42 2005 From: drn_temp2 at rogers.com (David Niemi) Date: Tue, 19 Apr 2005 14:25:42 -0400 Subject: X11.conf changed since FC3? Message-ID: <1113935142.11482.13.camel@Jenny> Has the X11.conf changed between FC3 and FC4 T2? On my FC3 machine I have an ATI 9200 and on the machine I want to try FC4 T2 it has only a 32M VIA unichrome (S3) on board. The monitor is a Samsung SyncMaster 192N which was properly recognized by FC4 (not FC3) through a KVM. The maximum frequency for this LCD is 60Hz. The install went fine when I set the resolution=1280x1024 but then wouldn't boot into X. I modified the some of the settings for the horizontal and vertical syncing to a) the manual listed settings, and b) the settings in my FC3 X11.conf For the resolution, initially there was only 800x600 and 640x480 in the FC4_T2 X11.conf, so added a "1024x768" resolution. I haven't tried to add the 1280x1024 resolution to the conf file yet. I can boot into single user mode to make these changes but not into X. I could pick up a cheap 64M ATI Radeon 9250 to see if it works but if I can avoid it I'd prefer it. Anything else I can try? Thanks, Dave PS: mediacheck failed but install worked great. From mgb-fedora at yosemite.net Tue Apr 19 18:39:31 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 19 Apr 2005 11:39:31 -0700 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] Message-ID: <1113935970.5909.35.camel@mgb.bullion.ims> Despite numerous complaints about the inadequacy of Grub, Redhat closed this tracking item - falsely claiming that nothing can be done. It would be trivial to restore Lilo to FC4. The only thing standing in the way is Redhat's arrogance. --Mike Bird -------------- next part -------------- An embedded message was scrubbed... From: bugzilla at redhat.com Subject: [Bug 154763] Grub is inadequate without Lilo for backup Date: Tue, 19 Apr 2005 14:14:55 -0400 Size: 2316 URL: From cmadams at hiwaay.net Tue Apr 19 18:43:22 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 19 Apr 2005 13:43:22 -0500 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113935970.5909.35.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> Message-ID: <20050419184322.GA987720@hiwaay.net> Once upon a time, Mike Bird said: > Despite numerous complaints about the inadequacy of Grub, Redhat closed > this tracking item - falsely claiming that nothing can be done. There is nothing "falsely claiming that nothing can be done". You filed a bug with zero technical information backing up your "Grub is inadequate" claim, so the bug was closed. > It would be trivial to restore Lilo to FC4. The only thing standing in > the way is Redhat's arrogance. The only thing keeping this going with no technical backing is your arrogance. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From arjanv at redhat.com Tue Apr 19 18:46:17 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Tue, 19 Apr 2005 20:46:17 +0200 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113935970.5909.35.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> Message-ID: <1113936377.6277.81.camel@laptopd505.fenrus.org> On Tue, 2005-04-19 at 11:39 -0700, Mike Bird wrote: > Despite numerous complaints about the inadequacy of Grub, Redhat closed > this tracking item - falsely claiming that nothing can be done. so finish actually filing the bug by putting an actual real problem in it with details on how to reproduce???? -------------- 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 mgb-fedora at yosemite.net Tue Apr 19 19:12:26 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 19 Apr 2005 12:12:26 -0700 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113936377.6277.81.camel@laptopd505.fenrus.org> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> Message-ID: <1113937945.5909.59.camel@mgb.bullion.ims> On Tue, 2005-04-19 at 11:46, Arjan van de Ven wrote: > so finish actually filing the bug by putting an actual real problem in > it with details on how to reproduce???? The problem is that Redhat again dropped Lilo. Since Lilo is out of FC4, I filed a tracking bug against Grub. Grub now matches some of Lilo's features from five years ago, but does not match Lilo's reliability, predictability, or documentation. Numerous experienced programmers and sysadmins have confirmed these problems on this list and elsewhere. Apparently Redhat does not consider lack of reliability a bug. Before the flame wars start again, please recall that we don't want Grub axed, we just want Lilo included. Redhat has made extravagent claims of mammoth kludgy code needed to support Lilo. We've examined Grubby, found nothing of the kind, and placed our analysis on this list. Redhat has been unwilling or unable to justify their claims. All that is left is developer ego. Any business that placed customer concerns before developer ego would have restored Lilo long ago. --Mike Bird From Tom.Browder at fwb.srs.com Tue Apr 19 19:14:46 2005 From: Tom.Browder at fwb.srs.com (Browder, Tom) Date: Tue, 19 Apr 2005 14:14:46 -0500 Subject: Xemacs - Why Remove? Message-ID: Can anyone shed any light on why Xemacs was removed from FC? Thanks. Tom Browder From skvidal at phy.duke.edu Tue Apr 19 19:16:17 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 19 Apr 2005 15:16:17 -0400 Subject: Xemacs - Why Remove? In-Reply-To: References: Message-ID: <1113938177.15629.28.camel@cutter> On Tue, 2005-04-19 at 14:14 -0500, Browder, Tom wrote: > Can anyone shed any light on why Xemacs was removed from FC? > read the archives of fedora-devel-list -sv From cmadams at hiwaay.net Tue Apr 19 19:45:41 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 19 Apr 2005 14:45:41 -0500 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113937945.5909.59.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> Message-ID: <20050419194541.GC987720@hiwaay.net> Once upon a time, Mike Bird said: > Grub now matches some of Lilo's features from five years ago, but does > not match Lilo's reliability, predictability, or documentation. > Numerous experienced programmers and sysadmins have confirmed these > problems on this list and elsewhere. Please document exact problems and they will be addressed. > Before the flame wars start again Too late, you already flamed repeatedly in this thread. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From green at redhat.com Tue Apr 19 19:48:26 2005 From: green at redhat.com (Anthony Green) Date: Tue, 19 Apr 2005 12:48:26 -0700 Subject: Tomcat5 and router discovery startup problems In-Reply-To: References: Message-ID: <1113940107.5733.43.camel@localhost.localdomain> On Tue, 2005-04-19 at 00:08 -0500, Herb kwan wrote: > 2. There are warning messages on Tomcat5 when the system startup. Some kind > of options needed to be adjusted. I tried to capture the message using > dmesg command. I could not find the warning message. What is the right > command to get the message. I tested Tomcat 5 on the browser. It worked. Look in the files you'll find in /var/log/tomcat5 for that message. Depending on where the message comes from, it's also possible that it's only going to your console. In any case, you can just save the output to a file by doing something like: $ /etc/init.d/tomcat5 start >& /tmp/tomcat5.txt If there really is something suspicious, but sure to file a bug report here: http://bugzilla.redhat.com Thanks, AG From pri.rhl3 at iadonisi.to Tue Apr 19 19:47:58 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Tue, 19 Apr 2005 15:47:58 -0400 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113937945.5909.59.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> Message-ID: <1113940079.22327.26.camel@tuxpaq> On Tue, 2005-04-19 at 12:12 -0700, Mike Bird wrote: [snip] > Before the flame wars start again, [snip] No amount of flame wars or even rational discourse is going to breach this impasse. Complete the bugzilla you filed with technical information on a problem that is reliably reproducible. If you can't or won't then please use a distro that supports lilo. Neither Fedora Core nor Red Hat Enterprise Linux are for everyone. -- -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 ken at geekystuff.net Tue Apr 19 20:08:04 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Tue, 19 Apr 2005 16:08:04 -0400 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113937945.5909.59.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> Message-ID: <42656524.90308@geekystuff.net> Mike Bird wrote: > The problem is that Redhat again dropped Lilo. Since Lilo is out of > >FC4, I filed a tracking bug against Grub. > >Grub now matches some of Lilo's features from five years ago, but does >not match Lilo's reliability, predictability, or documentation. >Numerous experienced programmers and sysadmins have confirmed these >problems on this list and elsewhere. >Apparently Redhat does not consider lack of reliability a bug. > >Before the flame wars start again, please recall that we don't want >Grub axed, we just want Lilo included. Redhat has made extravagent >claims of mammoth kludgy code needed to support Lilo. We've >examined Grubby, found nothing of the kind, and placed our analysis >on this list. Redhat has been unwilling or unable to justify their >claims. > >All that is left is developer ego. Any business that placed customer >concerns before developer ego would have restored Lilo long ago. > >--Mike Bird > > I am an end user who just became involved in this list because FC 4 is the only Linux distro who semi-supports my chipset (Gentoo may support it but the installation was extremely difficult and I am not a newbie). I have been a Linux-only user since 2001, predominantly using Redhat because I like the features / benefits of the distro (I have tried a handful of others). I prefer Linux over the "other" OS because I can pick and choose how I want to configure the OS and which programs / utilities I want without gunking up the OS. I believe the Lilo debate is a moot point... for two reasons. First, Redhat decided not to support Lilo for their own reasons. The list of companies (other than Redhat) who have made changes which were (are) viewed as negative or unpleasant is too long to list. While I understand the frustration of decision makers who do not share my views, the decision was made and ranting about it diminishes the ranter. I, for one, note your objection. Secondly, the end user can install Lilo at their convenience. Granted, it will add a few steps since you will have to compile from source, but you WILL have Lilo. How awesome is that? You will have your cake and eat it too! The other beauty is that you can take apart the Redhat installation and add a Lilo build for those of you who want your Redhat and Lilo too. Again, it will add a few steps, but you will have what you want. A caveat of having free software provided with the sweat off other people's brows is that you are at their mercy. A decision was made which you do not approve... you made your objections known... now I believe it is time to drop the matter or modify Redhat's distro to install Lilo for those of you for whom that is important. I personally appreciate all these people working to provide me free software... especially since Stevie Wonder could write code better than me. Regards, Ken Nordquist From mgb-fedora at yosemite.net Tue Apr 19 19:57:32 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 19 Apr 2005 12:57:32 -0700 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <20050419194541.GC987720@hiwaay.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> Message-ID: <1113940651.5909.77.camel@mgb.bullion.ims> On Tue, 2005-04-19 at 12:45, Chris Adams wrote: > Please document exact problems and they will be addressed. Chris, The exact problem is: "Lilo has been removed". Software developers (other than Redhat's) recognise lack of reliability as a problem. That's one of the reasons why we have system, alpha and beta testing after unit and link testing. (Your terminology may vary.) There's a very simple and inexpensive fix for this problem: restore Lilo. Nobody is forced to use Lilo. Lilo can be hidden from newbies. It just needs to be there for those of us who need a reliable, predictable, and documented boot-loader. --Mike Bird From abraxis at telkomsa.net Tue Apr 19 19:59:08 2005 From: abraxis at telkomsa.net (Neil Thompson) Date: Tue, 19 Apr 2005 21:59:08 +0200 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113937945.5909.59.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> Message-ID: <20050419195908.GF16143@eeyore.32.boerneef.vornavalley> On Tue, Apr 19, 2005 at 12:12:26PM -0700, Mike Bird wrote: > On Tue, 2005-04-19 at 11:46, Arjan van de Ven wrote: > > so finish actually filing the bug by putting an actual real problem in > > it with details on how to reproduce???? > > All that is left is developer ego. Any business that placed customer > concerns before developer ego would have restored Lilo long ago. > Customers pay money - you don't. Why don't you just go away and find somewhere you can pay money and get what you want...or try your current attitude on the Debian lists - I can guarantee you won't come off so lightly. -- Cheers! (Relax...have a homebrew) Neil THEOREM: VI is perfect. PROOF: VI in roman numerals is 6. The natural numbers < 6 which divide 6 are 1, 2, and 3. 1+2+3 = 6. So 6 is a perfect number. Therefore, VI is perfect. QED -- Arthur Tateishi From jmorris at beau.org Tue Apr 19 20:07:32 2005 From: jmorris at beau.org (John Morris) Date: Tue, 19 Apr 2005 15:07:32 -0500 Subject: text login as default? In-Reply-To: <604aa791050418123465c3fcae@mail.gmail.com> References: <200504171130.44665.RouillardSy@yahoo.fr> <1113848501.3368.18.camel@localhost.localdomain> <604aa79105041811341d72b45a@mail.gmail.com> <1113851568.3368.25.camel@localhost.localdomain> <604aa791050418123465c3fcae@mail.gmail.com> Message-ID: <1113941251.2915.26.camel@mjolnir> On Mon, 2005-04-18 at 14:34, Jeff Spaleta wrote: > solutions... I'll take the "bad" of a timeout license window popup > over the "bad" of no legally distributable rpm packages for macromedia > flash... at least until there is a mature opensource flash > implementation to nuture and support. Of course if RH (and SUSE, Mandrake^H^H^H^H whatever they are today) were to make it crystal clear to the Macromedia^H^H^H^HAdobe execs that their solutions were substandard, and clearly explained to the suits in charge exactly WHY and that you guys were itching to kick em to the curb, they might see reason. Us user types and probably even you RH devels, can't get heard up in the upper ranks where a change could happen but if your PHBs could speak to theirs in their own Dilbert World language they might understand. Of course a believable threat to move from 'wait until there is a mature OS flash' to 'if that is your final answer I guess we will have to start helping em out over at gplflash.sf.net' would also serve to sharpen their focus. Who am I kidding though, they wouldn't listen. They are obsolete and have to replaced like the other 90% of the proprietary world that the cluetrain missed. Better still if their whole perverted file format can be replaced with something open, well understood and perhaps even a real IETF RFC. -- John M. http://www.beau.org/~jmorris This post is 100% M$Free! Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r From jspaleta at gmail.com Tue Apr 19 20:10:19 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 19 Apr 2005 16:10:19 -0400 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113937945.5909.59.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> Message-ID: <604aa791050419131072eb3b06@mail.gmail.com> On 4/19/05, Mike Bird wrote: > Apparently Redhat does not consider lack of reliability a bug. I think perhaps you have mis-interpreted what Fedora Core is and what its long term goals versus short term goals are. Reliability is just one metric by which decisions are made, and that metric must be weighed against other factors and goals.. such as rate of change. And I would argue that you can not achieve both a fast rate of change and high reliability with finite resources. I think everyone who continues to try to be interested in your point of view, realizes that you value reliability highly. Everyone is aware that you run some sort of small services or hardware shop and have a compelling business interest to keep certain things in Core that you feel you need to support for your customers. That doesn't change the fact that Fedora as a project has been laided out to prioritize rate of change highly. "slow rate of change" is explicitly spelled out as a non-objective of Core, so is "enabling customer support". Reliability, is not mentioned specifically anywhere on the objectives page. Fedora as a project has a direction and a focus, and its not about high reliability its about introducing changes and making forward progress. I personally think if you sit down and make a list of prioritizes you'll find your personal interests aren't matching up well with the stated objectives and non-objectives of the Fedora project. If thats the case, i think you are going to be perpetually frustrated and you might want to look at another technical solution that better fits with your headspace. > Before the flame wars start again, please recall that we don't want > Grub axed, we just want Lilo included. Redhat has made extravagent > claims of mammoth kludgy code needed to support Lilo. We've > examined Grubby, found nothing of the kind, and placed our analysis > on this list. Redhat has been unwilling or unable to justify their > claims. You catch more flies with honey. You have done an exceedingly poor job in the last 2 weeks, creating an atmosphere where anyone will feel comfortable having civil discourse with you. I think what discussion you have gotten from developers so far has been far more than your attitude has deserved. Personally, i think any developer who continues to interact with you until you are able to file specific technical issues with enough detail that even I can attempt to confirm, is wasting their valuable time which they could be spending doing other things.. more useful things. I challenge everyone who thinks about replying to you anymore in the mailinglist to instead use those 5 minutes to do something constructive or life-affirming (wash some dishs, close some bugs, hack on a patch, smoke some pot, or in mharris's case take a shower)... because this continued rehashing of the same difference of opinion is just a huge waste of time. > All that is left is developer ego. Any business that placed customer > concerns before developer ego would have restored Lilo long ago. Again, this reeks of misconception. Fedora is not a bought and sold product, there are no customers for Fedora. If you want to make an argument like this that is going to resonate.. go somewhere where they are discussing what rhel5 is going to have in it. Fedora is meant as the proving ground for technologies, with a fast rate of change. If this is incompatible with your personal interests, please take the time to find a project or product that better fits your needs. -jef From cmadams at hiwaay.net Tue Apr 19 20:24:33 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 19 Apr 2005 15:24:33 -0500 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113940651.5909.77.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> Message-ID: <20050419202433.GD987720@hiwaay.net> Once upon a time, Mike Bird said: > On Tue, 2005-04-19 at 12:45, Chris Adams wrote: > > Please document exact problems and they will be addressed. > > The exact problem is: "Lilo has been removed". That is not a technical problem with GRUB. That is a user preference. I like to use pan to read news, but it is gone. I'd like to see pan as part of FC, but there are other capable news clients included, so pan will not come back. > Software developers (other than Redhat's) recognise lack of reliability > as a problem. That's one of the reasons why we have system, alpha and > beta testing after unit and link testing. (Your terminology may vary.) If you can cite _specific instances_ of GRUB's alleged unreliability that have not been addresses in the current version, please open Bugzilla cases. Otherwise, your claims are baseless. By your measure, Fedora should still include kernel 2.4 (and maybe 2.2 as well) because 2.6 had a history of being unreliable. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From jmorris at beau.org Tue Apr 19 21:21:28 2005 From: jmorris at beau.org (John Morris) Date: Tue, 19 Apr 2005 16:21:28 -0500 Subject: laptops and cron maintenance In-Reply-To: <20050419102711.A1978@mail.harddata.com> References: <1113905873l.5643l.0l@devel.mpeters.local> <20050419111017.GA8803@chrys.ms.mff.cuni.cz> <20050419102711.A1978@mail.harddata.com> Message-ID: <1113945687.2915.81.camel@mjolnir> On Tue, 2005-04-19 at 11:27, Michal Jaegermann wrote: > On Tue, Apr 19, 2005 at 01:10:21PM +0200, Miloslav Trmac wrote: > > AFAIK it was turned off because "desktop users" don't use locate, > > Eh? How this gem of information was derived? This definitely > does not mesh up with what I am seeing and I am not talking about > myself. Sure, this is anecdotal and not statistical. Because we are part of a shrinking minority, especially for RH's intended customers. If it is a traditional UNIX tool, or for that matter any text mode utility, it gets the words 'legacy' and then 'deprecated' stamped on it. You see, WE want a Free UNIX, while THEY want a Free Mac; and like Apple have realized that a Free UNIX makes a good base to build one on. :( Any day now I expect to be labeled an old crumudgeon and told that FreeBSD is 'right over there' if I still want UNIX. I know I use locate several times a week to find things, both system files and things lost in the rats nest I call a home directory. Yes the rebuild of the database is annoying on either a laptop OR on a large server, but that just means a way needs to be found to maintain the database in a way that is less stressful to the system. -- John M. http://www.beau.org/~jmorris This post is 100% M$Free! Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r From skvidal at phy.duke.edu Tue Apr 19 21:24:41 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 19 Apr 2005 17:24:41 -0400 Subject: laptops and cron maintenance In-Reply-To: <1113945687.2915.81.camel@mjolnir> References: <1113905873l.5643l.0l@devel.mpeters.local> <20050419111017.GA8803@chrys.ms.mff.cuni.cz> <20050419102711.A1978@mail.harddata.com> <1113945687.2915.81.camel@mjolnir> Message-ID: <1113945881.15629.35.camel@cutter> > I know I use locate several times a week to find things, both system > files and things lost in the rats nest I call a home directory. Yes the > rebuild of the database is annoying on either a laptop OR on a large > server, but that just means a way needs to be found to maintain the > database in a way that is less stressful to the system. > and while you go work out the way to maintain the database, I will gladly take a disabled updatedb, though to be sure I run: rpm -e slocate -sv From pnasrat at redhat.com Tue Apr 19 21:38:14 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Tue, 19 Apr 2005 22:38:14 +0100 Subject: Anaconda and monitor handling In-Reply-To: <20050419143610.GI21833@nostromo.devel.redhat.com> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> <1113915088.12003.5.camel@localhost.localdomain> <426502FF.9090302@www.linux.org.uk> <1113921002.15050.6.camel@localhost.localdomain> <20050419143610.GI21833@nostromo.devel.redhat.com> Message-ID: <1113946694.3679.18.camel@anu.eridu> On Tue, 2005-04-19 at 10:36 -0400, Bill Nottingham wrote: > Peter Jones (pjones at redhat.com) said: > > > For the short term, it would be nice if someone were to > > > reimplement ddc-probe to use x86emu or some other emulator > > > so that VBE could be used uniformly on all architectures > > > at least. That would give reasonable consistency between > > > architectures even if it wasn't as complete as what the X > > > server has built in. > > > > A better plan might be to make the X server's probe routines into their > > own DSO, so when other programs need to do this sort of thing, they can > > use the code which gets the most exposure ;) > > ... along with fixing X so that it can be started with a blank > monitor section and just figure it out itself. No reason to > 'run X probing code, write a config file, have X read that' when > X can just run its own probing code and use the settings directly. For comparison Xdarwin already does this using IOKit/X drivers, and no config file. I haven't looked in depth at it though. Paul From dmm at 1-4-5.net Tue Apr 19 21:40:17 2005 From: dmm at 1-4-5.net (David Meyer) Date: Tue, 19 Apr 2005 14:40:17 -0700 Subject: anyone able to get any of the Plantronics DSP headsets to work? Message-ID: <20050419214017.GA16093@1-4-5.net> Most mixers see it (e.g. KMix), as well as lsusb: [dmm at wayback:~]11% lsusb Bus 004 Device 001: ID 0000:0000 Bus 003 Device 001: ID 0000:0000 Bus 002 Device 003: ID 046d:c50b Logitech, Inc. Bus 002 Device 002: ID 047f:0ca1 Plantronics, Inc. Bus 002 Device 001: ID 0000:0000 Bus 001 Device 001: ID 0000:0000 [dmm at wayback:~]12% [dmm at wayback:~]18% uname -a Linux wayback.uoregon.edu 2.6.11-1.1240_FC4 #1 Wed Apr 13 08:41:27 EDT 2005 i686 athlon i386 GNU/Linux However, I can't get anything to talk to it (e.g., kphone). Thanks, Dave -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mgb-fedora at yosemite.net Tue Apr 19 20:57:37 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 19 Apr 2005 13:57:37 -0700 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <20050419202433.GD987720@hiwaay.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> Message-ID: <1113944257.5909.105.camel@mgb.bullion.ims> On Tue, 2005-04-19 at 13:24, Chris Adams wrote: > If you can cite _specific instances_ of GRUB's alleged unreliability > that have not been addresses in the current version, please open > Bugzilla cases. Otherwise, your claims are baseless. Chris, In software development there's difference between a long-term lack of reliability and a repeatable failure mode. Both are bugs. If stands up and says that nobody has prove that he lied today, that doesn't make him trustworthy. Grub has not been reliable. It has just been modified to support MD, except that nobody seems to know exactly how and there's no documentation and the developer won't tell us. Some people on this list expected it to write to the MBR by default, some expected it to not change the MBR without explicit permission. Why are we forced to playing guessing games with Grub instead of using a reliable alternative? If Redhat wants to keep Grub as the default, that's fine by me. But why discard the reliable alternative for those who need it? The cost to Redhat of keeping Lilo is negligable CD space, negligable overhead in Grubby, negligable overhead in Anaconda UI, negligable maintenance. It's all about developer ego. Redhat VP Michael Tiemann said that he "believes customers should be directly involved in designing and creating products from the earliest stages." That's what we're trying to do here. Tiemann said that in the past Redhat has "insulted some of our best supporters" and that things were going to change. Perhaps he forgot to tell Redhat developers. --Mike From skvidal at phy.duke.edu Tue Apr 19 21:44:58 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 19 Apr 2005 17:44:58 -0400 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113944257.5909.105.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> Message-ID: <1113947098.15629.37.camel@cutter> > Redhat VP Michael Tiemann said that he "believes customers should be > directly involved in designing and creating products from the earliest > stages." That's what we're trying to do here. Tiemann said that in the > past Redhat has "insulted some of our best supporters" and that things > were going to change. > Not to pick semantic nits but fedora is not a product. It is a project. It does not have customers - it has users and a community. if you want a product, use rhel. There you are a customer. -sv From bavinic at comcast.net Tue Apr 19 21:47:21 2005 From: bavinic at comcast.net (Jim Martin) Date: Tue, 19 Apr 2005 17:47:21 -0400 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113947098.15629.37.camel@cutter> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> Message-ID: <42657C69.9000708@comcast.net> seth vidal wrote: >>Redhat VP Michael Tiemann said that he "believes customers should be >>directly involved in designing and creating products from the earliest >>stages." That's what we're trying to do here. Tiemann said that in the >>past Redhat has "insulted some of our best supporters" and that things >>were going to change. >> >> >> > >Not to pick semantic nits but fedora is not a product. It is a project. >It does not have customers - it has users and a community. > >if you want a product, use rhel. There you are a customer. > >-sv > > > > This is the BEST reply to this whole idiotic thread I have read so far. You tell 'em Seth!! 10 Points. Jim From res at ausics.net Tue Apr 19 21:50:27 2005 From: res at ausics.net (Res) Date: Wed, 20 Apr 2005 07:50:27 +1000 (EST) Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113935970.5909.35.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> Message-ID: Mike, On Tue, 19 Apr 2005, Mike Bird wrote: > Despite numerous complaints about the inadequacy of Grub, Redhat closed > this tracking item - falsely claiming that nothing can be done. > > It would be trivial to restore Lilo to FC4. The only thing standing in > the way is Redhat's arrogance. We will never get lilo back in, just download the binary of lilo and keep it handy and install it manualy on every new install and then delete grub, thats what we do :) and will continue to do. once bitten with grub, twice a fool and we can not afford any downtime, if RH want Fedora to be a desktop OS only thats fine, but they better start hinting at that, I hink RH have lost vision and are vastly not becoming a server platform, just look at previous threads about the server install option and the unnecasary junk it installs as well. -- Cheers Res From Stephane.Gaucher at USherbrooke.ca Tue Apr 19 21:50:26 2005 From: Stephane.Gaucher at USherbrooke.ca (Stephane Gaucher) Date: Tue, 19 Apr 2005 17:50:26 -0400 Subject: kernel 2.6.11-1.14_FC3 + vmware 4.5.2-8848 In-Reply-To: <1113947098.15629.37.camel@cutter> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> Message-ID: <1113947426.5202.18.camel@apophis.stfzone.org> Unable to configure vmware with the vmware-config.pl there's the out put of the compilation: vmware-config.pl Making sure services for VMware Workstation are stopped. Stopping VMware services: Virtual machine monitor [ OK ] Bridged networking on /dev/vmnet0 [ OK ] DHCP server on /dev/vmnet1 [ OK ] Host-only networking on /dev/vmnet1 [ OK ] DHCP server on /dev/vmnet8 [ OK ] NAT service on /dev/vmnet8 [ OK ] Host-only networking on /dev/vmnet8 [ OK ] Virtual ethernet [ OK ] Trying to find a suitable vmmon module for your running kernel. None of the pre-built vmmon modules for VMware Workstation is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/bin/gcc". Use environment variable CC to override. What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.11-1.14_FC3/build/include] Extracting the sources of the vmmon module. Building the vmmon module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config4/vmmon-only' make -C /lib/modules/2.6.11-1.14_FC3/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/lib/modules/2.6.11-1.14_FC3/build' CC [M] /tmp/vmware-config4/vmmon-only/linux/driver.o CC [M] /tmp/vmware-config4/vmmon-only/linux/hostif.o In file included from /tmp/vmware-config4/vmmon-only/linux/hostif.c:68: /tmp/vmware-config4/vmmon-only/./include/pgtbl.h: In function `PgtblVa2PTELocked': /tmp/vmware-config4/vmmon-only/./include/pgtbl.h:81: warning: passing arg 1 of `pmd_offset' from incompatible pointer type CC [M] /tmp/vmware-config4/vmmon-only/common/cpuid.o CC [M] /tmp/vmware-config4/vmmon-only/common/memtrack.o CC [M] /tmp/vmware-config4/vmmon-only/common/phystrack.o CC [M] /tmp/vmware-config4/vmmon-only/common/task.o CC [M] /tmp/vmware-config4/vmmon-only/common/vmx86.o LD [M] /tmp/vmware-config4/vmmon-only/vmmon.o Building modules, stage 2. MODPOST CC /tmp/vmware-config4/vmmon-only/vmmon.mod.o LD [M] /tmp/vmware-config4/vmmon-only/vmmon.ko make[1]: Leaving directory `/lib/modules/2.6.11-1.14_FC3/build' cp -f vmmon.ko ./../vmmon.o make: Leaving directory `/tmp/vmware-config4/vmmon-only' The module loads perfectly in the running kernel. This program previously created the file /dev/vmmon, and was about to remove it. Somebody else apparently did it already. Extracting the sources of the vmnet module. Building the vmnet module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config4/vmnet-only' make -C /lib/modules/2.6.11-1.14_FC3/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/lib/modules/2.6.11-1.14_FC3/build' CC [M] /tmp/vmware-config4/vmnet-only/driver.o CC [M] /tmp/vmware-config4/vmnet-only/hub.o CC [M] /tmp/vmware-config4/vmnet-only/userif.o In file included from /tmp/vmware-config4/vmnet-only/userif.c:45: /tmp/vmware-config4/vmnet-only/pgtbl.h: In function `PgtblVa2PTELocked': /tmp/vmware-config4/vmnet-only/pgtbl.h:81: warning: passing arg 1 of `pmd_offset' from incompatible pointer type /tmp/vmware-config4/vmnet-only/userif.c: In function `VNetCopyDatagramToUser': /tmp/vmware-config4/vmnet-only/userif.c:563: warning: implicit declaration of function `skb_copy_datagram' CC [M] /tmp/vmware-config4/vmnet-only/netif.o CC [M] /tmp/vmware-config4/vmnet-only/bridge.o CC [M] /tmp/vmware-config4/vmnet-only/procfs.o LD [M] /tmp/vmware-config4/vmnet-only/vmnet.o Building modules, stage 2. MODPOST Warning: could not open /tmp/vmware-config4/vmnet-only/includeCheck.h: Success *** Warning: "skb_copy_datagram" [/tmp/vmware-config4/vmnet- only/vmnet.ko] undefined! CC /tmp/vmware-config4/vmnet-only/vmnet.mod.o LD [M] /tmp/vmware-config4/vmnet-only/vmnet.ko make[1]: Leaving directory `/lib/modules/2.6.11-1.14_FC3/build' cp -f vmnet.ko ./../vmnet.o make: Leaving directory `/tmp/vmware-config4/vmnet-only' Unable to make a vmnet module that can be loaded in the running kernel: insmod: error inserting '/tmp/vmware-config4/vmnet.o': -1 Unknown symbol in module There is probably a slight difference in the kernel configuration between the set of C header files you specified and your running kernel. You may want to rebuild a kernel based on that directory, or specify another directory. For more information on how to troubleshoot module-related problems, please visit our Web site at "http://www.vmware.com/download/modules/modules.html" and "http://www.vmware.com/support/reference/linux/prebuilt_modules_linux.html". Execution aborted. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jspaleta at gmail.com Tue Apr 19 22:00:21 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 19 Apr 2005 18:00:21 -0400 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: References: <1113935970.5909.35.camel@mgb.bullion.ims> Message-ID: <604aa7910504191500526cd63b@mail.gmail.com> On 4/19/05, Res wrote: > just look at previous threads about the server install option and > the unnecasary junk it installs as well. Talk talk talk.. everybody loves to talk in the mailinglists. Can you point me to a recent bug report for this testing cycle that makes specific requests to refine the comps definition that describes the server install option? Better yet.. can you give me YOUR ideal comps.xml of what a server install should be? You know.. id absolutely love to spin up some isos locally on my system using someone's alternative comps definition that redefines which packages make up a default server install. I challenge you to provide me with an alternative comps.xml file as a starting point for community testing of alternative server install definition. -jef From anthony.seward at ieee.org Tue Apr 19 22:02:28 2005 From: anthony.seward at ieee.org (Anthony Joseph Seward) Date: Tue, 19 Apr 2005 16:02:28 -0600 (MDT) Subject: kernel 2.6.11-1.14_FC3 + vmware 4.5.2-8848 In-Reply-To: <1113947426.5202.18.camel@apophis.stfzone.org> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <1113947426.5202.18.camel@apophis.stfzone.org> Message-ID: <64212.129.238.237.96.1113948148.squirrel@www.mza.com> Have you tried ftp://platan.vc.cvut.cz/pub/vmware/vmware-any-any-update89.tar.gz Tony Stephane Gaucher said: > Unable to configure vmware with the vmware-config.pl > > there's the out put of the compilation: > vmware-config.pl > Making sure services for VMware Workstation are stopped. > > Stopping VMware services: > Virtual machine monitor [ OK ] > Bridged networking on /dev/vmnet0 [ OK ] > DHCP server on /dev/vmnet1 [ OK ] > Host-only networking on /dev/vmnet1 [ OK ] > DHCP server on /dev/vmnet8 [ OK ] > NAT service on /dev/vmnet8 [ OK ] > Host-only networking on /dev/vmnet8 [ OK ] > Virtual ethernet [ OK ] > > Trying to find a suitable vmmon module for your running kernel. > > None of the pre-built vmmon modules for VMware Workstation is suitable > for your > running kernel. Do you want this program to try to build the vmmon > module for > your system (you need to have a C compiler installed on your system)? > [yes] > > Using compiler "/usr/bin/gcc". Use environment variable CC to override. > > What is the location of the directory of C header files that match your > running > kernel? [/lib/modules/2.6.11-1.14_FC3/build/include] > > Extracting the sources of the vmmon module. > > Building the vmmon module. > > Using 2.6.x kernel build system. > make: Entering directory `/tmp/vmware-config4/vmmon-only' > make -C /lib/modules/2.6.11-1.14_FC3/build/include/.. SUBDIRS=$PWD > SRCROOT=$PWD/. modules > make[1]: Entering directory `/lib/modules/2.6.11-1.14_FC3/build' > CC [M] /tmp/vmware-config4/vmmon-only/linux/driver.o > CC [M] /tmp/vmware-config4/vmmon-only/linux/hostif.o > In file included from /tmp/vmware-config4/vmmon-only/linux/hostif.c:68: > /tmp/vmware-config4/vmmon-only/./include/pgtbl.h: In function > `PgtblVa2PTELocked': > /tmp/vmware-config4/vmmon-only/./include/pgtbl.h:81: warning: passing > arg 1 of `pmd_offset' from incompatible pointer type > CC [M] /tmp/vmware-config4/vmmon-only/common/cpuid.o > CC [M] /tmp/vmware-config4/vmmon-only/common/memtrack.o > CC [M] /tmp/vmware-config4/vmmon-only/common/phystrack.o > CC [M] /tmp/vmware-config4/vmmon-only/common/task.o > CC [M] /tmp/vmware-config4/vmmon-only/common/vmx86.o > LD [M] /tmp/vmware-config4/vmmon-only/vmmon.o > Building modules, stage 2. > MODPOST > CC /tmp/vmware-config4/vmmon-only/vmmon.mod.o > LD [M] /tmp/vmware-config4/vmmon-only/vmmon.ko > make[1]: Leaving directory `/lib/modules/2.6.11-1.14_FC3/build' > cp -f vmmon.ko ./../vmmon.o > make: Leaving directory `/tmp/vmware-config4/vmmon-only' > The module loads perfectly in the running kernel. > > This program previously created the file /dev/vmmon, and was about to > remove it. > Somebody else apparently did it already. > > Extracting the sources of the vmnet module. > > Building the vmnet module. > > Using 2.6.x kernel build system. > make: Entering directory `/tmp/vmware-config4/vmnet-only' > make -C /lib/modules/2.6.11-1.14_FC3/build/include/.. SUBDIRS=$PWD > SRCROOT=$PWD/. modules > make[1]: Entering directory `/lib/modules/2.6.11-1.14_FC3/build' > CC [M] /tmp/vmware-config4/vmnet-only/driver.o > CC [M] /tmp/vmware-config4/vmnet-only/hub.o > CC [M] /tmp/vmware-config4/vmnet-only/userif.o > In file included from /tmp/vmware-config4/vmnet-only/userif.c:45: > /tmp/vmware-config4/vmnet-only/pgtbl.h: In function `PgtblVa2PTELocked': > /tmp/vmware-config4/vmnet-only/pgtbl.h:81: warning: passing arg 1 of > `pmd_offset' from incompatible pointer type > /tmp/vmware-config4/vmnet-only/userif.c: In function > `VNetCopyDatagramToUser': > /tmp/vmware-config4/vmnet-only/userif.c:563: warning: implicit > declaration of function `skb_copy_datagram' > CC [M] /tmp/vmware-config4/vmnet-only/netif.o > CC [M] /tmp/vmware-config4/vmnet-only/bridge.o > CC [M] /tmp/vmware-config4/vmnet-only/procfs.o > LD [M] /tmp/vmware-config4/vmnet-only/vmnet.o > Building modules, stage 2. > MODPOST > Warning: could not open /tmp/vmware-config4/vmnet-only/includeCheck.h: > Success > *** Warning: "skb_copy_datagram" [/tmp/vmware-config4/vmnet- > only/vmnet.ko] undefined! > CC /tmp/vmware-config4/vmnet-only/vmnet.mod.o > LD [M] /tmp/vmware-config4/vmnet-only/vmnet.ko > make[1]: Leaving directory `/lib/modules/2.6.11-1.14_FC3/build' > cp -f vmnet.ko ./../vmnet.o > make: Leaving directory `/tmp/vmware-config4/vmnet-only' > Unable to make a vmnet module that can be loaded in the running kernel: > insmod: error inserting '/tmp/vmware-config4/vmnet.o': -1 Unknown symbol > in module > There is probably a slight difference in the kernel configuration > between the > set of C header files you specified and your running kernel. You may > want to > rebuild a kernel based on that directory, or specify another directory. > > For more information on how to troubleshoot module-related problems, > please > visit our Web site at > "http://www.vmware.com/download/modules/modules.html" and > "http://www.vmware.com/support/reference/linux/prebuilt_modules_linux.html". > > Execution aborted. > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From mgb-fedora at yosemite.net Tue Apr 19 22:02:12 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 19 Apr 2005 15:02:12 -0700 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <42657C69.9000708@comcast.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> Message-ID: <1113948131.8308.11.camel@mgb.bullion.ims> On Tue, 2005-04-19 at 14:47, Jim Martin wrote: > seth vidal wrote: > >Not to pick semantic nits but fedora is not a product. It is a project. > >It does not have customers - it has users and a community. > > > >if you want a product, use rhel. There you are a customer. > > > > > This is the BEST reply to this whole idiotic thread I have read so far. > You tell 'em Seth!! 10 Points. Jim, Redhat VP Michael Tiemann presumably understands that Fedora exists both as a Project and, in various versions, as Products. He was referring to Fedora when he spoke at FUDCON. Would you care to offer any reasons as to why Lilo should or should not be available during Fedora and RHEL installations? --Mike Bird From skvidal at phy.duke.edu Tue Apr 19 22:06:31 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 19 Apr 2005 18:06:31 -0400 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113948131.8308.11.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> Message-ID: <1113948391.15629.43.camel@cutter> > Redhat VP Michael Tiemann presumably understands that Fedora exists both > as a Project and, in various versions, as Products. He was referring to > Fedora when he spoke at FUDCON. I'm pretty confident Tiemann would not refer to fedora as a product other than as a mistake. It is very clear that fedora is not a product. -sv From pri.rhl3 at iadonisi.to Tue Apr 19 22:10:48 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Tue, 19 Apr 2005 18:10:48 -0400 Subject: kernel 2.6.11-1.14_FC3 + vmware 4.5.2-8848 In-Reply-To: <1113947426.5202.18.camel@apophis.stfzone.org> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <1113947426.5202.18.camel@apophis.stfzone.org> Message-ID: <1113948648.25433.3.camel@md.local.linuxlobbyist.org> On Tue, 2005-04-19 at 17:50 -0400, Stephane Gaucher wrote: > Unable to configure vmware with the vmware-config.pl *sigh* You interrupted a perfectly good flame war in the making ;-) Seriously, though, this is both off topic and bad form since you replied to a message you weren't intending on replying to. Off topic is generally frowned upon, but as long as you label it off topic (with "OT:" or something similar as a prefix in subject line) and it doesn't degenerate into a "Red Hat should fix this problem I have with proprietary software" rant. But it is never welcome to reply to a message when you are not intending on replying to it. It mucks up threaded mailers. Please don't do it. -- -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 bavinic at comcast.net Tue Apr 19 22:09:33 2005 From: bavinic at comcast.net (Jim Martin) Date: Tue, 19 Apr 2005 18:09:33 -0400 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113948131.8308.11.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> Message-ID: <4265819D.2000706@comcast.net> Mike Bird wrote: >On Tue, 2005-04-19 at 14:47, Jim Martin wrote: > > >>seth vidal wrote: >> >> >>>Not to pick semantic nits but fedora is not a product. It is a project. >>>It does not have customers - it has users and a community. >>> >>>if you want a product, use rhel. There you are a customer. >>> >>> >>> >>> >>This is the BEST reply to this whole idiotic thread I have read so far. >>You tell 'em Seth!! 10 Points. >> >> > >Jim, > >Redhat VP Michael Tiemann presumably understands that Fedora exists both >as a Project and, in various versions, as Products. He was referring to >Fedora when he spoke at FUDCON. > >Would you care to offer any reasons as to why Lilo should or should not >be available during Fedora and RHEL installations? > >--Mike Bird > > > I am not sure this is actually addressed to me, but being the sod that I am , I will reply anyway. (Correct me if I am wrong) but Fedora no longer supports LiLo, and therefore it would not be included as part of Fedora Core, the project. It is however available (as are hundreds of titles) for download and install if this is indeed what you want to use. I personally don't see any need for lilo, but then again, I only use FC for personal reasons, not for business, so it is possible there is something I am not getting. You cannot expect the Fedora Project to support and supply every package available, that is not what the Project is about, as far as I know. I am sure that Fedora Project has their reasons for not including it, I see no point in beating a dead (insert whatever animal is not offensive to you). Installing LiLo is not hard, I would be happy to create a step by step tutorial if you would like. Jim From pri.rhl3 at iadonisi.to Tue Apr 19 22:13:05 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Tue, 19 Apr 2005 18:13:05 -0400 Subject: Invoking Godwin's Law (was: Re: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup]) In-Reply-To: <1113935970.5909.35.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> Message-ID: <1113948785.25433.5.camel@md.local.linuxlobbyist.org> HITLER! PLEASE? -- -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 mgb-fedora at yosemite.net Tue Apr 19 22:19:15 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 19 Apr 2005 15:19:15 -0700 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113948391.15629.43.camel@cutter> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> Message-ID: <1113949154.8308.21.camel@mgb.bullion.ims> On Tue, 2005-04-19 at 15:06, seth vidal wrote: > I'm pretty confident Tiemann would not refer to fedora as a product > other than as a mistake. It is very clear that fedora is not a product. Seth, There are products of labor, of capital, of agriculture, etc. Fedora versions are products of labor and capital, mostly labor. Michael Tiemann used the correct word. Why should Lilo be available or not available during Fedora and RHEL installation? --Mike "I can't believe I'm defending a Redhat VP" Bird From shrek-m at gmx.de Tue Apr 19 22:29:16 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 20 Apr 2005 00:29:16 +0200 Subject: laptops and cron maintenance In-Reply-To: <1113945881.15629.35.camel@cutter> References: <1113905873l.5643l.0l@devel.mpeters.local> <20050419111017.GA8803@chrys.ms.mff.cuni.cz> <20050419102711.A1978@mail.harddata.com> <1113945687.2915.81.camel@mjolnir> <1113945881.15629.35.camel@cutter> Message-ID: <4265863C.5060909@gmx.de> seth vidal wrote: >>I know I use locate several times a week to find things, both system >>files and things lost in the rats nest I call a home directory. Yes the >>rebuild of the database is annoying on either a laptop OR on a large >>server, but that just means a way needs to be found to maintain the >>database in a way that is less stressful to the system. >> >and while you go work out the way to maintain the database, I will >gladly take a disabled updatedb, though to be sure I run: rpm -e slocate > > and prelink ? # du / -sh 215G / # time /etc/cron.daily/prelink real 6m20.185s user 4m17.957s sys 0m21.508s # time updatedb real 3m49.620s user 0m5.225s sys 0m17.392s locate vs find (vs whereis vs which) # time locate sethvidal /data2/doku/fedora/sethvidal real 0m0.551s user 0m0.386s sys 0m0.073s # time find / -name sethvidal /data2/doku/fedora/sethvidal real 0m25.137s user 0m2.336s sys 0m4.181s -- shrek-m From jim at jbsys.com Tue Apr 19 22:39:01 2005 From: jim at jbsys.com (James C. Bevier) Date: Tue, 19 Apr 2005 15:39:01 -0700 Subject: artsd abort in FC4T2 Message-ID: <002701c54530$95ab5eb0$0a01a8c0@jbsys> I am running X86_64 on an AMD_64 3400 with a Asus K8V-SE Deluxe MB. I am also running KDE desktop. If I open VI and do a backspace, I should get a beep, bit instead I get nothing and then an error dialog box with the title "Error - artsmessage" and a message that says "Sound Server overload, aborting". After that, hitting backspace in VI yields the correct beep and no more aborts? I am running kernel 1240 with all the latest updates. Do I have something set wrong? Any ideas? If I run top in a second window, artsd goes to 99.4% cpu usage before the abort message. Then it is .3% cpu usage after the abort. Jim From mrsam at courier-mta.com Tue Apr 19 23:01:52 2005 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Tue, 19 Apr 2005 19:01:52 -0400 Subject: [Bug 154763] Grub is inadequate without Lilo for backup References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> Message-ID: Mike Bird writes: > On Tue, 2005-04-19 at 15:06, seth vidal wrote: >> I'm pretty confident Tiemann would not refer to fedora as a product >> other than as a mistake. It is very clear that fedora is not a product. > > Seth, > > There are products of labor, of capital, of agriculture, etc. Fedora > versions are products of labor and capital, mostly labor. Michael > Tiemann used the correct word. > > Why should Lilo be available or not available during Fedora and RHEL > installation? I have no need for LILO. Grub has always worked fine for me. It is also designed better. If you have specific issues with Grub, then spell it out. Vague handwaving about some unspecified problems with Grub, or whatnot, and nebulous references to its reliability is not going to impress anyone. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jpearson42 at wowway.com Tue Apr 19 23:19:28 2005 From: jpearson42 at wowway.com (John Pearson) Date: Tue, 19 Apr 2005 19:19:28 -0400 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <4265819D.2000706@comcast.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113948131.8308.11.camel@mgb.bullion.ims> <4265819D.2000706@comcast.net> Message-ID: <200504191919.28979.jpearson42@wowway.com> On Tuesday 19 April 2005 06:09 pm, Jim Martin wrote: > Mike Bird wrote: If there are no relevant details, if the issue is as dead as it appears to be, if there is no problem, bug, incident within the scope and purview of this mailing list, then Why does one continue to answer the meaningless, attention seeking posts? The matter is, after all, religion, that area of human cognition that deals with arbitrary and capricious choices. Silence would be the best answer. For there is no real question here. -jp From ad+lists at uni-x.org Tue Apr 19 23:24:23 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Wed, 20 Apr 2005 01:24:23 +0200 Subject: Invoking Godwin's Law (was: Re: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup]) In-Reply-To: <1113948785.25433.5.camel@md.local.linuxlobbyist.org> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113948785.25433.5.camel@md.local.linuxlobbyist.org> Message-ID: <1113953063.913.526.camel@serendipity.dogma.lan> Am Mi, den 20.04.2005 schrieb Paul Iadonisi um 0:13: > HITLER! > > PLEASE? > -Paul Iadonisi Sorry Paul that I have to intercept. Calling for such well known historical barbarian isn't something which challenges this non ending complaint the right way. Though I don't whine about lilo leaving I can't like such a reply. Alexander P.S. This is too said as being German. -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora Core 2 GNU/Linux on Athlon with kernel 2.6.11-1.14_FC2smp Serendipity 01:19:49 up 7 days, 22:00, load average: 0.15, 0.20, 0.20 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From jpearson42 at wowway.com Tue Apr 19 23:24:43 2005 From: jpearson42 at wowway.com (John Pearson) Date: Tue, 19 Apr 2005 19:24:43 -0400 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113935970.5909.35.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> Message-ID: <200504191924.43983.jpearson42@wowway.com> On Tuesday 19 April 2005 02:39 pm, Mike Bird wrote: Right. Turn the flames up. My new batch of marshmellows just arrived. -jp From mike at netlyncs.com Wed Apr 20 00:07:41 2005 From: mike at netlyncs.com (Mike Chambers) Date: Tue, 19 Apr 2005 19:07:41 -0500 Subject: Slow firefox startup on x86_64 In-Reply-To: <200504191900.59793.RouillardSy@yahoo.fr> References: <200504191900.59793.RouillardSy@yahoo.fr> Message-ID: <1113955661.5687.7.camel@scrappy.netlyncs.com> On Tue, 2005-04-19 at 19:00 +0200, Sylvain Rouillard wrote: > Hi, > > First off, I have to mention that firefox works fine, it starts, it runs, it > closes. All fine. Just I found it a little slow to fire up, so I ran some > investigation. Until I issued this command: > > $ strace -e trace=open firefox > Am I the only one to see this? Is my interpretation of facts erroneous? > Upon runnin strace, mine took about 2-3 seconds to start and browseable, but I did see the same things you did, it looking for libraries, looking for certain plugins (which I don't have installed), etc.. -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From cmadams at hiwaay.net Wed Apr 20 00:23:05 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 19 Apr 2005 19:23:05 -0500 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: References: <1113935970.5909.35.camel@mgb.bullion.ims> Message-ID: <20050420002305.GA1265706@hiwaay.net> Once upon a time, Res said: > and we can not afford any downtime Then you are running the wrong distribution. While Fedora can and is used on servers and desktops, it is not for zero-downtime systems. Since a particular version of Fedora Core will only get updates for less than a year, you will need to take systems off-line regularly for upgrades or re-installs. If you want a high-uptime system, use an enterprise type distribution. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From rlillard at sonic.net Wed Apr 20 00:28:07 2005 From: rlillard at sonic.net (Raymond Lillard) Date: Tue, 19 Apr 2005 17:28:07 -0700 Subject: Invoking Godwin's Law In-Reply-To: <1113953063.913.526.camel@serendipity.dogma.lan> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113948785.25433.5.camel@md.local.linuxlobbyist.org> <1113953063.913.526.camel@serendipity.dogma.lan> Message-ID: <4265A217.3080806@sonic.net> Alexander Dalloz wrote: > Am Mi, den 20.04.2005 schrieb Paul Iadonisi um 0:13: > > >>HITLER! >> >>PLEASE? > > >>-Paul Iadonisi > > > Sorry Paul that I have to intercept. Calling for such well known > historical barbarian isn't something which challenges this non ending > complaint the right way. Though I don't whine about lilo leaving I can't > like such a reply. > > Alexander Alexander, Please see: http://en.wikipedia.org/wiki/Godwin's_law Ray From m_epling at comcast.net Wed Apr 20 00:31:38 2005 From: m_epling at comcast.net (mitch epling) Date: Tue, 19 Apr 2005 19:31:38 -0500 Subject: Invoking Godwin's Law In-Reply-To: <4265A217.3080806@sonic.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113948785.25433.5.camel@md.local.linuxlobbyist.org> <1113953063.913.526.camel@serendipity.dogma.lan> <4265A217.3080806@sonic.net> Message-ID: <4265A2EA.7040000@comcast.net> same here, this is highly unprofessional . you must have went to berkly Raymond Lillard wrote: > Alexander Dalloz wrote: > >> Am Mi, den 20.04.2005 schrieb Paul Iadonisi um 0:13: >> >> >>> HITLER! >>> >>> PLEASE? >> >> >> >>> -Paul Iadonisi >> >> >> >> Sorry Paul that I have to intercept. Calling for such well known >> historical barbarian isn't something which challenges this non ending >> complaint the right way. Though I don't whine about lilo leaving I can't >> like such a reply. >> >> Alexander > > > Alexander, > > Please see: > http://en.wikipedia.org/wiki/Godwin's_law > > Ray > From ad+lists at uni-x.org Wed Apr 20 00:58:22 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Wed, 20 Apr 2005 02:58:22 +0200 Subject: Invoking Godwin's Law In-Reply-To: <4265A217.3080806@sonic.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113948785.25433.5.camel@md.local.linuxlobbyist.org> <1113953063.913.526.camel@serendipity.dogma.lan> <4265A217.3080806@sonic.net> Message-ID: <1113958702.913.546.camel@serendipity.dogma.lan> Am Mi, den 20.04.2005 schrieb Raymond Lillard um 2:28: > Alexander, > > Please see: > http://en.wikipedia.org/wiki/Godwin's_law > > Ray Ray, thank you. Meanwhile Paul contacted me personally and cleared things up for me. "Godwin's Law" didn't mean anything for me up to that point (though I am a usenet user since '96 or so). One needs some inverse logic for bringing it together with the not ending "lilo is gone" discussion, where no arguments are given any longer ... but I think I made it :) Alexander -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora Core 2 GNU/Linux on Athlon with kernel 2.6.11-1.14_FC2smp Serendipity 02:52:46 up 7 days, 23:33, load average: 0.47, 0.48, 0.45 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From rlillard at sonic.net Wed Apr 20 01:12:15 2005 From: rlillard at sonic.net (Raymond Lillard) Date: Tue, 19 Apr 2005 18:12:15 -0700 Subject: Invoking Godwin's Law In-Reply-To: <1113958702.913.546.camel@serendipity.dogma.lan> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113948785.25433.5.camel@md.local.linuxlobbyist.org> <1113953063.913.526.camel@serendipity.dogma.lan> <4265A217.3080806@sonic.net> <1113958702.913.546.camel@serendipity.dogma.lan> Message-ID: <4265AC6F.9060508@sonic.net> Alexander Dalloz wrote: > Am Mi, den 20.04.2005 schrieb Raymond Lillard um 2:28: > > >>Alexander, >> >>Please see: >> http://en.wikipedia.org/wiki/Godwin's_law >> >>Ray > > > Ray, > > thank you. Meanwhile Paul contacted me personally and cleared things up > for me. "Godwin's Law" didn't mean anything for me up to that point > (though I am a usenet user since '96 or so). One needs some inverse > logic for bringing it together with the not ending "lilo is gone" > discussion, where no arguments are given any longer ... but I think I > made it :) You're welcome. Sadly Paul's posting is subject to Quirk's Exception, which means we are probably doomed to more of this foolishness. Quirk's Exception: Intentional invocation of this so-called "Nazi Clause" is ineffectual. I've killed threads on this topic at least a half dozen times but it keeps coming back. Regards, Ray From drn_temp2 at rogers.com Wed Apr 20 01:18:34 2005 From: drn_temp2 at rogers.com (David Niemi) Date: Tue, 19 Apr 2005 21:18:34 -0400 Subject: X11.conf changed since FC3? fixed In-Reply-To: <1113935142.11482.13.camel@Jenny> References: <1113935142.11482.13.camel@Jenny> Message-ID: <1113959914.13192.2.camel@Jenny> On Tue, 2005-19-04 at 14:25 -0400, David Niemi wrote: > Has the X11.conf changed between FC3 and FC4 T2? > > On my FC3 machine I have an ATI 9200 and on the machine I want to try > FC4 T2 it has only a 32M VIA unichrome (S3) on board. The monitor is a > Samsung SyncMaster 192N which was properly recognized by FC4 (not FC3) > through a KVM. The maximum frequency for this LCD is 60Hz. > > The install went fine when I set the resolution=1280x1024 but then > wouldn't boot into X. I modified the some of the settings for the > horizontal and vertical syncing to a) the manual listed settings, and b) > the settings in my FC3 X11.conf > > For the resolution, initially there was only 800x600 and 640x480 in the > FC4_T2 X11.conf, so added a "1024x768" resolution. I haven't tried to > add the 1280x1024 resolution to the conf file yet. Once I added 1280x1024 to the X11.conf things worked. Now to solve the "audit-0.6.10.1i386" scriplet fails during yum update ... From nethaniel at box201.com Wed Apr 20 01:24:31 2005 From: nethaniel at box201.com (Nethaniel St. Donovan) Date: Tue, 19 Apr 2005 19:24:31 -0600 Subject: Invoking Godwin's Law In-Reply-To: <4265AC6F.9060508@sonic.net> Message-ID: <200504200213.j3K2DrMe030503@mx3.redhat.com> > -----Original Message----- > From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list- > bounces at redhat.com] On Behalf Of Raymond Lillard > Sent: Tuesday, April 19, 2005 7:12 PM > To: For testers of Fedora Core development releases > Subject: Re: Invoking Godwin's Law > > Alexander Dalloz wrote: > > Am Mi, den 20.04.2005 schrieb Raymond Lillard um 2:28: > > > > > >>Alexander, > >> > >>Please see: > >> http://en.wikipedia.org/wiki/Godwin's_law > >> > >>Ray > > > > > > Ray, > > > > thank you. Meanwhile Paul contacted me personally and cleared things up > > for me. "Godwin's Law" didn't mean anything for me up to that point > > (though I am a usenet user since '96 or so). One needs some inverse > > logic for bringing it together with the not ending "lilo is gone" > > discussion, where no arguments are given any longer ... but I think I > > made it :) > > You're welcome. Sadly Paul's posting is subject to Quirk's > Exception, which means we are probably doomed to more of > this foolishness. > > Quirk's Exception: > Intentional invocation of this so-called "Nazi Clause" > is ineffectual. > > I've killed threads on this topic at least a half dozen times > but it keeps coming back. > > Regards, > Ray > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list So this would imply Paul has "lost" the rant and also in poor form? PARAPHRASED from http://en.wikipedia.org/wiki/Godwin's_law: " In addition, whoever points out that Godwin's law applies to the thread is also considered to have "lost" the battle, as it is considered poor form to invoke the law explicitly. " From pri.rhl3 at iadonisi.to Wed Apr 20 03:59:07 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Tue, 19 Apr 2005 23:59:07 -0400 Subject: Invoking Godwin's Law In-Reply-To: <200504200213.j3K2DrMe030503@mx3.redhat.com> References: <200504200213.j3K2DrMe030503@mx3.redhat.com> Message-ID: <1113969547.25433.91.camel@md.local.linuxlobbyist.org> On Tue, 2005-04-19 at 19:24 -0600, Nethaniel St. Donovan wrote: [snip] > So this would imply Paul has "lost" the rant and also in poor form? > > PARAPHRASED from http://en.wikipedia.org/wiki/Godwin's_law: > " In addition, whoever points out that Godwin's law applies to the thread is > also considered to have "lost" the battle, as it is considered poor form to > invoke the law explicitly. " Heh. Depends on what my purposes were. Of course, if you didn't catch it from the context within which I posted it, it was most definitely done in jest with full knowledge that it would have no effect. Then again, since it has now degenerated from LILO vs. GRUB into GODWIN's vs. QUIRK's, it seems that, yes, my invocation of Godwin's Law did, indeed have an effect: this thread now has zero useful content, which was my goal in short circuiting the process towards Godwin's Law occurring naturally. QED. ;-) /me wonders out loud if he can convince Red Hat to develop a patch to mailman to automatically invoke Godwin's Law and avoid the Quirk's Law effect for FC4. -- -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 rodd at clarkson.id.au Wed Apr 20 05:03:07 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 20 Apr 2005 15:03:07 +1000 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> Message-ID: <1113973387.4544.30.camel@jellyfish.redfishdemo.com> On Tue, 2005-04-19 at 19:01 -0400, Sam Varshavchik wrote: > > Why should Lilo be available or not available during Fedora and RHEL > > installation? This of course is the big question. Why should lilo be avaiable in FC? > I have no need for LILO. Grub has always worked fine for me. It is also > designed better. I prefer Grub to lilo and it's been fine AFAICS. > If you have specific issues with Grub, then spell it out. Vague handwaving > about some unspecified problems with Grub, or whatnot, and nebulous > references to its reliability is not going to impress anyone. Which is really why this thread has gone on altogther too long. (Why am I still reading it? Why am I having to download this cruft? Why is it consuming space on my HDD?) Mike, it's time to pony up some facts, instead of vague insinuations about why lilo is better than grub. I'm sure you would be offended if I stated that Mike Bird's comments on the list weren't worth reading and everytime someone asked me to give a concrete example why I said something vague about your comments not really being up to snuff rather than point to some specific comment(s) you made that wasn't helpful. Sadly, that's really the gist of what your doing in regard to you grievences about the removal of lilo from FC. You claim that grub isn't up to snuff, but can't actually put you finger on something specific. Even when it looks like you're getting close, you're commenting in the wrong place. Don't tell the list (or at least don't just tell the list) put the comments into bugzilla. And don't just claim lilo is better than grub. Make some specific allegations about grubs short comings. Say grub can't do 'some specific" and ponder whether lilo could be included in FC to address "this specific" short-coming of grub. Things like grub can't boot this type of system (but lilo can). Or grub lacks documentation on how to do "something specific" (but lilo has good documentation on this). Of course, in all this, keep your mind open. You might find that by pointing out a specific, definable short coming of grub the developers may choose to get grub up-to-snuff rather than include lilo. Rodd > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From mgb-fedora at yosemite.net Wed Apr 20 05:25:56 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 19 Apr 2005 22:25:56 -0700 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1113973387.4544.30.camel@jellyfish.redfishdemo.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> Message-ID: <1113974755.8308.80.camel@mgb.bullion.ims> On Tue, 2005-04-19 at 22:03, Rodd Clarkson wrote: > Of course, in all this, keep your mind open. You might find that by > pointing out a specific, definable short coming of grub the developers > may choose to get grub up-to-snuff rather than include lilo. Been there, done that. As have many others on this list and elsewhere. Number one is lack of reliability, followed by lack of predictability which is largely a consequence of lack of documentation. Jeff thinks that Fedora is not supposed to be reliable, and posits change for change's sake as Fedora's raison d'etre. If Redhat would confirm that we can all stop wasting our time. Until then, we'll assume that reliability is a Fedora/RHEL goal, whether stated or not. Experienced programmers and sysadmins report that we need Lilo for reliable systems. We've advanced three valid reasons for keeping Lilo for serious users. The flame kids have countered with "Works for me", "Redhat must have reasons that it's not telling us", and Godwins Law. --Mike Bird From rodd at clarkson.id.au Wed Apr 20 05:40:52 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 20 Apr 2005 15:40:52 +1000 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1113974755.8308.80.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> Message-ID: <1113975652.3918.2.camel@jellyfish.redfishdemo.com> On Tue, 2005-04-19 at 22:25 -0700, Mike Bird wrote: > On Tue, 2005-04-19 at 22:03, Rodd Clarkson wrote: > > Of course, in all this, keep your mind open. You might find that by > > pointing out a specific, definable short coming of grub the developers > > may choose to get grub up-to-snuff rather than include lilo. > > Been there, done that. As have many others on this list and elsewhere. > Number one is lack of reliability, followed by lack of predictability > which is largely a consequence of lack of documentation. > > Jeff thinks that Fedora is not supposed to be reliable, and posits > change for change's sake as Fedora's raison d'etre. If Redhat would > confirm that we can all stop wasting our time. Until then, we'll assume > that reliability is a Fedora/RHEL goal, whether stated or not. > > Experienced programmers and sysadmins report that we need Lilo for > reliable systems. We've advanced three valid reasons for keeping Lilo > for serious users. The flame kids have countered with "Works for me", > "Redhat must have reasons that it's not telling us", and Godwins Law. That's all well and good Mike, but I notice that while you fell happy to comment on a little paragraph at the bottom of my long comment, you choose to ignore that fact that so far (as far as I can see) you haven't spelt out a single specific example of how lilo is better than grub, or something that grub gets wrong. This is what this thread is really about, and until you can give the developers something concrete with which to work all the other comments about this aren't going to amount to squat. R. From byte at aeon.com.my Wed Apr 20 05:26:10 2005 From: byte at aeon.com.my (Colin Charles) Date: Wed, 20 Apr 2005 15:26:10 +1000 Subject: luminocity - looking glass - dashboard In-Reply-To: <4263DC78.6030802@gmx.de> References: <4263DC78.6030802@gmx.de> Message-ID: <1113974771.4380.4.camel@arena.soho.bytebot.net> On Mon, 2005-04-18 at 18:12 +0200, shrek-m at gmx.de wrote: > gnome - luminocity > http://www.gnome.org/~seth/ > http://live.gnome.org/Luminocity Testbed, will be rolled into metacity > sun - looking glass > http://de.sun.com/homepage/feature/2004/looking-glass/ > http://www.sun.com/software/looking_glass/demo.xml No idea what this is (I don't read german) > apple - macosx tiger - dashboard > http://www.apple.com/macosx/features/dashboard/ > http://images.apple.com/movies/euro/euro/macosx/theater/tiger_sitedemos/apple-tiger-dashboard2.mov gDesklets. My bad, I had a spec file for this, it needs to go into Extras -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From byte at aeon.com.my Wed Apr 20 05:27:47 2005 From: byte at aeon.com.my (Colin Charles) Date: Wed, 20 Apr 2005 15:27:47 +1000 Subject: FC4-Test2-ppc on an iMac G3 In-Reply-To: <446f335b050419030744cc5deb@mail.gmail.com> References: <446f335b05041810294665a721@mail.gmail.com> <1113845804.3590.1.camel@anu.eridu> <446f335b050419030744cc5deb@mail.gmail.com> Message-ID: <1113974867.4380.6.camel@arena.soho.bytebot.net> On Tue, 2005-04-19 at 12:07 +0200, Felix K?hne wrote: > Btw. When partitioning my harddrive, I'm asked to create an "Apple > Bootstrap" partition. How large does it have to be? Perhaps, the crash > mentioned above is linked to that, because I chose a quite small > partition for this, since I don't the exact purpose nor the suggested > size actually. Ideally 800kb, but 1MB will do http://www.bytebot.net/geekdocs/ibook/fedorappc.html -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From roger at gwch.net Wed Apr 20 06:00:09 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 20 Apr 2005 08:00:09 +0200 (CEST) Subject: Crash-course for LVM Message-ID: <15685.62.2.21.164.1113976809.squirrel@www.gwch.net> Hi, Since FC3, i never looked into LVM to deep. Does somebody have a link to a crashcourse on internet? All i found was a very exhausive documentation.. Thanks Roger From ivazquez at ivazquez.net Wed Apr 20 06:07:10 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 20 Apr 2005 02:07:10 -0400 Subject: Crash-course for LVM In-Reply-To: <15685.62.2.21.164.1113976809.squirrel@www.gwch.net> References: <15685.62.2.21.164.1113976809.squirrel@www.gwch.net> Message-ID: <1113977230.13656.50.camel@ignacio.ignacio.lan> On Wed, 2005-04-20 at 08:00 +0200, Roger Grosswiler wrote: > Since FC3, i never looked into LVM to deep. Does somebody have a link > to a crashcourse on internet? All i found was a very exhausive > documentation.. http://www.tldp.org/HOWTO/LVM-HOWTO/ Especially Chapter 11. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 mgb-fedora at yosemite.net Wed Apr 20 06:15:13 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 19 Apr 2005 23:15:13 -0700 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1113975652.3918.2.camel@jellyfish.redfishdemo.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> <1113975652.3918.2.camel@jellyfish.redfishdemo.com> Message-ID: <1113977712.8308.111.camel@mgb.bullion.ims> On Tue, 2005-04-19 at 22:40, Rodd Clarkson wrote: > until you can give the developers something concrete with which to > work all the other comments about this aren't going to amount to squat. Rodd, Grub's DEVELOPERS have already abandoned Grub. Grub is legacy, obsolete, bereft of life, resting in peace. Grub is only here because some MAINTAINER at Redhat nailed Grub to the perch. What is wrong with Grub is that Grub is not as reliable as Lilo. That is why Lilo is needed for serious work. Software developers understand that reliability is important. System administrators understand that reliability is important. Users understand that reliability is important. Business managers may not know how to change their screensavers but even they understand that reliability is important. Simple test cases are great but not always possible. Repeatable failure modes are not the only kind of bugs and recoding is not the only kind of solution. The solution here is easy, and doesn't require any coding. Redhat needs to put Lilo back in Fedora Core is all. --Mike Bird From ivazquez at ivazquez.net Wed Apr 20 06:17:39 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 20 Apr 2005 02:17:39 -0400 Subject: luminocity - looking glass - dashboard In-Reply-To: <1113974771.4380.4.camel@arena.soho.bytebot.net> References: <4263DC78.6030802@gmx.de> <1113974771.4380.4.camel@arena.soho.bytebot.net> Message-ID: <1113977859.13656.56.camel@ignacio.ignacio.lan> On Wed, 2005-04-20 at 15:26 +1000, Colin Charles wrote: > On Mon, 2005-04-18 at 18:12 +0200, shrek-m at gmx.de wrote: > > sun - looking glass > > http://de.sun.com/homepage/feature/2004/looking-glass/ > > http://www.sun.com/software/looking_glass/demo.xml > > No idea what this is (I don't read german) It's a 3-dimensional window manager. http://www.sun.com/software/looking_glass/ http://javadesktop.org/articles/LookingGlass/index.html -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 mharris at www.linux.org.uk Wed Apr 20 06:40:13 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Wed, 20 Apr 2005 02:40:13 -0400 Subject: Anaconda and monitor handling In-Reply-To: <20050419140233.GA4489@devserv.devel.redhat.com> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> <20050419140233.GA4489@devserv.devel.redhat.com> Message-ID: <4265F94D.30905@www.linux.org.uk> Alan Cox wrote: > On Tue, Apr 19, 2005 at 06:53:55AM -0400, Mike A. Harris wrote: > >>640x480 is incredibly small, and does not leave much room to fit >>everything on the screen that is needed, so that is more or >>less out of the question as far as I understand. Even 800x600 >>is pretty short on real estate. > > > 640x480 is the largest *safe* resolution to use without having DDC probe > data. Anything else can cause damage. That may or may not be true, but the likelyhood of our installer team rewriting anaconda to fit in 640x480 seems rather unlikely, unless people would accept a virtual screen that scrolls around, which seems quite unprofessional. I think having a hard requirement of 800x600 minimum is a reasonable thing to expect nowadays. If someone has hardware that does not meet this requirement, they should do a text mode installation instead. Of course that's my own personal opinion, and I'm not on the installer team. I'll let them speak for themselves if they disagree and plan on making anaconda work in 640x480. > Yes its not a lot of space by modern standards but its not that long ago that > 640x480 was hi-res, and its still way above PDA resolution. Its about how you > use it.. > > Another DDC item not handled is dynamic DDC changes That's true also, but we've got far worse problems to contend with before worrying much about that. ;o) From mharris at www.linux.org.uk Wed Apr 20 06:42:14 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Wed, 20 Apr 2005 02:42:14 -0400 Subject: Anaconda and monitor handling In-Reply-To: <1113921002.15050.6.camel@localhost.localdomain> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> <1113915088.12003.5.camel@localhost.localdomain> <426502FF.9090302@www.linux.org.uk> <1113921002.15050.6.camel@localhost.localdomain> Message-ID: <4265F9C6.8060008@www.linux.org.uk> Peter Jones wrote: > On Tue, 2005-04-19 at 09:09 -0400, Mike A. Harris wrote: > > >>For the short term, it would be nice if someone were to >>reimplement ddc-probe to use x86emu or some other emulator >>so that VBE could be used uniformly on all architectures >>at least. That would give reasonable consistency between >>architectures even if it wasn't as complete as what the X >>server has built in. > > > A better plan might be to make the X server's probe routines into their > own DSO, so when other programs need to do this sort of thing, they can > use the code which gets the most exposure ;) X.Org accepts new developers rather openly. Feel free to subscribe to xorg-arch at lists.x.org with a strawman proposal and plan for implementing this, and see if it catches interest. If people believe that is the way to go, then all it takes is someone to take charge of moving it forward, and someone to write the code. From mharris at www.linux.org.uk Wed Apr 20 06:52:30 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Wed, 20 Apr 2005 02:52:30 -0400 Subject: Anaconda and monitor handling In-Reply-To: <20050419143610.GI21833@nostromo.devel.redhat.com> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> <1113915088.12003.5.camel@localhost.localdomain> <426502FF.9090302@www.linux.org.uk> <1113921002.15050.6.camel@localhost.localdomain> <20050419143610.GI21833@nostromo.devel.redhat.com> Message-ID: <4265FC2E.2090407@www.linux.org.uk> Bill Nottingham wrote: > Peter Jones (pjones at redhat.com) said: > >>>For the short term, it would be nice if someone were to >>>reimplement ddc-probe to use x86emu or some other emulator >>>so that VBE could be used uniformly on all architectures >>>at least. That would give reasonable consistency between >>>architectures even if it wasn't as complete as what the X >>>server has built in. >> >>A better plan might be to make the X server's probe routines into their >>own DSO, so when other programs need to do this sort of thing, they can >>use the code which gets the most exposure ;) > > > ... along with fixing X so that it can be started with a blank > monitor section and just figure it out itself. No reason to > 'run X probing code, write a config file, have X read that' when > X can just run its own probing code and use the settings directly. X already does that. The problem however, is that if DDC probing: - is not implemented in a driver - isn't possible due to the attached display not supporting DDC - is blocked by a KVM switch or other device - any other reason DDC might fail ... then you get an X server configured to use DDC with horrible video should DDC not work for any of the above reasons or any other reason. You are then forced to manually hand edit your own config file, wether you are a 1337 hax0r, a developer, a hobbiest, dentist, lawyer, Grandma, or whatever. That is a very poor end user experience, and is IMHO worse than what we have right now, because what we have right now generally works for the majority of users, wether or not their particular setup is DDC-enabled and working. That isn't a reason to not try to improve things however. Peter, Jeremy and I briefly discussed a possible solution to this yesterday in IRC, which turns out was already proposed in an upstream discussion I was partially following. Kean Johnson has proposed that we make the X server do the following: if (UseDDC is set AND we got DDC ranges) use DDC probed ranges else if ranges specified in the config file use those ranges else fall back to some pesimistic defaults endif endif I like Kean's proposal, and he indicated he was working on a patch. I've attempted to contact him to see if he has finished the implementation or not. I'm going to track this closely and try to help it get merged upstream. If he has lost interest, I'll consider finishing it off myself. This would be something for X11R7 however, so probably wont make it into FC4 either way, but it's good that we have had this discussion, in order to pour a bit of fire into getting DDC to be a bit more sane. If anyone wants to follow the discussion, join xorg at freedesktop.org, and search list archives for: Subject: Proposed change to xorgcfg Thanks guys. From rodd at clarkson.id.au Wed Apr 20 07:09:02 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 20 Apr 2005 17:09:02 +1000 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1113977712.8308.111.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> <1113975652.3918.2.camel@jellyfish.redfishdemo.com> <1113977712.8308.111.camel@mgb.bullion.ims> Message-ID: <1113980942.3918.14.camel@jellyfish.redfishdemo.com> More of the same??? On Tue, 2005-04-19 at 23:15 -0700, Mike Bird wrote: > On Tue, 2005-04-19 at 22:40, Rodd Clarkson wrote: > > until you can give the developers something concrete with which to > > work all the other comments about this aren't going to amount to squat. > > Rodd, > > Grub's DEVELOPERS have already abandoned Grub. Grub is legacy, > obsolete, bereft of life, resting in peace. Grub is only here because > some MAINTAINER at Redhat nailed Grub to the perch. This might actually be a specific example of why fedora should look elsewhere other than grub. However, since the one of the benefits of open source is that you don't need to rely on the original developer of a product for ongoing support, and given that RH take bug reports for grub and someone in RH seems to be actively developing grub, I would appear that grub isn't exactly the abandonware you claim it to be. > What is wrong with Grub is that Grub is not as reliable as Lilo. That > is why Lilo is needed for serious work. Software developers understand > that reliability is important. System administrators understand that > reliability is important. Users understand that reliability is > important. Business managers may not know how to change their > screensavers but even they understand that reliability is important. I appreciate reliability too and like many, many people using FC and RH, I find grub to be both reliable and pleasant to use. However, this doesn't change the facts that these are all generalities and that they don't help isolate what you claim is so wrong with grub. > Simple test cases are great but not always possible. Repeatable failure > modes are not the only kind of bugs and recoding is not the only kind of > solution. Sure, simple test cases aren't always possible. But since you are so adamant that grub is so shit, let me tell you two obvious (and specific examples) you could give about grub that the developers will listen too: 1. grub can't do . In this case you explain that you want to be able to do and that grub should be able to do this. 2. grub failed and you had to take the following steps to get grub working again. This may not highlight what went wrong, but it shows that grub failed and the action taken to solve the problem may well help in detecting why it failed. Both these example are specific, and are able to be assessed on their merits. Rodd > > The solution here is easy, and doesn't require any coding. Redhat needs > to put Lilo back in Fedora Core is all. > > --Mike Bird From mharris at www.linux.org.uk Wed Apr 20 07:09:51 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Wed, 20 Apr 2005 03:09:51 -0400 Subject: laptops and cron maintenance In-Reply-To: <20050419102711.A1978@mail.harddata.com> References: <1113905873l.5643l.0l@devel.mpeters.local> <20050419111017.GA8803@chrys.ms.mff.cuni.cz> <20050419102711.A1978@mail.harddata.com> Message-ID: <4266003F.9020704@www.linux.org.uk> Michal Jaegermann wrote: > On Tue, Apr 19, 2005 at 01:10:21PM +0200, Miloslav Trmac wrote: > >>AFAIK it was turned off because "desktop users" don't use locate, Re. to mitr: That isn't why it was turned off at all, from my recollection. The updatedb cron job grinds any modern machine to a screeching halt when it kicks in. This makes my machine totally useless for anywhere from 3-10 minutes, at which point prelink then seems to occasionally kick in and makes it useless for many more minutes. This problem affects many users. I'm not sure what the best solution to the problem is, but having this happen on a laptop must be horrible. ( I don't have a laptop so am going by opinions of others who do.) My understanding is that it was disabled due to desktop interactivity problems such as those myself and many others experience when updatedb kicks in. Saying "desktop users do not use locate" is absurd for several reasons: 1) It's simply not true 2) Our OS is used by hobbiests, enthusiasts, server admins, and a variety of other usage cases which include "desktop" users ranging from "engineering desktop/workstation" to "corporate desktop" to "home desktop (to a lesser extent)". > Eh? How this gem of information was derived? This definitely > does not mesh up with what I am seeing and I am not talking about > myself. Sure, this is anecdotal and not statistical. Agreed. > This will likely become a self-fulfilling prophecy as with locate > turned by default effectively off a percentage of using it will > surely go down. I think we can derive some useful facts about locate: 1) It's widely used by our userbase 2) When updatedb kicks in, it causes interactivity problems, which affect people using a GUI desktop (regardless of the class of user using the desktop, be they technical or be they Grandma) The problem to solve, is basically: - What different approaches might there be to solving this problem and both keeping "locate" available by default, and also reducing or eliminating the horrible interactivity problem that occurs when updatedb runs? There are many possible solutions in theory. - Disable updatedb from running by default. This isn't a solution, it is simply avoiding the problem from happening by default by making locate unuseable by default. It just inconveniences users who do still want locate to work, who now have to re-enable it and then still end up with the interactivity problem. Bad resolution. - Perhaps alter updatedb's script to use iorenice to lower it's I/O priority and improve interactivity? Not sure if this would actually result in the desired behaviour or not, but I'm sure one of our kernel guys can advise wether this would truly help or not. - Enhance updatedb so that it only kicks in if the machine has been idle for so long (keyboard/mouse) kindof like a screensaver. If someone presses a key or moves the mouse, it's sent a signal to stop or something. This suggestion is unrefined but can be potentially a basis for further ideas/discussion. - Turn updatedb into a daemon which updates the database by using fam/gamin to get directory notification events. Not sure how feasible or crackrock this might be, but it popped into my mind, and if it is feasible, and any problems it might have could be worked out, might make locate even more useful. - Explore possible alternatives to updatedb which are friendlier to the system (if there are any). I'm sure others might have additional suggestions. Feel free to comment on mine. From kase at cntw.com Wed Apr 20 07:10:08 2005 From: kase at cntw.com (Karl-Olov Serrander) Date: Wed, 20 Apr 2005 09:10:08 +0200 (MET DST) Subject: rawhide report: 20050419 changes In-Reply-To: <1113923050.3319.6.camel@localhost.localdomain> Message-ID: On Tue, 19 Apr 2005, Ray Strode wrote: > Hi, > > Will yelp in FC4 be able to search and display man/info pages > Yea, man and info pages work for me. > > --Ray Doesn't seem to work with info pages (cpio, gmp, goops, tar and possibly others). Regards -- Karl-Olov Serrander kase at cntw.com From mharris at www.linux.org.uk Wed Apr 20 07:23:26 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Wed, 20 Apr 2005 03:23:26 -0400 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <604aa791050419131072eb3b06@mail.gmail.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <604aa791050419131072eb3b06@mail.gmail.com> Message-ID: <4266036E.5020509@www.linux.org.uk> Jeff Spaleta wrote: > I challenge everyone who thinks about replying to you anymore in the > mailinglist to instead use those 5 minutes to do something > constructive or life-affirming (wash some dishs, close some bugs, hack > on a patch, smoke some pot, or in mharris's case take a shower)... What exactly is that supposed to mean? Making rude personal comments of that nature is completely uncalled for. Not that you've ever actually met me in person or anything to be able to make an assessment either way. spaleta.credibility--; From Fred.New at microlink.ee Wed Apr 20 07:40:55 2005 From: Fred.New at microlink.ee (Fred New) Date: Wed, 20 Apr 2005 10:40:55 +0300 Subject: laptops and cron maintenance Message-ID: <345764DCB65C0C4FACC44529DE273C18F8EBA8@eemail1.microlink.lan> On 20. aprill 2005. a. 10:10, Mike A. Harris wrote: > > There are many possible solutions in theory. > > <5 good suggestions snipped> > > I'm sure others might have additional suggestions. Feel free > to comment on mine. I think the problem is most visible to people like me who turn off our systems when we aren't using them. Perhaps there could be a "slow shutdown" that would tell anacron to run things like updatedb and prelink before shutting down. The user would choose whether to "shutdown now" or "shutdown after running maintenance utilities". Checking whether the system is using battery power could also be part of this slow shutdown. Fred From shrek-m at gmx.de Wed Apr 20 07:59:07 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 20 Apr 2005 09:59:07 +0200 Subject: luminocity - looking glass - dashboard In-Reply-To: <1113977859.13656.56.camel@ignacio.ignacio.lan> References: <4263DC78.6030802@gmx.de> <1113974771.4380.4.camel@arena.soho.bytebot.net> <1113977859.13656.56.camel@ignacio.ignacio.lan> Message-ID: <42660BCB.8050906@gmx.de> Ignacio Vazquez-Abrams wrote: >On Wed, 2005-04-20 at 15:26 +1000, Colin Charles wrote: > > >>On Mon, 2005-04-18 at 18:12 +0200, shrek-m at gmx.de wrote: >> >> >>>sun - looking glass >>> http://de.sun.com/homepage/feature/2004/looking-glass/ >>> http://www.sun.com/software/looking_glass/demo.xml >>> >>> Watch Jonathan Schwartz, Executive Vice President, Software of Sun Microsystems, Inc. demonstrate Project Looking Glass at Sun Network San Francisco 2003. >>No idea what this is (I don't read german) >> >> >It's a 3-dimensional window manager. > >http://www.sun.com/software/looking_glass/ >http://javadesktop.org/articles/LookingGlass/index.html > thanks. -- shrek-m From arjanv at redhat.com Wed Apr 20 08:00:09 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 20 Apr 2005 10:00:09 +0200 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113944257.5909.105.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> Message-ID: <1113984009.6238.39.camel@laptopd505.fenrus.org> On Tue, 2005-04-19 at 13:57 -0700, Mike Bird wrote: > On Tue, 2005-04-19 at 13:24, Chris Adams wrote: > > If you can cite _specific instances_ of GRUB's alleged unreliability > > that have not been addresses in the current version, please open > > Bugzilla cases. Otherwise, your claims are baseless. > > Chris, > > In software development there's difference between a long-term lack of > reliability and a repeatable failure mode. Both are bugs. > > If stands up and says that nobody has > prove that he lied today, that doesn't make him trustworthy. > > Grub has not been reliable. Again no substantiation. Grub is the default since several years, which means it has had milions of users. Now, you want more track record for grub. But would YOU run grub even if lilo was put back? I thought so. So how would grub get that track record for you? It wouldn't. Result: in our eyes it would never get that track record. Proof: Grub has built that track record over the past 2 1/2 years, where initially it was a bit shaky perhaps (although I don't think it was that bad) but is quite mature nowadays. You just failed to notice I guess because you assumed it was not reliable and thus didn't use it. -------------- 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 shrek-m at gmx.de Wed Apr 20 08:06:23 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 20 Apr 2005 10:06:23 +0200 Subject: luminocity - looking glass - dashboard In-Reply-To: <1113974771.4380.4.camel@arena.soho.bytebot.net> References: <4263DC78.6030802@gmx.de> <1113974771.4380.4.camel@arena.soho.bytebot.net> Message-ID: <42660D7F.1020507@gmx.de> Colin Charles wrote: >On Mon, 2005-04-18 at 18:12 +0200, shrek-m at gmx.de wrote: > > >>apple - macosx tiger - dashboard >> http://www.apple.com/macosx/features/dashboard/ >> http://images.apple.com/movies/euro/euro/macosx/theater/tiger_sitedemos/apple-tiger-dashboard2.mov >> >> >gDesklets. My bad, I had a spec file for this, it needs to go into >Extras > > thanks, beagle too ;-) http://www.gnome.org/projects/beagle/ -- shrek-m From Rajmund.Krivec at ijs.si Wed Apr 20 08:06:39 2005 From: Rajmund.Krivec at ijs.si (Rajmund Krivec) Date: Wed, 20 Apr 2005 10:06:39 +0200 (CEST) Subject: fsck.ext3 different? Message-ID: Is it possible that FC2 fsck.ext3 wrill not be able to verify the FC4 partitions, and therefore it will not be able to mount FC4 partitions into FC2? (Multiboot, cross mounting of user areas while transitioning). FC2 could not boot smoothly while a FC4T2 partition was in /etc/fstab. Rajmund From arjanv at redhat.com Wed Apr 20 08:19:57 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 20 Apr 2005 10:19:57 +0200 Subject: fsck.ext3 different? In-Reply-To: References: Message-ID: <1113985198.6238.44.camel@laptopd505.fenrus.org> On Wed, 2005-04-20 at 10:06 +0200, Rajmund Krivec wrote: > Is it possible that FC2 fsck.ext3 wrill not be able to verify > the FC4 partitions, and therefore it will not be able to mount > FC4 partitions into FC2? (Multiboot, cross mounting of user > areas while transitioning). yes fc2 fcsk will not understand some things that fc4 ext3 uses, like online resizing preparations etc. the kernel ought to, but to actually fsck a volume the requirements of understanding all bits are higher than just being allowed to ignore a few things you don't understand.... -------------- 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 res at ausics.net Wed Apr 20 08:44:50 2005 From: res at ausics.net (Res) Date: Wed, 20 Apr 2005 18:44:50 +1000 (EST) Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <604aa7910504191500526cd63b@mail.gmail.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <604aa7910504191500526cd63b@mail.gmail.com> Message-ID: On Tue, 19 Apr 2005, Jeff Spaleta wrote: > On 4/19/05, Res wrote: >> just look at previous threads about the server install option and >> the unnecasary junk it installs as well. > > Talk talk talk.. everybody loves to talk in the mailinglists. > Can you point me to a recent bug report for this testing cycle that > makes specific requests to refine the comps definition that describes > the server install option? read the archives, the discussion was only 4 weeks ago From mgb-fedora at yosemite.net Wed Apr 20 08:45:53 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Wed, 20 Apr 2005 01:45:53 -0700 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113984009.6238.39.camel@laptopd505.fenrus.org> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113984009.6238.39.camel@laptopd505.fenrus.org> Message-ID: <1113986752.8308.137.camel@mgb.bullion.ims> On Wed, 2005-04-20 at 01:00, Arjan van de Ven wrote: > Now, you want more track record for grub. But would YOU run grub even if > lilo was put back? I thought so. So how would grub get that track record > for you? It wouldn't. Result: in our eyes it would never get that track > record. Proof: Grub has built that track record over the past 2 1/2 > years, where initially it was a bit shaky perhaps (although I don't > think it was that bad) but is quite mature nowadays. You just failed to > notice I guess because you assumed it was not reliable and thus didn't > use it. We've run Grub on some systems (not many) because some techs and/or friends setup there personal workstations and/or home systems with default workstation installs. Some still survive and some had to be rescued. The most recent IIRC was an FC3 system a few months ago. Others on this list have reported recent reliability problems with SATA. A lot of people have been bitten by Grub's inability to handle MD. Grub now claims to handle MD but that code does NOT have 2 1/2 years of proven reliability because it was only written a month ago. We can try it on test boxes and then a few workstations and then minor servers etc. Maybe in 2 1/2 years we can consider removing Lilo. The ONLY time I've ever had a problem with Lilo is when I made a mistake - omitting "linear" from the conf file. Lilo has been used on most systems here for roughly ten years. I like software that's more reliable than me. You don't have to use Lilo if you don't want to. You don't have to make Lilo obvious for newbies. Why all the fuss? How does it hurt you if serious sysadmins use Lilo? --Mike Bird From paul.tavernier at ac-rouen.fr Wed Apr 20 08:53:05 2005 From: paul.tavernier at ac-rouen.fr (Paul Tavernier) Date: Wed, 20 Apr 2005 10:53:05 +0200 Subject: swsusp and FC4? Message-ID: <42661871.8070400@ac-rouen.fr> Will this precious package be included in FC4? It's such a nice project for all the mobile users....I'm fed up with shutting down my computer, and restarting up constantly... From a.kurtz at hardsun.net Wed Apr 20 08:57:48 2005 From: a.kurtz at hardsun.net (Aaron Kurtz) Date: Wed, 20 Apr 2005 01:57:48 -0700 Subject: laptops and cron maintenance In-Reply-To: <4266003F.9020704@www.linux.org.uk> References: <1113905873l.5643l.0l@devel.mpeters.local> <20050419111017.GA8803@chrys.ms.mff.cuni.cz> <20050419102711.A1978@mail.harddata.com> <4266003F.9020704@www.linux.org.uk> Message-ID: <1113987468.15034.16.camel@rydia.hardsun.net> On Wed, 2005-04-20 at 03:09 -0400, Mike A. Harris wrote: > There are many possible solutions in theory. > ... > - Turn updatedb into a daemon which updates the database by using > fam/gamin to get directory notification events. Not sure how > feasible or crackrock this might be, but it popped into my mind, > and if it is feasible, and any problems it might have could be > worked out, might make locate even more useful. > > - Explore possible alternatives to updatedb which are friendlier > to the system (if there are any). I have no experience with it, but I have noticed with interest the existence of the rlocate program, which consists of a kernel module that monitors file manipulation and a daemon which updates the locate database with that information every 2 seconds. Unfortunately, this conflicts with SELinux, as apparently both programs have problems with stacking on top of other security modules, so there's no real chance of it being added in the near future. The webpage is http://rlocate.sourceforge.net/ The rlocate page also mentions doodle at http://gnunet.org/doodle/ for searching through documents and which has a fam-updated daemon, so at least someone's done it. -- Aaron Kurtz From mefoster at gmail.com Wed Apr 20 08:59:13 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Wed, 20 Apr 2005 09:59:13 +0100 Subject: fsck.ext3 different? In-Reply-To: References: Message-ID: On 4/20/05, Rajmund Krivec wrote: > Is it possible that FC2 fsck.ext3 wrill not be able to verify > the FC4 partitions, and therefore it will not be able to mount > FC4 partitions into FC2? (Multiboot, cross mounting of user > areas while transitioning). > > FC2 could not boot smoothly while a FC4T2 partition was in > /etc/fstab. You can mount partitions without running fsck, though -- just put a "0" in the last field in /etc/fstab and it'll mount without checking. This has worked in my experience, but I don't claim to understand all of the issues and maybe this is just papering over some looming problem ... but as long as you boot FC4 occasionally, the partition will still get checked, right? MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From davej at redhat.com Wed Apr 20 09:01:18 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 20 Apr 2005 05:01:18 -0400 Subject: swsusp and FC4? In-Reply-To: <42661871.8070400@ac-rouen.fr> References: <42661871.8070400@ac-rouen.fr> Message-ID: <20050420090118.GA28961@redhat.com> On Wed, Apr 20, 2005 at 10:53:05AM +0200, Paul Tavernier wrote: > Will this precious package be included in FC4? It's such a nice > project for all the mobile users....I'm fed up with shutting down my > computer, and restarting up constantly... Magic 8-ball says... "unlikely". There's no way I'd trust it on any box containing data I cared about having read the code. Dave From res at ausics.net Wed Apr 20 09:04:12 2005 From: res at ausics.net (Res) Date: Wed, 20 Apr 2005 19:04:12 +1000 (EST) Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1113974755.8308.80.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> Message-ID: On Tue, 19 Apr 2005, Mike Bird wrote: > On Tue, 2005-04-19 at 22:03, Rodd Clarkson wrote: >> Of course, in all this, keep your mind open. You might find that by >> pointing out a specific, definable short coming of grub the developers >> may choose to get grub up-to-snuff rather than include lilo. > > Been there, done that. As have many others on this list and elsewhere. > Number one is lack of reliability, followed by lack of predictability > which is largely a consequence of lack of documentation. Not to mention i've never met a person yet to get an emergency reisntall of a server from rsync'd/tape backups with grub to boot properly first go.. its sposed to be some crap like chroot /mnt/blah grub-install /dev/sda grub root (hd0,0) setup reboot hmmmm a lot of extra crap to do there considering with lilo its chroot /mnt/blah lilo reboot and works first go everytime without fail! -- Cheers Res From paul.tavernier at ac-rouen.fr Wed Apr 20 09:10:10 2005 From: paul.tavernier at ac-rouen.fr (Paul Tavernier) Date: Wed, 20 Apr 2005 11:10:10 +0200 Subject: swsusp and FC4? In-Reply-To: <20050420090118.GA28961@redhat.com> References: <42661871.8070400@ac-rouen.fr> <20050420090118.GA28961@redhat.com> Message-ID: <42661C72.6030505@ac-rouen.fr> Dave Jones wrote: >On Wed, Apr 20, 2005 at 10:53:05AM +0200, Paul Tavernier wrote: > > Will this precious package be included in FC4? It's such a nice > > project for all the mobile users....I'm fed up with shutting down my > > computer, and restarting up constantly... > >Magic 8-ball says... "unlikely". > >There's no way I'd trust it on any box containing data I cared about >having read the code. > > Dave > > > Explicit answer, thanks, Dave, ...So is there any reliable other project to make our laptops hibernating? Regards, Paul From paul at all-the-johnsons.co.uk Wed Apr 20 09:57:00 2005 From: paul at all-the-johnsons.co.uk (Paul Johnson) Date: Wed, 20 Apr 2005 10:57:00 +0100 Subject: libgcj and OOo problem? Message-ID: <1113991021.4088.5.camel@localhost.localdomain> Hi, After the last libgcj update, OOo 1.9.92 seems very flaky (it makes me feel that I'm using MS Office with random crashes and files vanishing without a trace). Is anyone else seeing this problem and can someone point me in the direction of the last update of gcj so I can test to see if gcj is causing the problem? TTFN Paul -- "He's not the Messiah, he's a very naughty boy" - Life of Brian, Monty Python From emanuel.landeholm at gmail.com Wed Apr 20 10:21:57 2005 From: emanuel.landeholm at gmail.com (Emanuel Landeholm) Date: Wed, 20 Apr 2005 12:21:57 +0200 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113935970.5909.35.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> Message-ID: > Despite numerous complaints about the inadequacy of Grub, Redhat closed > this tracking item - falsely claiming that nothing can be done. > > It would be trivial to restore Lilo to FC4. The only thing standing in > the way is Redhat's arrogance. > > --Mike Bird If it's really trivial why don't you just do it yourself? Redhat gives you an OS for free, stop whining dammit. From fedora at wir-sind-cool.org Wed Apr 20 10:22:14 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Wed, 20 Apr 2005 12:22:14 +0200 Subject: Critical temperature reached, shutting down Message-ID: <20050420122214.623b6f30.fedora@wir-sind-cool.org> Is this supposed to be a sane default for AMD Duron/Athlon chips? Apr 20 11:44:04 rawhide kernel: Critical temperature reached (65 C), shutting down. Apr 20 11:44:04 rawhide shutdown: shutting down for system halt Apr 20 11:44:05 rawhide init: Switching to runlevel: 0 What's going wrong there in FC4T1 and T2 as opposed to FC3? I can work around it by customising the trip_points in /proc/acpi/thermal_zone/THRM/ but why is such a non-trivial step necessary? From shawnthayden at gmail.com Wed Apr 20 11:57:49 2005 From: shawnthayden at gmail.com (Shawn Hayden) Date: Wed, 20 Apr 2005 06:57:49 -0500 Subject: Cannot Install FC4 Test2? In-Reply-To: <426638A7.10203@sp.zrz.tu-berlin.de> References: <475df56f05041806102674e85a@mail.gmail.com> <475df56f05041806143412d6ba@mail.gmail.com> <4264FDCD.50400@mailbox.tu-berlin.de> <475df56f05041912517b7301f6@mail.gmail.com> <426638A7.10203@sp.zrz.tu-berlin.de> Message-ID: <475df56f0504200457339733d9@mail.gmail.com> Is the problem with the creation of the bootable CD? or ISOLINUX? Shawn On 4/20/05, Oliver Kahl wrote: > Hello Shawn, > > last night I went a step further, I leanrned more about make bootable > CD-ROMs and make a iso file from a disk, and so on. > > I cut the ISOLINUX part from FC3 CD1 and paste it > into the FC4 CD1, that was a long strange travel for me. > The result was an ISOLINUX 2.11 bootable FC4 test1 CD. > Very happy to reach this point I checked out this version on > the dell and, yes it BOOT ! > > But (perhaps it is fixed in test2, what I download now and try this > night) the intall routine stops at a line with test the IDE devices. > I do a reboot with varius options, like nodma and noacpi... > , but it doesen?t help. > More about this, tomorrow, after the test with FC4 test2 images. > > But how could now changed the ISOLINUX in FC4 for the > future? Who must I write about this problem? All eMails I wrote > are in a big spool and never reached the "fedora-test-list" > > read this: > > Your mail to 'fedora-test-list' with the subject > > Re: Cannot Install FC4 Test2? > > Is being held until the list moderator can review it for approval. > > The reason it is being held: > > Post by non-member to a members-only list > > I get a new account at RHN & the fedora-test-list, it doesen?t help. > > I think it would be important, that the ISOLINUX version would be changed > in future. Downgrade to an older version, like 2.11 or update to 3.08 preXX. > I hope I can test the 3.08 pre version this night also an can say if it > sucsess or > not. > > greetings > oliver > > Shawn Hayden schrieb: > > >Hello Oliver, > > > >It looks like you have narrowed down the problem. > > > >I will also start looking into this starting tomorrow. > > > >I am very busy today, have a project due tomorrow. > > > >Cheers, > > > >Shawn > > > >On 4/19/05, Oliver Kahl wrote: > > > > > >>Dear Shawn Hayden, > >> > >>I found out more over the problem with ISOLINUX 3.07, since my > >>last mail. That we are on the right way could you read in > >>the following two links: > >> > >>http://syslinux.zytor.com/archives/2005-March/004967.html > >> > >>http://syslinux.zytor.com/archives/2005-April/005012.html > >> > >>I am now on the way to try find out how I can fix that > >>problem. Hope i found a CD-RW :-) > >>I don?t know that I find a solution, because it?s a new > >>terrain for me, normaly I program microcontrollers. > >> > >>If anybody feel able to do this job better/faster, I?ll > >>be happy for parallel help. > >> > >> > >>Oliver Kahl > >> > >> > >> > >> > > > > > > > > > > -- Shawn Hayden shawnthayden at gmail.com From buildsys at redhat.com Wed Apr 20 12:01:32 2005 From: buildsys at redhat.com (Build System) Date: Wed, 20 Apr 2005 08:01:32 -0400 Subject: rawhide report: 20050420 changes Message-ID: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> New package GFS GFS - The Global File System New package GFS-kernel GFS-kernel - The Global File System kernel modules New package ccs CCS - The Cluster Configuration System New package ccs CCS - The Cluster Configuration System New package cman cman - The Cluster Manager New package cman-kernel cman-kernel - The Cluster Manager kernel modules New package cman-kernel cman-kernel - The Cluster Manager kernel modules New package dlm dlm - The Distributed Lock Manager New package dlm-kernel dlm-kernel - The Distributed Lock Manager kernel modules. New package dlm-kernel dlm-kernel - The Distributed Lock Manager kernel modules. New package fence fence - The cluster I/O fencing system New package gnbd gnbd - GFS's Network Block Device New package gnbd-kernel gnbd-kernel - The kernel module for GFS's Network Block Device New package gnbd-kernel gnbd-kernel - The kernel module for GFS's Network Block Device New package gulm gulm - One possible lock manager for GFS New package iddev iddev is a library that identifies device contents. New package magma A cluster/lock manager API abstraction library New package magma A cluster/lock manager API abstraction library New package magma-plugins Cluster manager plugins for magma New package rgmanager Open Source HA Resource Group Failover for Red Hat Enterprise Linux Updated Packages: autorun-3.16-1 -------------- * Tue Apr 19 2005 Harald Hoyer - 3.16 - new languages, translation updates - close() before mount() * Mon Jan 31 2005 Harald Hoyer - 3.15 - added daemon options - added recognition of "pamconsole" attribute in /etc/fstab - updated translation * Mon Oct 11 2004 Harald Hoyer - 3.14 - translation update control-center-1:2.10.1-2 ------------------------- * Fri Apr 15 2005 Ray Strode 2.10.1-2 - Show preferred text toolbar items in ui-properties capplet preview (bug 154836) * Fri Apr 08 2005 Ray Strode 2.10.1-1 - Update to 2.10.1 * Wed Mar 30 2005 Warren Togami 2.10.0-4 - fix ldconfig (#152575) device-mapper-multipath-0.4.4-2.0 --------------------------------- * Tue Apr 19 2005 Alasdair Kergon - 0.4.4-2.0 - Fix core dump from last build. eclipse-1:3.1.0_fc-0.M6.7 ------------------------- * Mon Apr 18 2005 Andrew Overholt 3.1.0_fc-0.M6.7 - Add %if 1 blocks. - Add /usr/lib64/eclipse/plugins to native %files section of each sub-rpm. - Add GNU-style JDT code formatting option (e.o#91770). - Add patch to install plugins from update site in home dir (e.o#90630). - Change gcc-java requirements to libgcj as gcj-dbtool is now in the latter. * Mon Apr 18 2005 Ben Konrath 3.1.0_fc-0.M6.6 - Bump version number. * Mon Apr 18 2005 Ben Konrath 3.1.0_fc-0.M6.5 - Update mozilla patch. fontconfig-2.2.3-13 ------------------- * Tue Apr 19 2005 David Zeuthen - 2.2.3-13 - Add another font family name Sazanami Gothic/Mincho (#148748) fonts-chinese-2.15-2 -------------------- fonts-japanese-0.20050222-3 --------------------------- * Wed Apr 20 2005 Akira TAGOH - 0.20050222-3 - Updated the font path in CIDFnmap.ja (John Thacker, #155403) fonts-korean-1.0.11-4 --------------------- gdm-1:2.6.0.8-5 --------------- * Mon Apr 18 2005 Ray Strode 1:2.6.0.8-5 - Don't install gnome.desktop to /usr/share/xsessions (bug 145791) gnome-session-2.10.0-2 ---------------------- * Mon Apr 18 2005 Ray Strode - 2.10.0-2 - Install gnome.desktop to /usr/share/xsessions (bug 145791) hal-0.5.0.cvs20050404b-3 ------------------------ * Tue Apr 19 2005 Florian La Roche - exclude usb reqs for mainframe (#154616) kdesdk-3.4.0-2 -------------- * Tue Apr 19 2005 Than Ngo 2:3.4.0-2 - buildrequires cleanup kdewebdev-6:3.4.0-2 ------------------- * Tue Apr 19 2005 Than Ngo 6:3.4.0-2 - add kdesdk in buildrequires #155054 kernel-2.6.11-1.1251_FC4 ------------------------ * Wed Apr 20 2005 Dave Jones * Adjust struct dentry 'padding' based on 64bit'ness. * Tue Apr 19 2005 Dave Jones - Print stack trace when we panic. Might give more clues for some of the wierd panics being seen right now. - Blacklist another 'No C2/C3 states' Thinkpad R40e BIOS. (#155236) * Mon Apr 18 2005 Dave Jones - Make ISDN ICN driver not oops when probed with no hardware present. - Add missing MODULE_LICENSE to mac_modes.ko man-pages-ja-20050415-1 ----------------------- * Wed Apr 20 2005 Akira TAGOH - 20050415-1 - updates to 20050415. net-snmp-5.2.1-10 ----------------- * Tue Apr 19 2005 Radek Vokal - 5.2.1-10 - fixed missing requires for devel package (#155221) setools-2.1.0-0 --------------- * Tue Apr 19 2005 Dan Walsh 2.1.0-1 - Update to latest from tresys system-config-printer-0.6.129-1 ------------------------------- * Tue Apr 19 2005 Tim Waugh 0.6.129-1 - 0.6.129: - Read PPD in universal newline mode (bug #147292). - Allow unset enums (bug #154500). - Fixed behaviour when cache file already exists (bug #143721). tftp-0.40-6 ----------- * Tue Apr 19 2005 Radek Vokal 0.40-6 - fix remap rules convert error tux-3.2.18-4 ------------ * Wed Apr 20 2005 Dave Jones - Fix strncpy warning. uucp-1.07-9 ----------- * Tue Apr 19 2005 Peter Vrabec 1.07-9 - long long fsu_bavail in struct fs_usage xfsprogs-2.6.13-4 ----------------- * Wed Apr 20 2005 Dave Jones - Disable debug. (#151438) - Rebuild with gcc4 From kapointer at charter.net Wed Apr 20 12:11:12 2005 From: kapointer at charter.net (Kyle Pointer) Date: Wed, 20 Apr 2005 07:11:12 -0500 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1113973387.4544.30.camel@jellyfish.redfishdemo.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> Message-ID: <1113999073.10991.4.camel@fluffbox.fluffnet> I'm wondering. What architecture did all this GRUB trouble start on? And what sort of partition setup? I've been using FC4test2 since the day it came out and I have not had a single problem with either bootloader. They both worked fine for me. Just in case it has anything to do with partition table I'll post mine. ( 160G Western Digital IDE Hard Drive ) 98% ext3 / 2% swap I have not had a single problem. -- kyle From kaboom at oobleck.net Wed Apr 20 12:21:51 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Wed, 20 Apr 2005 08:21:51 -0400 (EDT) Subject: luminocity - looking glass - dashboard In-Reply-To: <42660D7F.1020507@gmx.de> References: <4263DC78.6030802@gmx.de> <1113974771.4380.4.camel@arena.soho.bytebot.net> <42660D7F.1020507@gmx.de> Message-ID: On Wed, 20 Apr 2005, shrek-m at gmx.de wrote: > >gDesklets. My bad, I had a spec file for this, it needs to go into > >Extras > > > > > > thanks, beagle too ;-) > http://www.gnome.org/projects/beagle/ Is inclusion of mono into Extras legally permissible? If not, you won't be able to compile beagle.... later, chris From fedora at nodata.co.uk Wed Apr 20 12:25:52 2005 From: fedora at nodata.co.uk (nodata) Date: Wed, 20 Apr 2005 14:25:52 +0200 (CEST) Subject: rawhide report: 20050420 changes In-Reply-To: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> Message-ID: <49478.213.164.3.90.1113999952.squirrel@www.nodata.co.uk> > New package GFS > GFS - The Global File System Excellent. From surak at casa.surak.eti.br Wed Apr 20 12:31:56 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 20 Apr 2005 09:31:56 -0300 Subject: rawhide report: 20050420 changes In-Reply-To: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> Message-ID: <1114000317.17275.0.camel@localhost.surak.eti.br> Em Qua, 2005-04-20 ?s 08:01 -0400, Build System escreveu: > New package GFS > GFS - The Global File System Is this that one which costs about US$2000? From shrek-m at gmx.de Wed Apr 20 12:41:52 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 20 Apr 2005 14:41:52 +0200 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1113977712.8308.111.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> <1113975652.3918.2.camel@jellyfish.redfishdemo.com> <1113977712.8308.111.camel@mgb.bullion.ims> Message-ID: <42664E10.6030004@gmx.de> Mike Bird wrote: >Grub's DEVELOPERS have already abandoned Grub. Grub is legacy, >obsolete, bereft of life, resting in peace. Grub is only here because >some MAINTAINER at Redhat nailed Grub to the perch. > please correct me if i am wrong. grub is the default bootloader in afaik redhat/fedora - since a long time suse - since a few releases debian ubuntu ... bye. -- shrek-m Jeff Spaleta wrote: JS> I challenge everyone who thinks about replying to you anymore JS> in the mailinglist to instead use those 5 minutes to do something JS> constructive or life-affirming (wash some dishs, close some bugs, JS> hack on a patch, smoke some pot, or in mharris's case take a shower)... JS> because this continued rehashing of the same difference of opinion is JS> just a huge waste of time. From matt.t.galvin at gmail.com Wed Apr 20 13:06:54 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Wed, 20 Apr 2005 09:06:54 -0400 Subject: 20050420 missing deps Message-ID: Hi All, Ran yum update this morning and got this --- snip --- --> Running transaction check --> Processing Dependency: kdelibs-devel = 3.4.0 for package: kdesdk-devel --> Finished Dependency Resolution Error: Missing Dependency: kdelibs-devel = 3.4.0 is needed by package kdesdk-devel --- snip --- Thanks Matt From cmadams at hiwaay.net Wed Apr 20 13:23:31 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 20 Apr 2005 08:23:31 -0500 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1113974755.8308.80.camel@mgb.bullion.ims> References: <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> Message-ID: <20050420132330.GA577565@hiwaay.net> Once upon a time, Mike Bird said: > On Tue, 2005-04-19 at 22:03, Rodd Clarkson wrote: > > Of course, in all this, keep your mind open. You might find that by > > pointing out a specific, definable short coming of grub the developers > > may choose to get grub up-to-snuff rather than include lilo. > > Been there, done that. As have many others on this list and elsewhere. No, you haven't come up with any specifics. > Number one is lack of reliability 1. In what cases is GRUB unreliable? Define the cases (number and types of drives, install methods, etc.). > followed by lack of predictability 2. In what ways is GRUB unpredictable? Define the cases (number and types of drives, install methods, etc.). > which is largely a consequence of lack of documentation. 3. I have found GRUB to be well documented; "pinfo grub" has tons of information. Please cite specific shortcomings of the documentation. > Experienced programmers and sysadmins report that we need Lilo for > reliable systems. I'm an experienced programmer and sysadmin, and I haven't touched LILO for about 4 years. GRUB has worked just fine for me. > The flame kids have countered with "Works for me", You have countered with "I prefer LILO" and flamed Red Hat and individual people by calling names. Until you answer numbers 1, 2, and 3 above, you have done nothing to show that LILO is needed. All you have done is act like a small child, stomping his feet and yelling "I want LILO", ignoring every adult telling you why you don't need LILO. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From roger at gwch.net Wed Apr 20 13:41:16 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 20 Apr 2005 15:41:16 +0200 Subject: Checking all Mailfolders by default in Thunderbird Message-ID: <42665BFC.90708@gwch.net> Hi list, i thought, setting user_pref("mail.check_all_imap_folders_for_new", true); in ~/.thunderbird/*default/prefs.js makes checking all folders for new mail. In fact it does. But once, it is set and you restart next time - above statement is overwritten. Does Thunderbird copy on each start a new prefs.js in users-homedir? Where would i need in this case to change? Thanks, Roger From roger at gwch.net Wed Apr 20 13:44:40 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 20 Apr 2005 15:44:40 +0200 Subject: Checking all Mailfolders by default in Thunderbird[SOLVED] In-Reply-To: <42665BFC.90708@gwch.net> References: <42665BFC.90708@gwch.net> Message-ID: <42665CC8.3010002@gwch.net> Roger Grosswiler wrote: > Hi list, > > i thought, setting > user_pref("mail.check_all_imap_folders_for_new", true); > > in ~/.thunderbird/*default/prefs.js > > makes checking all folders for new mail. In fact it does. But once, it > is set and you restart next time - above statement is overwritten. > > Does Thunderbird copy on each start a new prefs.js in users-homedir? > Where would i need in this case to change? > > Thanks, > Roger > Sorry, my mistake - did it alright, but when checking, i did not state, that the prefs.js gets somehow new sorted. So, my entry wasn't right there, where i expected it. Roger From kyrre at solution-forge.net Wed Apr 20 13:47:02 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 20 Apr 2005 15:47:02 +0200 Subject: laptops and cron maintenance In-Reply-To: <345764DCB65C0C4FACC44529DE273C18F8EBA8@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18F8EBA8@eemail1.microlink.lan> Message-ID: <1114004822.3849.11.camel@localhost.localdomain> ons, 20.04.2005 kl. 09.40 skrev Fred New: > On 20. aprill 2005. a. 10:10, Mike A. Harris wrote: > > > > There are many possible solutions in theory. > > > > <5 good suggestions snipped> > > > > I'm sure others might have additional suggestions. Feel free > > to comment on mine. > > I think the problem is most visible to people like me who > turn off our systems when we aren't using them. Perhaps > there could be a "slow shutdown" that would tell anacron to > run things like updatedb and prelink before shutting down. > The user would choose whether to "shutdown now" or "shutdown > after running maintenance utilities". Checking whether the > system is using battery power could also be part of this > slow shutdown. > > Fred Hmm... That reminds me of something i have seen on a windows system. I think it was "apply updates and shut down" - but i don't know exactly, as i never really use windows systems... Kyrre From lars at homer.se Wed Apr 20 13:52:03 2005 From: lars at homer.se (Lars E. Pettersson) Date: 20 Apr 2005 15:52:03 +0200 Subject: Checking all Mailfolders by default in Thunderbird In-Reply-To: <42665BFC.90708@gwch.net> References: <42665BFC.90708@gwch.net> Message-ID: <1114005123.12857.1.camel@iving.oso.chalmers.se> On Wed, 2005-04-20 at 15:41, Roger Grosswiler wrote: > user_pref("mail.check_all_imap_folders_for_new", true); > > in ~/.thunderbird/*default/prefs.js Should that not be user.js? Lars -- Lars E. Pettersson http://www.sm6rpz.se/ From pcaulfie at redhat.com Wed Apr 20 13:55:18 2005 From: pcaulfie at redhat.com (Patrick Caulfield) Date: Wed, 20 Apr 2005 14:55:18 +0100 Subject: Checking all Mailfolders by default in Thunderbird[SOLVED] In-Reply-To: <42665CC8.3010002@gwch.net> References: <42665BFC.90708@gwch.net> <42665CC8.3010002@gwch.net> Message-ID: <42665F46.4060004@redhat.com> Roger Grosswiler wrote: >> > Sorry, my mistake - did it alright, but when checking, i did not state, > that the prefs.js gets somehow new sorted. So, my entry wasn't right > there, where i expected it. I think its best to put it in user.js rather than prefs.js, then it won't get overwritten. Patrick From alan at redhat.com Wed Apr 20 13:55:41 2005 From: alan at redhat.com (Alan Cox) Date: Wed, 20 Apr 2005 09:55:41 -0400 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113948131.8308.11.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> Message-ID: <20050420135541.GC10443@devserv.devel.redhat.com> On Tue, Apr 19, 2005 at 03:02:12PM -0700, Mike Bird wrote: > Would you care to offer any reasons as to why Lilo should or should not > be available during Fedora and RHEL installations? Its unmaintained Its obsolete Nobody in Red Hat tests/qa's it We can use the disk space for real packages Its more productive to fix grub than import prehistoric baggage like lilo lilo doesn't understand file system layouts etc From czar at czarc.net Wed Apr 20 14:02:17 2005 From: czar at czarc.net (Gene C.) Date: Wed, 20 Apr 2005 10:02:17 -0400 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1113977712.8308.111.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113975652.3918.2.camel@jellyfish.redfishdemo.com> <1113977712.8308.111.camel@mgb.bullion.ims> Message-ID: <200504201002.17789.czar@czarc.net> On Wednesday 20 April 2005 02:15, Mike Bird wrote: > On Tue, 2005-04-19 at 22:40, Rodd Clarkson wrote: > > until you can give the developers something concrete with which to > > work all the other comments about this aren't going to amount to squat. > > Rodd, > > Grub's DEVELOPERS have already abandoned Grub. Grub is legacy, > obsolete, bereft of life, resting in peace. Grub is only here because > some MAINTAINER at Redhat nailed Grub to the perch. Arrgh .. I cannot believe I am replying to the but ... Yes, GRUB (1) is now considered legacy and work is proceeding on GRUB2. I would expect to see GRUB2 offered (probably in parallel with GRUB Legacy) in some future release of Fedora Core. I personally much prefer grub to lilo because of the lilo problems I have had in the past ... configuring lilo to do multiple boots (chainloads) of different partitions whereas grub does this cleanly and reliably. > > What is wrong with Grub is that Grub is not as reliable as Lilo. That > is why Lilo is needed for serious work. Software developers understand > that reliability is important. System administrators understand that > reliability is important. Users understand that reliability is > important. Business managers may not know how to change their > screensavers but even they understand that reliability is important. As others have repeatedly said ... specifics, specifics, specifics, ... As developers have stated in the flaming thread, as far as they know, there are no problems with the current grub. > > Simple test cases are great but not always possible. Repeatable failure > modes are not the only kind of bugs and recoding is not the only kind of > solution. > > The solution here is easy, and doesn't require any coding. Redhat needs > to put Lilo back in Fedora Core is all. Fedora is a leading edge development process. For rock solid usage and support you should be using a product such as Red Hat Enterprise Linux (or one of its clones such as CentOS if you do not need support). RHEL (and CentOS) support lilo. As other have also pointed out, you are free to do lilo yourself on top of FC4 and, if you really want to contribute rather than just bitch, offer to support lilo as part of Fedora Extras. As I understand some of the objection to grub, in the past, grub did not work well in RAID configurations. Well, the claim is now made that it does work for RAID. Can you offer a concrete example where it does not work? If you reply to this message without a concrete example, that implies to me that you do not have one. I too was bit by the removal of packages from FC4 -- nedit. Nedit is my preferred editor for editing program text files but it has been dropped. While I can do nedit myself (and even considered offering to support it for Fedora Extras), this has forced me to look at the alternatives which are included in FC4 (kwrite and kate for example but not gedit). The alternatives look good and (although I may keep nedit around for a bit longer), I believe I will switch. With lilo being dropped, you should consider moving to grub. If reliability is really you prime driver, then get a supported PRODUCT such as RHEL! -- Gene From alan at redhat.com Wed Apr 20 14:13:46 2005 From: alan at redhat.com (Alan Cox) Date: Wed, 20 Apr 2005 10:13:46 -0400 Subject: Anaconda and monitor handling In-Reply-To: <4265F94D.30905@www.linux.org.uk> References: <1113812577.5139.5.camel@littlePiet> <4264E343.4050905@www.linux.org.uk> <20050419140233.GA4489@devserv.devel.redhat.com> <4265F94D.30905@www.linux.org.uk> Message-ID: <20050420141346.GI10443@devserv.devel.redhat.com> On Wed, Apr 20, 2005 at 02:40:13AM -0400, Mike A. Harris wrote: > >640x480 is the largest *safe* resolution to use without having DDC probe > >data. Anything else can cause damage. > > That may or may not be true, but the likelyhood of our installer > team rewriting anaconda to fit in 640x480 seems rather unlikely, > unless people would accept a virtual screen that scrolls around, > which seems quite unprofessional. Switching to 800x600 without asking the user and without DDC data is still dangerous. Blame the VGA designers but thats the reality of the situation. From alan at redhat.com Wed Apr 20 14:18:07 2005 From: alan at redhat.com (Alan Cox) Date: Wed, 20 Apr 2005 10:18:07 -0400 Subject: rawhide report: 20050420 changes In-Reply-To: <1114000317.17275.0.camel@localhost.surak.eti.br> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> <1114000317.17275.0.camel@localhost.surak.eti.br> Message-ID: <20050420141807.GK10443@devserv.devel.redhat.com> On Wed, Apr 20, 2005 at 09:31:56AM -0300, Alexandre Strube wrote: > Em Qua, 2005-04-20 ?s 08:01 -0400, Build System escreveu: > > New package GFS > > GFS - The Global File System > Is this that one which costs about US$2000? It's the one Red Hat sells support/maintenance for yes. The code itself is in public cvs From shrek-m at gmx.de Wed Apr 20 14:19:41 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 20 Apr 2005 16:19:41 +0200 Subject: laptops and cron maintenance In-Reply-To: <345764DCB65C0C4FACC44529DE273C18F8EBA8@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18F8EBA8@eemail1.microlink.lan> Message-ID: <426664FD.1080908@gmx.de> Fred New wrote: >On 20. aprill 2005. a. 10:10, Mike A. Harris wrote: > > >>There are many possible solutions in theory. >> >><5 good suggestions snipped> >> >>I'm sure others might have additional suggestions. Feel free >>to comment on mine. >> >> > >I think the problem is most visible to people like me who >turn off our systems when we aren't using them. Perhaps >there could be a "slow shutdown" that would tell anacron to >run things like updatedb and prelink before shutting down. >The user would choose whether to "shutdown now" or "shutdown >after running maintenance utilities". Checking whether the >system is using battery power could also be part of this >slow shutdown. > fast-boot, early-gdm-login, slow-shutdown, fast-shutdown, ... please do not confuse the users. please let the systems boot and shutdown in a anciently but truthful manner. -- shrek-m From fedora at nodata.co.uk Wed Apr 20 14:20:11 2005 From: fedora at nodata.co.uk (nodata) Date: Wed, 20 Apr 2005 16:20:11 +0200 (CEST) Subject: rawhide report: 20050420 changes In-Reply-To: <1114000317.17275.0.camel@localhost.surak.eti.br> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> <1114000317.17275.0.camel@localhost.surak.eti.br> Message-ID: <40262.213.164.3.90.1114006811.squirrel@www.nodata.co.uk> > Em Qua, 2005-04-20 ?s 08:01 -0400, Build System escreveu: >> New package GFS >> GFS - The Global File System > Is this that one which costs about US$2000? > Yes, but it's the newer (presumably less tested) version, so if you're going to need GFS, you probably want the stable one. You can get the source for the stable version though.. The price tag is more insurance to get support quickly. From fedora at nodata.co.uk Wed Apr 20 14:21:18 2005 From: fedora at nodata.co.uk (nodata) Date: Wed, 20 Apr 2005 16:21:18 +0200 (CEST) Subject: rawhide report: 20050420 changes In-Reply-To: <20050420141807.GK10443@devserv.devel.redhat.com> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> <1114000317.17275.0.camel@localhost.surak.eti.br> <20050420141807.GK10443@devserv.devel.redhat.com> Message-ID: <18502.213.164.3.90.1114006878.squirrel@www.nodata.co.uk> > On Wed, Apr 20, 2005 at 09:31:56AM -0300, Alexandre Strube wrote: >> Em Qua, 2005-04-20 ?s 08:01 -0400, Build System escreveu: >> > New package GFS >> > GFS - The Global File System >> Is this that one which costs about US$2000? > > It's the one Red Hat sells support/maintenance for yes. The code itself is > in public cvs > Is the version in rawhide is the same as is available to RHEL customers? From jspaleta at gmail.com Wed Apr 20 14:30:24 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 20 Apr 2005 10:30:24 -0400 Subject: rawhide report: 20050420 changes In-Reply-To: <49478.213.164.3.90.1113999952.squirrel@www.nodata.co.uk> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> <49478.213.164.3.90.1113999952.squirrel@www.nodata.co.uk> Message-ID: <604aa79105042007302d3ccf67@mail.gmail.com> On 4/20/05, nodata wrote: > > New package GFS > > GFS - The Global File System > > Excellent. Uhm.. looking at the package set... and the package payload... I think this was re-included into the rawhide tree by mistake. The kernel module package is the one from december, which means it useful only for people who are still running 2.6.9-1.1047_FC4 kernel or who want to recompile the srpm. While I hope the packaging issues with stand-alone kernel modules in Core are being worked on, I don't think the current rawhide GFS packageset includes any changes that address the issues that saw GFS pulled from rawhide previously. -jef -jef From roger at gwch.net Wed Apr 20 14:37:14 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 20 Apr 2005 16:37:14 +0200 Subject: Checking all Mailfolders by default in Thunderbird[SOLVED] In-Reply-To: <42665F46.4060004@redhat.com> References: <42665BFC.90708@gwch.net> <42665CC8.3010002@gwch.net> <42665F46.4060004@redhat.com> Message-ID: <4266691A.2070207@gwch.net> Patrick Caulfield wrote: > Roger Grosswiler wrote: > >>Sorry, my mistake - did it alright, but when checking, i did not state, >>that the prefs.js gets somehow new sorted. So, my entry wasn't right >>there, where i expected it. > > > I think its best to put it in user.js rather than prefs.js, then it > won't get overwritten. > > Patrick > thanks, it even does not get overwritten in prefs.js - as long as you change and are not in thunderbird meanwhile. The only reason, why i did not find it was, that thunderbird sorts the file again, so this wasn't the last entry anymore, but it is there. Roger From ken at geekystuff.net Wed Apr 20 16:18:24 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Wed, 20 Apr 2005 12:18:24 -0400 Subject: rawhide report: 20050420 changes In-Reply-To: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> Message-ID: <426680D0.3080808@geekystuff.net> I received this message when installing kernel-devel-2.6.11-1.1251_FC4.x86_64: Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-x86_64/./include/config/MARKER Failed to mmap ./include/config/MARKER On reboot, I saw two errors for udev, but they went by so quickly I cannot tell you more. After logging in to my user account, I found I could not "see" past my NIC. I could not ping anything which needed name resolution - unfortunately I was not smart enough to try to ping an ip address. Running ifconfig showed nothing unusual and the boot log did not reveal the udev error I saw upon boot. I subsequently uninstalled the 1251 kernel and all is well again. Regards, Ken Nordquist From rpjday at mindspring.com Wed Apr 20 15:39:31 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 20 Apr 2005 11:39:31 -0400 (EDT) Subject: dependency problem in latest "yum update": kdelibs-devel Message-ID: Error: ... kdelibs-devel = 3.4.0 is needed by package kdesdk-devel rday From matt.t.galvin at gmail.com Wed Apr 20 15:45:29 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Wed, 20 Apr 2005 11:45:29 -0400 Subject: Small Gnome Issue Message-ID: In Gnome when dragging an icon around on the desktop I always see a line against the left side of the screen. I don't know exactly what component is causing this but I know there is a fix for it, the Ubuntu guys fixed this a few weeks back. Matt From thomas.cameron at camerontech.com Wed Apr 20 15:59:41 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Wed, 20 Apr 2005 10:59:41 -0500 Subject: [Bug 154763] Grub is inadequate without Lilo for backup] References: <1113935970.5909.35.camel@mgb.bullion.ims> Message-ID: <00b301c545c1$f6c75370$154fad18@thomas> ----- Original Message ----- From: "Mike Bird" To: Sent: Tuesday, April 19, 2005 1:39 PM Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] > Despite numerous complaints about the inadequacy of Grub, Redhat closed > this tracking item - falsely claiming that nothing can be done. > > It would be trivial to restore Lilo to FC4. The only thing standing in > the way is Redhat's arrogance. > > --Mike Bird > Seriously folks, stop feeding the troll. From mgb-fedora at yosemite.net Wed Apr 20 16:11:28 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Wed, 20 Apr 2005 09:11:28 -0700 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <20050420135541.GC10443@devserv.devel.redhat.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> Message-ID: <1114013487.8308.199.camel@mgb.bullion.ims> Alan, On Wed, 2005-04-20 at 06:55, Alan Cox wrote: > Its unmaintained False wrt Lilo in general. Circular argument wrt RH. Irrelevant since the long-unmaintained RH version of Lilo just works. > Its obsolete False. Might become true in future if Grub 2 becomes as reliable as Lilo, which currently seems unlikely with all the extra widgets being grafted on. > Nobody in Red Hat tests/qa's it Circular argument. Irrelevant since Lilo just works. Irrelevant, judging by the effort RH has spent over the years trying to get Grub up to snuff. > We can use the disk space for real packages Falsely assumes Lilo is not a real package. Contradicts previous RH statement that disk space is not an issue wrt Lilo. If disk space is an issue then drop Lilo's docs which aren't needed during Anaconda. > Its more productive to fix grub than import prehistoric baggage like lilo Falsely assumes Lilo is prehistoric baggage. Falsely assumes Lilo takes significant effort to import - just leave it in the Core. False on its face, as RH has worked to fix Grub for years whereas even the ancient version of Lilo that Redhat shipped just works. > lilo doesn't understand file system layouts Irrelevant - neither does vim or the TCP stack. Lilo boots reliably. That's all we want it to do. How does an alternative reliable boot loader hurt anything other than RH egos, particularly if hidden from newbies? How many times has Redhat helped a RHEL subscriber because Grub changed its concept of which device was which, or couldn't handle MD, or broke after a restore, or was used on uncertified hardware, or just mysteriously broke? Will Redhat drop Lilo from RHEL too, or is this just a measure to cripple Fedora? --Mike Bird From davej at redhat.com Wed Apr 20 16:23:11 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 20 Apr 2005 12:23:11 -0400 Subject: swsusp and FC4? In-Reply-To: <42661C72.6030505@ac-rouen.fr> References: <42661871.8070400@ac-rouen.fr> <20050420090118.GA28961@redhat.com> <42661C72.6030505@ac-rouen.fr> Message-ID: <20050420162311.GC2476@redhat.com> On Wed, Apr 20, 2005 at 11:10:10AM +0200, Paul Tavernier wrote: > Dave Jones wrote: > > >On Wed, Apr 20, 2005 at 10:53:05AM +0200, Paul Tavernier wrote: > >> Will this precious package be included in FC4? It's such a nice > >> project for all the mobile users....I'm fed up with shutting down my > >> computer, and restarting up constantly... > > > >Magic 8-ball says... "unlikely". > > > >There's no way I'd trust it on any box containing data I cared about > >having read the code. > > > Explicit answer, thanks, Dave, > ...So is there any reliable other project to make our laptops hibernating? suspend-to-ram with ACPI is the best we have to offer right now (and yes, I know how broken it is on a lot of setups). There are folks at Red Hat looking into trying to make this more usable to more people. Dunno if it'll make FC4 though, it's an ongoing thing. Dave From riteshsarraf at users.sourceforge.net Wed Apr 20 16:21:59 2005 From: riteshsarraf at users.sourceforge.net (Ritesh Raj Sarraf) Date: Wed, 20 Apr 2005 21:51:59 +0530 Subject: swsusp and FC4? References: <42661871.8070400@ac-rouen.fr> <20050420090118.GA28961@redhat.com> <42661C72.6030505@ac-rouen.fr> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Paul Tavernier wrote: > Dave Jones wrote: > >>On Wed, Apr 20, 2005 at 10:53:05AM +0200, Paul Tavernier wrote: >> > Will this precious package be included in FC4? It's such a nice >> > project for all the mobile users....I'm fed up with shutting down my >> > computer, and restarting up constantly... >> >>Magic 8-ball says... "unlikely". >> >>There's no way I'd trust it on any box containing data I cared about >>having read the code. >> >>Dave >> >> >> > Explicit answer, thanks, Dave, > > ...So is there any reliable other project to make our laptops hibernating? > > Regards, > Paul > swsusp version 1, which is in the stock kernel works pretty well for me. rrs - -- Ritesh Raj Sarraf RESEARCHUT -- http://www.researchut.com Gnupg Key ID: 04F130BC "Stealing logic from one person is plagiarism, stealing from many is research." "Necessity is the mother of invention." -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCZoGn4Rhi6gTxMLwRAiEEAJ9D1N7VjQ5MCvZIziIlo3uDgV9+DACePB3c J8w7ALjKZn0R2l77WOA8G58= =9rmw -----END PGP SIGNATURE----- From guy at incentre.net Wed Apr 20 16:38:14 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 20 Apr 2005 10:38:14 -0600 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1113999073.10991.4.camel@fluffbox.fluffnet> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113999073.10991.4.camel@fluffbox.fluffnet> Message-ID: <1114015094.4929.111.camel@sigurd.incentre.net> On Wed, 2005-20-04 at 07:11 -0500, Kyle Pointer wrote: > I'm wondering. What architecture did all this GRUB trouble start on? > And what sort of partition setup? > I've been using FC4test2 since the day it came out and I have not had a > single problem with either bootloader. They both worked fine for me. > Just in case it has anything to do with partition table I'll post mine. > > ( 160G Western Digital IDE Hard Drive ) > 98% ext3 / > 2% swap > > I have not had a single problem. > -- kyle With a single ATA Drive you won't. From matt.t.galvin at gmail.com Wed Apr 20 16:42:06 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Wed, 20 Apr 2005 12:42:06 -0400 Subject: dependency problem in latest "yum update": kdelibs-devel In-Reply-To: References: Message-ID: Yup, same here https://www.redhat.com/archives/fedora-test-list/2005-April/msg01676.html Matt On 4/20/05, Robert P. J. Day wrote: > > Error: ... kdelibs-devel = 3.4.0 is needed by package kdesdk-devel > > rday > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From davej at redhat.com Wed Apr 20 16:48:52 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 20 Apr 2005 12:48:52 -0400 Subject: Critical temperature reached, shutting down In-Reply-To: <20050420122214.623b6f30.fedora@wir-sind-cool.org> References: <20050420122214.623b6f30.fedora@wir-sind-cool.org> Message-ID: <20050420164851.GD2476@redhat.com> On Wed, Apr 20, 2005 at 12:22:14PM +0200, Michael Schwendt wrote: > Is this supposed to be a sane default for AMD Duron/Athlon chips? > > Apr 20 11:44:04 rawhide kernel: Critical temperature reached (65 C), shutting down. > Apr 20 11:44:04 rawhide shutdown: shutting down for system halt > Apr 20 11:44:05 rawhide init: Switching to runlevel: 0 > > What's going wrong there in FC4T1 and T2 as opposed to FC3? > > I can work around it by customising the trip_points in > /proc/acpi/thermal_zone/THRM/ but why is such a non-trivial step > necessary? That does seem a little low. If memory serves me correctly, the critical temperature for athlons is somewhere in the 75-80C range. What were the contents of /proc/acpi/thermal_zone/THRM/ on the older kernels ? If there's a BIOS update available, you may want to give that a try. Please file a bug on this, and make sure it has linux-acpi at intel.com in the Cc: box. thanks, Dave From aoliva at redhat.com Wed Apr 20 16:52:03 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 20 Apr 2005 13:52:03 -0300 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> Message-ID: On Apr 20, 2005, Res wrote: > grub-install /dev/sda This is pretty much equivalent (except for mistakes you appear to have made for not being sufficiently familiar with grub) to: > grub > root (hd0,0) > setup I.e., grub-install is equivalent to lilo, making them both just as `difficult' to use, with the difference that you don't have to re-run grub-install every time you change your boot loader configuration. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From guy at incentre.net Wed Apr 20 16:52:16 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 20 Apr 2005 10:52:16 -0600 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <20050420132330.GA577565@hiwaay.net> References: <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> <20050420132330.GA577565@hiwaay.net> Message-ID: <1114015936.4929.124.camel@sigurd.incentre.net> On Wed, 2005-20-04 at 08:23 -0500, Chris Adams wrote: > Once upon a time, Mike Bird said: > > On Tue, 2005-04-19 at 22:03, Rodd Clarkson wrote: > > > Of course, in all this, keep your mind open. You might find that by > > > pointing out a specific, definable short coming of grub the developers > > > may choose to get grub up-to-snuff rather than include lilo. > > > > Been there, done that. As have many others on this list and elsewhere. > > No, you haven't come up with any specifics. > > > Number one is lack of reliability > > 1. In what cases is GRUB unreliable? Define the cases (number and types > of drives, install methods, etc.). > > > followed by lack of predictability > > 2. In what ways is GRUB unpredictable? Define the cases (number and > types of drives, install methods, etc.). > > > which is largely a consequence of lack of documentation. > > 3. I have found GRUB to be well documented; "pinfo grub" has tons of > information. Please cite specific shortcomings of the documentation. > > > Experienced programmers and sysadmins report that we need Lilo for > > reliable systems. > > I'm an experienced programmer and sysadmin, and I haven't touched LILO > for about 4 years. GRUB has worked just fine for me. > > > The flame kids have countered with "Works for me", > > You have countered with "I prefer LILO" and flamed Red Hat and > individual people by calling names. > > Until you answer numbers 1, 2, and 3 above, you have done nothing to > show that LILO is needed. OK. 1) If I spend the time to test GRUB on FC4t2, and discover the same problems still exist, that I have seen before and can not resolve the issue using the wonderful info documentation, are you saying you would then consider LILO to be needed. 2) One of the problems with the documentation may be that it requires pinfo. If the documentation was put in HTML format it would be *MUCH* easier to use. I have heard many people who find pinfo very difficult to use, and prefer to avoid info documentation all together. I don't care for it myself but can use it, when necessary. 3) What can you do about getting LILO reinstated if it can be demonstrated that it will work in situations where GRUB will not. > All you have done is act like a small child, > stomping his feet and yelling "I want LILO", ignoring every adult > telling you why you don't need LILO. > -- > Chris Adams > Systems and Network Administrator - HiWAAY Internet Services > I don't speak for anybody but myself - that's enough trouble. From asantini at movinet.com.uy Wed Apr 20 16:56:41 2005 From: asantini at movinet.com.uy (aldo santini) Date: Wed, 20 Apr 2005 13:56:41 -0300 Subject: kernel 2.6.11-1.1240_FC4 and nvidia. Message-ID: <1114016201.3993.3.camel@Bigserver> is there a known issue between this kernel and the nvidia driver? can build the module, but X failed to start. the nv driver works fine. i look the log, but did not see any strange. -- aldo santini From jerryg at gaiser.org Wed Apr 20 15:29:21 2005 From: jerryg at gaiser.org (Jerry Gaiser) Date: Wed, 20 Apr 2005 08:29:21 -0700 Subject: Invoking Godwin's Law (was: Re: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup]) In-Reply-To: <1113948785.25433.5.camel@md.local.linuxlobbyist.org> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113948785.25433.5.camel@md.local.linuxlobbyist.org> Message-ID: <200504200829.21577.jerryg@gaiser.org> On Tuesday 19 April 2005 15:13, Paul Iadonisi wrote: > HITLER! > > PLEASE? > This whole thread and Mr Bird have been filtered and PLONKed for a long time. It's been a waste of bandwidth for quite some time. -- Jerry Gaiser in North Plains, Oregon USA (Zone8a) - 45.6933N 123.0418W From ziga.mahkovec at klika.si Wed Apr 20 17:10:00 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Wed, 20 Apr 2005 19:10:00 +0200 Subject: laptops and cron maintenance In-Reply-To: <4266003F.9020704@www.linux.org.uk> References: <1113905873l.5643l.0l@devel.mpeters.local> <20050419111017.GA8803@chrys.ms.mff.cuni.cz> <20050419102711.A1978@mail.harddata.com> <4266003F.9020704@www.linux.org.uk> Message-ID: <1114017001.8352.59.camel@localhost> On Wed, 2005-04-20 at 03:09 -0400, Mike A. Harris wrote: > There are many possible solutions in theory. > > [...] > > - Perhaps alter updatedb's script to use iorenice to lower it's > I/O priority and improve interactivity? Not sure if this would > actually result in the desired behaviour or not, but I'm sure > one of our kernel guys can advise wether this would truly help > or not. This was already discussed in some detail here -- it's not necessarily IO scheduling that's the problem here. In fact, now that CFQ is back as the default elevator, I hardly notice updatedb running. The bigger problem I think is the swapout is causes. Let updatedb do its run, then switch to another application and notice the delay as it's swapped back in. There was actually an interesting lkml discussion[1] about this. It was suggested that /proc/sys/vm/swappiness be decreased when running updatedb. Does this kill babies? > - Turn updatedb into a daemon which updates the database by using > fam/gamin to get directory notification events. Not sure how > feasible or crackrock this might be, but it popped into my mind, > and if it is feasible, and any problems it might have could be > worked out, might make locate even more useful. There were some suggestions for using inotify. However, inotify doesn't support recursive directory watching, so using it for every directory would have a high memory impact. The author advised against using it for monitoring the entire tree (Beagle for example uses it for the home directory only). dnotify on the other hand would quickly run out of file descriptors. > I'm sure others might have additional suggestions. Feel free > to comment on mine. Well, I have a hunch that updatedb is not doing things in a very efficient way (it doesn't seem to be using knowledge of the underlying file system). But running time is the least of our worries here. [1] http://kerneltrap.org/node/3000 -- Ziga From pri.rhl3 at iadonisi.to Wed Apr 20 17:31:26 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Wed, 20 Apr 2005 13:31:26 -0400 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1114015936.4929.124.camel@sigurd.incentre.net> References: <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> <20050420132330.GA577565@hiwaay.net> <1114015936.4929.124.camel@sigurd.incentre.net> Message-ID: <1114018286.12301.49.camel@md.local.linuxlobbyist.org> On Wed, 2005-04-20 at 10:52 -0600, Guy Fraser wrote: [snip] Because I note a hint of willingness here, I'll respond again. > 1) If I spend the time to test GRUB on FC4t2, and discover the > same problems still exist, that I have seen before and can not > resolve the issue using the wonderful info documentation, are > you saying you would then consider LILO to be needed. That is not the nature of testing. Though if it were up to me, I personally would not rule out re-including lilo, you're leaving out a few important steps, here. If you discover the same problems still exist and you can't resolve them with the documentation you need to: a) Define what 'same problems' you are talking about. This may mean chipset information, mobo info, drive types (IDE, PATA, SATA, SCSI), drive arrangement (primary master, secondary slave, scsi id 0, etc.), and other pertinent information (software raid info with config files). You may not need to post this much detail to the list, but save it for a possible, future bugzilla entry. b) See if someone on the list can help. If the problem is solved with someone's help from the list, then it's probably a documentation bug and should be filed as such. c) Monitor any bugs you file (the default in Red Hat's bugzilla is to send you mail when it's updated) in particular for requests for more information or a request to check out a particular update on your specific setup. An all important goal here is assist developers in reproducing the problem on their own hardware if at all possible. And keep this feedback loop going, minus the 'grub sucks, lilo rules' rants. We know where you stand on that...no need to muddy up the bugzilla database with it. The point is, if you're going to help test grub, at least make an attempt to help developers fix it. If you instantly want Red Hat to abandon the idea of eliminating lilo as soon as you find a reproducible bug in grub, then that's not much help. Well, you can 'want' it, but don't give up on helping to fix grub in the meantime. > 2) One of the problems with the documentation may be that it > requires pinfo. If the documentation was put in HTML format > it would be *MUCH* easier to use. I have heard many people > who find pinfo very difficult to use, and prefer to avoid > info documentation all together. I don't care for it myself > but can use it, when necessary. +1 Don't even get me going on info files. It's just...twisted. > 3) What can you do about getting LILO reinstated if it can be > demonstrated that it will work in situations where GRUB will > not. See above. I will only see the justification for that if I start seeing specific bug numbers with specific controller model numbers and specific drive arrangements and a clear description of the technical problem. And even then, only if the problem can't be fixed in time before, say the next test release? Remember, though, you don't need to wait until then to test a fix, provided an updated boot.iso and *stage*img files are put out with the new grub embeded. Or maybe only the updated rpm in the rawhide is necessary -- I'm not sure how anaconda works regarding that. Either way, test, test, test ... and include any updates that show up in rawhide in that testing. -- -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 guy at incentre.net Wed Apr 20 17:33:14 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 20 Apr 2005 11:33:14 -0600 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <20050420135541.GC10443@devserv.devel.redhat.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> Message-ID: <1114018395.4929.135.camel@sigurd.incentre.net> On Wed, 2005-20-04 at 09:55 -0400, Alan Cox wrote: > On Tue, Apr 19, 2005 at 03:02:12PM -0700, Mike Bird wrote: > > Would you care to offer any reasons as to why Lilo should or should not > > be available during Fedora and RHEL installations? > > Its unmaintained GRUB Legacy = ditto. > Its obsolete GRUB Legacy = ditto. > Nobody in Red Hat tests/qa's it >From what I can tell, it is the FC users who are supposed to QA GRUB Legacy patches, for RHEL. > We can use the disk space for real packages Like what, a single 640x480 wallpaper? > Its more productive to fix grub than import prehistoric baggage like lilo Ahh, so it is more productive to patch the heck out of a package that is not even maintained by the original developers. > lilo doesn't understand file system layouts > etc Who cares, as long as it works. From mgb-fedora at yosemite.net Wed Apr 20 17:39:04 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Wed, 20 Apr 2005 10:39:04 -0700 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1114015094.4929.111.camel@sigurd.incentre.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113999073.10991.4.camel@fluffbox.fluffnet> <1114015094.4929.111.camel@sigurd.incentre.net> Message-ID: <1114018743.8308.217.camel@mgb.bullion.ims> On Wed, 2005-04-20 at 09:38, Guy Fraser wrote: > On Wed, 2005-20-04 at 07:11 -0500, Kyle Pointer wrote: > > I'm wondering. What architecture did all this GRUB trouble start on? > > And what sort of partition setup? > > I've been using FC4test2 since the day it came out and I have not had a > > single problem with either bootloader. They both worked fine for me. > > Just in case it has anything to do with partition table I'll post mine. > > > > ( 160G Western Digital IDE Hard Drive ) > > 98% ext3 / > > 2% swap > > > > I have not had a single problem. > > -- kyle > With a single ATA Drive you won't. Not true, Guy. We have a non-MD test box just for laughs. It's easy to construct failure cases. Just browse the source for a few minutes. # df /BOOT Filesystem 1K-blocks Used Available Use% Mounted on /its-a-long-way-to-tipperary/bootdev 97570 10926 81606 12% /BOO # du /BOOT 12 /BOOT/lost+found 3 /BOOT/grub 181 /BOOT/boot/grub 182 /BOOT/boot 6812 /BOOT # grub-install --root-directory=/BOOT /dev/hda You must set the root directory by the option --root-directory, because /BOOT/boot/grub does not exist in the root device Could not find device for /BOOT/boot. # lilo Added 2.6.11-1.1226_F * Added 2.6.11-1.14_FC3 # --Mike Bird From green at redhat.com Wed Apr 20 13:09:38 2005 From: green at redhat.com (Anthony Green) Date: Wed, 20 Apr 2005 06:09:38 -0700 Subject: 20050418 eclipse update errors In-Reply-To: References: Message-ID: <1114002578.4716.4.camel@localhost.localdomain> On Mon, 2005-04-18 at 12:52 -0400, Matt Galvin wrote: > --- snip --- > ~# yum update eclipse-platform (yes I have to do it a little at a time for now) > ... > Updating : eclipse-ecj ####################### [16/49] > java.io.FileNotFoundException: /usr/lib/gcj-4.0.0/classmap.db (No such > file or d irectory) Hi Matt, You need the latest libgcj RPM. It will install the classmap.db file. You should probably reinstall your eclipse RPMS at that point. AG From green at redhat.com Wed Apr 20 13:11:22 2005 From: green at redhat.com (Anthony Green) Date: Wed, 20 Apr 2005 06:11:22 -0700 Subject: 20050418 eclipse update errors In-Reply-To: References: Message-ID: <1114002682.4716.7.camel@localhost.localdomain> On Mon, 2005-04-18 at 14:30 -0400, Matt Galvin wrote: > And this java update error: > > --- snip --- > Cleanup : java-1.4.2-gcj-compat ####################### [34/44] > /var/tmp/rpm-tmp.14635: line 7: rebuild-security-providers: command not found > error: %postun(java-1.4.2-gcj-compat-1.4.2.0-40jpp_14rh.i386) > scriptlet failed, exit status 127 > --- snip --- I think this just means you need the latest java-1.4.2-gcj-compat package. But I've copied fitzsim just to be sure. AG From green at redhat.com Wed Apr 20 13:14:14 2005 From: green at redhat.com (Anthony Green) Date: Wed, 20 Apr 2005 06:14:14 -0700 Subject: libgcj and OOo problem? In-Reply-To: <1113991021.4088.5.camel@localhost.localdomain> References: <1113991021.4088.5.camel@localhost.localdomain> Message-ID: <1114002854.4716.11.camel@localhost.localdomain> On Wed, 2005-04-20 at 10:57 +0100, Paul Johnson wrote: > After the last libgcj update, OOo 1.9.92 seems very flaky (it makes me > feel that I'm using MS Office with random crashes and files vanishing > without a trace). libgcj is only responsible for a limited number of things in OOo. It would be best if you could explain how to reproduce the problem in a bug filed at http://bugzilla.redhat.com. Thanks, AG From davej at redhat.com Wed Apr 20 18:06:10 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 20 Apr 2005 14:06:10 -0400 Subject: kernel 2.6.11-1.1240_FC4 and nvidia. In-Reply-To: <1114016201.3993.3.camel@Bigserver> References: <1114016201.3993.3.camel@Bigserver> Message-ID: <20050420180610.GI2476@redhat.com> On Wed, Apr 20, 2005 at 01:56:41PM -0300, aldo santini wrote: > is there a known issue between this kernel and the nvidia driver? > can build the module, but X failed to start. the nv driver works fine. > i look the log, but did not see any strange. If *any* binary module works in the development kernel, you're incredibly lucky. Stuff changes so often there that out-of-tree modules routinely break. Dave From jkeating at j2solutions.net Wed Apr 20 18:18:21 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 20 Apr 2005 11:18:21 -0700 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1114018395.4929.135.camel@sigurd.incentre.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> Message-ID: <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> On Wed, 2005-04-20 at 11:33 -0600, Guy Fraser wrote: > Who cares, as long as it works. It will stop working very soon when >2TB devices are being used as boot devices by more and more vendors and users. Grub has a chance at working, lilo has a chance at eating your file system. Which would I choose? -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jkeating at j2solutions.net Wed Apr 20 18:35:17 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 20 Apr 2005 11:35:17 -0700 Subject: [semi OT] Prism54 firmware loading Message-ID: <1114022117.19088.77.camel@jkeating2.hq.pogolinux.com> I'm trying to load a firmware for my Prism54 device. I've grabbed the 1.0.4.3 firmware from http://prism54.org/~mcgrof/firmware/ and placed it in /lib/firmware/ named as isl3890 for my Prism Duette device. I got the firmware to load once according to dmesg, but iwconfig would not assign it an ESSID when prompted to. I also got a message like "Warning: your driver is compiled with wireless extensions version 17 but you are using version 16. Things may not work". After a reboot, I was no longer able to get the firmware to load. It just wouldn't do that step, not sure why. Does anybody have experience with using Prism54 in FC4 Test2? This is the only test platform I can use right now ): -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From justin.conover at gmail.com Wed Apr 20 18:43:41 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 20 Apr 2005 13:43:41 -0500 Subject: [semi OT] Prism54 firmware loading In-Reply-To: <1114022117.19088.77.camel@jkeating2.hq.pogolinux.com> References: <1114022117.19088.77.camel@jkeating2.hq.pogolinux.com> Message-ID: On 4/20/05, Jesse Keating wrote: > I'm trying to load a firmware for my Prism54 device. I've grabbed the > 1.0.4.3 firmware from http://prism54.org/~mcgrof/firmware/ and placed it > in /lib/firmware/ named as isl3890 for my Prism Duette device. I got > the firmware to load once according to dmesg, but iwconfig would not > assign it an ESSID when prompted to. I also got a message like > "Warning: your driver is compiled with wireless extensions version 17 > but you are using version 16. Things may not work". After a reboot, I > was no longer able to get the firmware to load. It just wouldn't do > that step, not sure why. > > Does anybody have experience with using Prism54 in FC4 Test2? This is > the only test platform I can use right now ): > > -- > Jesse Keating RHCE (geek.j2solutions.net) > Fedora Legacy Team (www.fedoralegacy.org) > GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) > > Was I helpful? Let others know: > http://svcs.affero.net/rm.php?r=jkeating > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > This might look ugly, but I just make a little script in my users dir and run it as root when ever I go wireless. [justin at tank laptop]$ more wireless.sh /sbin/ifconfig eth1 down /etc/init.d/pcmcia restart /sbin/iwconfig eth1 key /sbin/iwconfig eth1 essid /sbin/ifconfig eth1 up /sbin/dhclient eth1 From justin.conover at gmail.com Wed Apr 20 18:46:05 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 20 Apr 2005 13:46:05 -0500 Subject: kernel 2.6.11-1.1240_FC4 and nvidia. In-Reply-To: <1114016201.3993.3.camel@Bigserver> References: <1114016201.3993.3.camel@Bigserver> Message-ID: On 4/20/05, aldo santini wrote: > is there a known issue between this kernel and the nvidia driver? > can build the module, but X failed to start. the nv driver works fine. > i look the log, but did not see any strange. > > -- > aldo santini > > When you ran the nvidia script, did you see any AVC denied messages? Most of the time, on rawhide, there is selinux problems with nvidia, so you need to reboot w/out selinux on, install the drivers and relable/reboot. From jkeating at j2solutions.net Wed Apr 20 18:49:40 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 20 Apr 2005 11:49:40 -0700 Subject: [semi OT] Prism54 firmware loading In-Reply-To: References: <1114022117.19088.77.camel@jkeating2.hq.pogolinux.com> Message-ID: <1114022980.19088.82.camel@jkeating2.hq.pogolinux.com> On Wed, 2005-04-20 at 13:43 -0500, Justin Conover wrote: > This might look ugly, but I just make a little script in my users dir > and run it as root when ever I go wireless. > > [justin at tank laptop]$ more wireless.sh > /sbin/ifconfig eth1 down > /etc/init.d/pcmcia restart > /sbin/iwconfig eth1 key > /sbin/iwconfig eth1 essid > /sbin/ifconfig eth1 up > /sbin/dhclient eth1 > Oh I'm very familiar with wireless-tools to assign ESSIDs and whatnot. What I experienced is I would set an ESSID (no key, wide open) but iwconfig wouldn't show the wireless device bound to it, nor would a dhclient find a DHCP server to get an address from. Now my problem is that it won't even load the firmware. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From cuppett at gmail.com Wed Apr 20 19:13:42 2005 From: cuppett at gmail.com (Stephen Cuppett) Date: Wed, 20 Apr 2005 15:13:42 -0400 Subject: dependency problem in latest "yum update": kdelibs-devel Message-ID: <316a20a4050420121352dc5c73@mail.gmail.com> Is it typical of this group to work around these types of problems by issuing something similar to: rpm -e kdesdk-devel and then doing a successful update or does the group block until a successful pull from the yum repository is clean for all packages? I would expect the earlier of committers not interested in that particular package set and the later of a true "testing" body. The difference is between being at the HEAD of the current driver with a satisfactory amount of packages and QA for the product as a whole. Newb, Steve -- Stephen Cuppett http://www.cuppett.com steve at cuppett.com From pjones at redhat.com Wed Apr 20 19:29:37 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 20 Apr 2005 15:29:37 -0400 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1114018743.8308.217.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113999073.10991.4.camel@fluffbox.fluffnet> <1114015094.4929.111.camel@sigurd.incentre.net> <1114018743.8308.217.camel@mgb.bullion.ims> Message-ID: <1114025377.14047.31.camel@localhost.localdomain> On Wed, 2005-04-20 at 10:39 -0700, Mike Bird wrote: > # df /BOOT > Filesystem 1K-blocks Used Available Use% Mounted on > /its-a-long-way-to-tipperary/bootdev > 97570 10926 81606 12% /BOO > # du /BOOT > 12 /BOOT/lost+found > 3 /BOOT/grub > 181 /BOOT/boot/grub > 182 /BOOT/boot > 6812 /BOOT > > # grub-install --root-directory=/BOOT /dev/hda > You must set the root directory by the option --root-directory, because > /BOOT/boot/grub does not exist in the root device Could not find device > for /BOOT/boot. File this in bugzilla. In the bug, please include: a) what version of the OS you're using b) which grub package you've installed c) what you're trying to accomplish with this abnormal /BOOT setup Along with this info, please attach: a) /proc/partitions b) grub.conf c) device.map d) the output of "ls -lR /BOOT" I suspect this is user error, but I'll be happy to have a look at it once you've filed the bug with this information. -- Peter From sopwith at redhat.com Wed Apr 20 19:30:20 2005 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 20 Apr 2005 15:30:20 -0400 (EDT) Subject: Fedora Core 4 test3 freeze warning Message-ID: Fedora Core 4 test3 is set to freeze in a week. That's April 27. By then all the broken dependencies need to be fixed, bugs fixed, etc. On the installer side, upgrades are supposed to work! :-) This is the last test release of the FC4 cycle so please make sure to put as much effort as possible into finding and reporting bugs, doing test installs/upgrades, etc. Best, -- Elliot From paul at all-the-johnsons.co.uk Wed Apr 20 19:38:27 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 20 Apr 2005 20:38:27 +0100 Subject: libgcj and OOo problem? In-Reply-To: <1114002854.4716.11.camel@localhost.localdomain> References: <1113991021.4088.5.camel@localhost.localdomain> <1114002854.4716.11.camel@localhost.localdomain> Message-ID: <1114025911.20441.5.camel@localhost.localdomain> Hi, > > After the last libgcj update, OOo 1.9.92 seems very flaky (it makes me > > feel that I'm using MS Office with random crashes and files vanishing > > without a trace). > > libgcj is only responsible for a limited number of things in OOo. It > would be best if you could explain how to reproduce the problem in a bug > filed at http://bugzilla.redhat.com. Do the words "with random crashes" help with trying to find the problem? I'm asking if anyone else has seen this or if I can remove the problem by trying an earlier version of libgcj (which I'll need pointing in the correct direction of). I've put this into bugzilla, but want to try and narrow the search. TTFN Paul -- "In an urban society, everything connects. Each person's needs are fed by the skills of many others. Our lives are woven together in a fabric. But the connections that make society strong also make it vulnerable." - Threads, BBC-TV 1984 -------------- 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 guy at incentre.net Wed Apr 20 19:45:03 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 20 Apr 2005 13:45:03 -0600 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1114018286.12301.49.camel@md.local.linuxlobbyist.org> References: <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> <20050420132330.GA577565@hiwaay.net> <1114015936.4929.124.camel@sigurd.incentre.net> <1114018286.12301.49.camel@md.local.linuxlobbyist.org> Message-ID: <1114026304.4929.159.camel@sigurd.incentre.net> On Wed, 2005-20-04 at 13:31 -0400, Paul Iadonisi wrote: > On Wed, 2005-04-20 at 10:52 -0600, Guy Fraser wrote: > > [snip] > > Because I note a hint of willingness here, I'll respond again. > > > 1) If I spend the time to test GRUB on FC4t2, and discover the > > same problems still exist, that I have seen before and can not > > resolve the issue using the wonderful info documentation, are > > you saying you would then consider LILO to be needed. > > That is not the nature of testing. Though if it were up to me, I > personally would not rule out re-including lilo, you're leaving out a > few important steps, here. > If you discover the same problems still exist and you can't resolve > them with the documentation you need to: > > a) Define what 'same problems' you are talking about. This may mean > chipset information, mobo info, drive types (IDE, PATA, SATA, SCSI), > drive arrangement (primary master, secondary slave, scsi id 0, etc.), > and other pertinent information (software raid info with config files). > You may not need to post this much detail to the list, but save it for > a possible, future bugzilla entry. > b) See if someone on the list can help. If the problem is solved with > someone's help from the list, then it's probably a documentation bug and > should be filed as such. > c) Monitor any bugs you file (the default in Red Hat's bugzilla is to send > you mail when it's updated) in particular for requests for more information > or a request to check out a particular update on your specific setup. An > all important goal here is assist developers in reproducing the problem > on their own hardware if at all possible. You do realize that while doing all these tests I will not be able to use my machine for anything else. > > And keep this feedback loop going, minus the 'grub sucks, lilo rules' > rants. We know where you stand on that...no need to muddy up the > bugzilla database with it. > > The point is, if you're going to help test grub, at least make an > attempt to help developers fix it. If you instantly want Red Hat to > abandon the idea of eliminating lilo as soon as you find a reproducible > bug in grub, then that's not much help. Well, you can 'want' it, but > don't give up on helping to fix grub in the meantime. I do not suggest abandoning GRUB, it works well for many people. > > > 2) One of the problems with the documentation may be that it > > requires pinfo. If the documentation was put in HTML format > > it would be *MUCH* easier to use. I have heard many people > > who find pinfo very difficult to use, and prefer to avoid > > info documentation all together. I don't care for it myself > > but can use it, when necessary. > > +1 > > Don't even get me going on info files. It's just...twisted. I am not sure I understand that comment. Were you suggesting that you don't care for info documentation either? > > > 3) What can you do about getting LILO reinstated if it can be > > demonstrated that it will work in situations where GRUB will > > not. > > See above. I will only see the justification for that if I start > seeing specific bug numbers with specific controller model numbers and > specific drive arrangements and a clear description of the technical > problem. And even then, only if the problem can't be fixed in time > before, say the next test release? Remember, though, you don't need to > wait until then to test a fix, provided an updated boot.iso and > *stage*img files are put out with the new grub embeded. Or maybe only > the updated rpm in the rawhide is necessary -- I'm not sure how anaconda > works regarding that. Either way, test, test, test ... and include any > updates that show up in rawhide in that testing. I would rather not install anything from Rawhide, I have been badly bitten by it in the past. I am willing to help, but I am not willing to loose all the data I have to do it. I am also not comfortable having to be without a bootable machine for more than a week. RH should have the resources to provide the developers with a ATA133 and SATA controller card along with some drives to test with. Not all QA should be the burden of the Fedora test community. I may even consider donating the ATA133 and SATA controllers, since I will need at least one new SATA drive to do these tests. Once the tests are over I will want to use all the drives, and will need another SATA controller because I will then have 5 SATA drives. All along I have not been attempting to get rid of GRUB, I have just wanted to be able to reliably use my machine, without having to re-install whenever I add or remove a non-boot drive. > > > -- > -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 jmorris at beau.org Wed Apr 20 20:04:28 2005 From: jmorris at beau.org (John Morris) Date: Wed, 20 Apr 2005 15:04:28 -0500 Subject: rawhide report: 20050420 changes In-Reply-To: <18502.213.164.3.90.1114006878.squirrel@www.nodata.co.uk> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> <1114000317.17275.0.camel@localhost.surak.eti.br> <20050420141807.GK10443@devserv.devel.redhat.com> <18502.213.164.3.90.1114006878.squirrel@www.nodata.co.uk> Message-ID: <1114027468.2913.1.camel@mjolnir> On Wed, 2005-04-20 at 09:21, nodata wrote: > > It's the one Red Hat sells support/maintenance for yes. The code itself is > > in public cvs > Is the version in rawhide is the same as is available to RHEL customers? No, the one available to RHEL customers would be the version here: ftp://ftp.redhat.com/pub/redhat/linux/enterprise/3/en/RHGFS/i386/SRPMS -- John M. http://www.beau.org/~jmorris This post is 100% M$Free! Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r From mgb-fedora at yosemite.net Wed Apr 20 20:21:28 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Wed, 20 Apr 2005 13:21:28 -0700 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1114025377.14047.31.camel@localhost.localdomain> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113999073.10991.4.camel@fluffbox.fluffnet> <1114015094.4929.111.camel@sigurd.incentre.net> <1114018743.8308.217.camel@mgb.bullion.ims> <1114025377.14047.31.camel@localhost.localdomain> Message-ID: <1114028487.8308.262.camel@mgb.bullion.ims> On Wed, 2005-04-20 at 12:29, Peter Jones wrote: > File this in bugzilla. In the bug, please include: > > a) what version of the OS you're using > b) which grub package you've installed > c) what you're trying to accomplish with this abnormal /BOOT setup > > Along with this info, please attach: > > a) /proc/partitions > b) grub.conf > c) device.map > d) the output of "ls -lR /BOOT" > > I suspect this is user error, but I'll be happy to have a look at it > once you've filed the bug with this information. Why should anyone jump through all those hoops, Peter? All the relevant bug information was in the original email. You want the solution too? You're screen-scraping "df" output and not handling long device names properly. It's nothing compared to the fragility of the mdadm screen-scrapes but I needed an easy non-MD example for Guy and it was the first that my eye fell on. Go read the grub-install source code and look at all the code that will break whenever mdadm output format changes - you have horizontal, vertical, and case dependencies. Don't you read your code before shipping it? You erroneously assume that real devices are all /dev/foo where foo is not '^md.*$', but what you've coded comes nowhere close: awk '/\/dev\/[^(md)]/ {print $7}' Also check that all the cases of missing quotes are actually safe. Then read the Lilo source code and see how it should be done. Then fix Grub. Have I ever written code that bad? Sure. Some of my one-off scripts were undoubtedly a lot worse. But I don't try to force the world to use them when there's a better alternative. Meantime, why not let us old farts use Lilo? --Mike Bird From pri.rhl3 at iadonisi.to Wed Apr 20 20:34:40 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Wed, 20 Apr 2005 16:34:40 -0400 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1114026304.4929.159.camel@sigurd.incentre.net> References: <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> <20050420132330.GA577565@hiwaay.net> <1114015936.4929.124.camel@sigurd.incentre.net> <1114018286.12301.49.camel@md.local.linuxlobbyist.org> <1114026304.4929.159.camel@sigurd.incentre.net> Message-ID: <1114029280.12301.87.camel@md.local.linuxlobbyist.org> On Wed, 2005-04-20 at 13:45 -0600, Guy Fraser wrote: > On Wed, 2005-20-04 at 13:31 -0400, Paul Iadonisi wrote: > > On Wed, 2005-04-20 at 10:52 -0600, Guy Fraser wrote: > > > > [snip] > > > > Because I note a hint of willingness here, I'll respond again. [snip] > > You do realize that while doing all these tests I will not > be able to use my machine for anything else. Absolutely. Welcome to testing. > > And keep this feedback loop going, minus the 'grub sucks, lilo rules' > > rants. We know where you stand on that...no need to muddy up the > > bugzilla database with it. > > > > The point is, if you're going to help test grub, at least make an > > attempt to help developers fix it. If you instantly want Red Hat to > > abandon the idea of eliminating lilo as soon as you find a reproducible > > bug in grub, then that's not much help. Well, you can 'want' it, but > > don't give up on helping to fix grub in the meantime. > I do not suggest abandoning GRUB, it works well for many people. Read what you quoted from me again. I never said you did suggest abandoning grub. Perhaps I'm wrong that you would like 'Red Hat to abandon the idea of eliminating lilo'? > > > > +1 > > > > Don't even get me going on info files. It's just...twisted. > I am not sure I understand that comment. Were you suggesting > that you don't care for info documentation either? You got it. I was agreeing with you, here. Info docs are evil. Full stop. [snip] > I would rather not install anything from Rawhide, I have been > badly bitten by it in the past. You seem to qualify this below, a bit, but what, pray tell, are you doing on fedora-test-list if you would rather not install anything from rawhide? > I am willing to help, but I > am not willing to loose all the data I have to do it. I am > also not comfortable having to be without a bootable machine > for more than a week. OMG! I hope you didn't think I was suggesting that you test on a production machine with valuable data. > RH should have the resources to provide > the developers with a ATA133 and SATA controller card along > with some drives to test with. I'm sure Red Hat has the financial resources to provide developers with the same hardware that others are experiencing problems with re grub. But it is nigh impossible to account for every combination of hardware out there, so I hope you are not suggesting that every time a Fedora user has a problem with his particular hardware, that Red Hat should pony up the cash to purchase that hardware combo. Any proprietary OS vendor would laugh at you for such a suggestion. > Not all QA should be the burden > of the Fedora test community. 100% agree, but if Red Hat developers can't reproduce it...or let me put it another way. If *any* developer cannot reproduce a *specific* problem that you are experiencing with your hardware, then it is going to require relatively intense collaboration with the developer to get the problem fixed. It'll take some convincing before any developer, even a commercial entity like Red Hat, will be willing to invest in a new set of hardware components to test and fix just one bug and yet another to fix another bug, etc., etc. > I may even consider donating the ATA133 and SATA controllers, > since I will need at least one new SATA drive to do these > tests. Once the tests are over I will want to use all the > drives, and will need another SATA controller because I will > then have 5 SATA drives. > > All along I have not been attempting to get rid of GRUB, I > have just wanted to be able to reliably use my machine, > without having to re-install whenever I add or remove a > non-boot drive. I don't think anyone has ever suggested that you were trying to get rid of grub. It's Red Hat getting rid of lilo altogether that you have a problem with, from any reading of this thread. While understandable from the point of view of someone who has had no end of problems with grub, I think you'll agree that if grub 'just works' in as many, or more (which is likely, given the >2TB partition problem) situations in which lilo 'just works', then no one should care if lilo goes away. -- -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 shrek-m at gmx.de Wed Apr 20 20:36:50 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 20 Apr 2005 22:36:50 +0200 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1114026304.4929.159.camel@sigurd.incentre.net> References: <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> <20050420132330.GA577565@hiwaay.net> <1114015936.4929.124.camel@sigurd.incentre.net> <1114018286.12301.49.camel@md.local.linuxlobbyist.org> <1114026304.4929.159.camel@sigurd.incentre.net> Message-ID: <4266BD62.7010207@gmx.de> Guy Fraser wrote: >You do realize that while doing all these tests I will not >be able to use my machine for anything else. >[...] > > I would rather not install anything from Rawhide, I have been > >badly bitten by it in the past. I am willing to help, but I >am not willing to loose all the data I have to do it. I am >also not comfortable having to be without a bootable machine >for more than a week. RH should have the resources to provide >the developers with a ATA133 and SATA controller card along >with some drives to test with. Not all QA should be the burden >of the Fedora test community. > >I may even consider donating the ATA133 and SATA controllers, >since I will need at least one new SATA drive to do these >tests. Once the tests are over I will want to use all the >drives, and will need another SATA controller because I will >then have 5 SATA drives. >[...] > i had the same problem a few weeks agoo, than i found this site. http://www.kirre.de.vu/ i hope that you find all the answers for your questions. my solution was: my grand yucca palm need less water. hope this helps -- shrek-m From rstrode at redhat.com Wed Apr 20 20:40:37 2005 From: rstrode at redhat.com (Ray Strode) Date: Wed, 20 Apr 2005 16:40:37 -0400 Subject: rawhide report: 20050419 changes In-Reply-To: References: Message-ID: <1114029637.4144.0.camel@localhost.localdomain> Hi, > Doesn't seem to work with info pages (cpio, gmp, goops, tar and possibly others). Uh oh! Can you file a bug report? Thanks, --Ray From mrsam at courier-mta.com Wed Apr 20 20:42:59 2005 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 20 Apr 2005 16:42:59 -0400 Subject: [Bug 154763] Grub is inadequate without Lilo for backup References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113999073.10991.4.camel@fluffbox.fluffnet> <1114015094.4929.111.camel@sigurd.incentre.net> <1114018743.8308.217.camel@mgb.bullion.ims> <1114025377.14047.31.camel@localhost.localdomain> <1114028487.8308.262.camel@mgb.bullion.ims> Message-ID: Mike Bird writes: > On Wed, 2005-04-20 at 12:29, Peter Jones wrote: >> File this in bugzilla. In the bug, please include: >> >> a) what version of the OS you're using >> b) which grub package you've installed >> c) what you're trying to accomplish with this abnormal /BOOT setup >> >> Along with this info, please attach: >> >> a) /proc/partitions >> b) grub.conf >> c) device.map >> d) the output of "ls -lR /BOOT" >> >> I suspect this is user error, but I'll be happy to have a look at it >> once you've filed the bug with this information. > > Why should anyone jump through all those hoops, Peter? Because they would want the bug fixed, obviously. If you don't want the bug identified and fixed, fine. Have a nice day, and thanks for stopping by. > All the relevant > bug information was in the original email. No, it wasn't. The relevant information includes items "a" through "d", which all your previous dissertations on this subject did not include. > You want the solution too? Listen, slim: on several occasions in the past where I've been bit by some bug which I've tracked down, and identified the fix, do you know what I did? I posted the actual details, including the patch, in Bugzilla. I did not bitch, whine, and moan about it, and play guessing games with everyone else, expecting them to figure out the bug on their own. And do you know what happened next, a few days later? The bug was fixed, and the patch applied. You should try that approach, sometimes. But, if you want to feel superior, high and mighty, I suppose you can play your game of sitting on a throne and challenging the mere peons, down below, to figure out what your magnificient, oversized brain already knows. Allegedly. But, you'll just have to play by yourself. Nobody cares. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From shrek-m at gmx.de Wed Apr 20 20:43:16 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 20 Apr 2005 22:43:16 +0200 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1114028487.8308.262.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113999073.10991.4.camel@fluffbox.fluffnet> <1114015094.4929.111.camel@sigurd.incentre.net> <1114018743.8308.217.camel@mgb.bullion.ims> <1114025377.14047.31.camel@localhost.localdomain> <1114028487.8308.262.camel@mgb.bullion.ims> Message-ID: <4266BEE4.5050209@gmx.de> Mike Bird wrote: >Meantime, why not let us old farts use Lilo? > here you can find a explicit explanation http://www.derbauer.de/ -- shrek-m From pjones at redhat.com Wed Apr 20 20:57:59 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 20 Apr 2005 16:57:59 -0400 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1114028487.8308.262.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113999073.10991.4.camel@fluffbox.fluffnet> <1114015094.4929.111.camel@sigurd.incentre.net> <1114018743.8308.217.camel@mgb.bullion.ims> <1114025377.14047.31.camel@localhost.localdomain> <1114028487.8308.262.camel@mgb.bullion.ims> Message-ID: <1114030679.14047.67.camel@localhost.localdomain> On Wed, 2005-04-20 at 13:21 -0700, Mike Bird wrote: > > I suspect this is user error, but I'll be happy to have a look at it > > once you've filed the bug with this information. > > Why should anyone jump through all those hoops, Peter? All the relevant > bug information was in the original email. You want the solution too? Jumping through hoops? Filing a bug report and including the details of the setup you claim triggers a bug is "jumping through hoops"? NONE of the relevant information to this bug is in the "original mail" -- whichever that refers to; it's not in any of them as far as I can see. You appear to just be making things up. > [irrelevant and incorrect tangential straw-man about mdadm skipped] Not only is this not a problem, but you're being insulting. And right now, you're also switching subject and being evasive. As far as I can tell, you're doing it not because you have some real bug happening, but simply because you need attention. This is not the place for that. > Also check that all the cases of missing quotes are actually safe. Then > read the Lilo source code and see how it should be done. Then fix Grub. > > Have I ever written code that bad? Sure. Some of my one-off scripts > were undoubtedly a lot worse. But I don't try to force the world to use > them when there's a better alternative. > > Meantime, why not let us old farts use Lilo? Because when asked why lilo is required, you can not or will not give any meaningful answer. So, to be clear here, I'm not reading or replying to email from you any more. File bugs. If they don't demonstrate any real problem, or if you refuse to add details that are requested, I'm going to close them. I've tried to be nice to you, because you didn't seem to understand the process of how to get bugs fixed, or how development works in general. I've tried to explain how things work when you seemed to be confused. I've tried to ignore the fact that you've constantly mocked, called names, ridiculed, and insulted myself and other developers and testers. I've largely been ignoring the fact that you constantly imply, and essentially state, that anybody who disagrees with you is dishonest, malicious towards Fedora, and idiotic. But I'm done; it's just not worth the trouble. You refuse to be helped in any way, and you dictate bad solutions to solve problems that don't exist in software that you clearly don't understand. Welcome to my kill file. -- Peter From sean.bruno at dsl-only.net Wed Apr 20 21:16:54 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Wed, 20 Apr 2005 14:16:54 -0700 Subject: Grub vs Lilo In-Reply-To: <4266BEE4.5050209@gmx.de> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113999073.10991.4.camel@fluffbox.fluffnet> <1114015094.4929.111.camel@sigurd.incentre.net> <1114018743.8308.217.camel@mgb.bullion.ims> <1114025377.14047.31.camel@localhost.localdomain> <1114028487.8308.262.camel@mgb.bullion.ims> <4266BEE4.5050209@gmx.de> Message-ID: <1114031814.6648.2.camel@oscar.metro1.com> On Wed, 2005-04-20 at 22:43 +0200, shrek-m at gmx.de wrote: > Mike Bird wrote: > > >Meantime, why not let us old farts use Lilo? > > > > here you can find a explicit explanation > http://www.derbauer.de/ > > -- > shrek-m > I was wondering if either we can take this topic to another list or a new list can be created for just the purposes of reporting problems with the test releases. Sean From res at ausics.net Wed Apr 20 21:35:27 2005 From: res at ausics.net (Res) Date: Thu, 21 Apr 2005 07:35:27 +1000 (EST) Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113974755.8308.80.camel@mgb.bullion.ims> Message-ID: On Thu, 20 Apr 2005, Alexandre Oliva wrote: > On Apr 20, 2005, Res wrote: > >> grub-install /dev/sda > > This is pretty much equivalent (except for mistakes you appear to have > made for not being sufficiently familiar with grub) to: ah then the lack of documentation seems to be a valid point, then again if its the same as why when hte 3 times I know its been tried it failed? putting lilo on it and running lilo and it booted right away. > >> grub >> root (hd0,0) >> setup > > I.e., grub-install is equivalent to lilo, making them both just as > `difficult' to use, with the difference that you don't have to re-run > grub-install every time you change your boot loader configuration. > > -- > Alexandre Oliva http://www.ic.unicamp.br/~oliva/ > Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} > Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} > -- Cheers Res From surak at casa.surak.eti.br Wed Apr 20 21:37:47 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 20 Apr 2005 18:37:47 -0300 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: References: Message-ID: <1114033067.9395.4.camel@localhost.surak.eti.br> Em Qua, 2005-04-20 ?s 15:30 -0400, Elliot Lee escreveu: > Fedora Core 4 test3 is set to freeze in a week. That's April 27. By then > all the broken dependencies need to be fixed, bugs fixed, etc. On the > installer side, upgrades are supposed to work! :-) I still cannot get fedora core 4 test 2 to boot. It's a msi pentium4 board, with 915 chipset, via 6540 raid (parallel-ata) It loads the kernel, and hangs. The last messages are a stack trace, something about a pci lookup. I can provide more stuff when I'll be near it. Still there, I cannot even bugzilla it. From jeffy5 at optonline.net Wed Apr 20 21:43:27 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Wed, 20 Apr 2005 17:43:27 -0400 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114033067.9395.4.camel@localhost.surak.eti.br> References: <1114033067.9395.4.camel@localhost.surak.eti.br> Message-ID: <1114033407.16207.3.camel@jeffrey.jeffsdomain.net> On Wed, 2005-04-20 at 18:37 -0300, Alexandre Strube wrote: > Em Qua, 2005-04-20 ?s 15:30 -0400, Elliot Lee escreveu: > > Fedora Core 4 test3 is set to freeze in a week. That's April 27. By then > > all the broken dependencies need to be fixed, bugs fixed, etc. On the > > installer side, upgrades are supposed to work! :-) > > I still cannot get fedora core 4 test 2 to boot. It's a msi pentium4 > board, with 915 chipset, via 6540 raid (parallel-ata) > > It loads the kernel, and hangs. The last messages are a stack trace, > something about a pci lookup. I can provide more stuff when I'll be near > it. Still there, I cannot even bugzilla it. > I am having the same problem - I cannot even install FC3T2. It instructs me to press enter to continue the installation and then, a scrambled screen! I have a Dell Inspiron 4000 and was able to install previous versions of Fedora Core 2 and 3. Is there a reason why this will not install on this computer? I was able to successfully install it on an IBM ThinkPad T-30. Any help would be appreciated. Jeff From davej at redhat.com Wed Apr 20 21:44:08 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 20 Apr 2005 17:44:08 -0400 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114033067.9395.4.camel@localhost.surak.eti.br> References: <1114033067.9395.4.camel@localhost.surak.eti.br> Message-ID: <20050420214408.GH1763@redhat.com> On Wed, Apr 20, 2005 at 06:37:47PM -0300, Alexandre Strube wrote: > Em Qua, 2005-04-20 ?s 15:30 -0400, Elliot Lee escreveu: > > Fedora Core 4 test3 is set to freeze in a week. That's April 27. By then > > all the broken dependencies need to be fixed, bugs fixed, etc. On the > > installer side, upgrades are supposed to work! :-) > > I still cannot get fedora core 4 test 2 to boot. It's a msi pentium4 > board, with 915 chipset, via 6540 raid (parallel-ata) > > It loads the kernel, and hangs. The last messages are a stack trace, > something about a pci lookup. I can provide more stuff when I'll be near > it. Still there, I cannot even bugzilla it. That stack trace is key to solving this. Without that it'll not get fixed. Dave From guy at incentre.net Wed Apr 20 21:51:14 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 20 Apr 2005 15:51:14 -0600 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> Message-ID: <1114033874.4929.168.camel@sigurd.incentre.net> On Wed, 2005-20-04 at 11:18 -0700, Jesse Keating wrote: > On Wed, 2005-04-20 at 11:33 -0600, Guy Fraser wrote: > > Who cares, as long as it works. > > It will stop working very soon when >2TB devices are being used as boot > devices by more and more vendors and users. Grub has a chance at > working, lilo has a chance at eating your file system. Which would I > choose? Do you have inside information to when drives >2TB will be affordable to the average person or even available? That argument is just nuts. Drive prices will have to drop to 10% of what they are now per GB, and as far as I know there aren't any commonly available .5TB drives yet. It will likely be a couple years before a 2TB drive will be commonly available. > > -- > Jesse Keating RHCE (geek.j2solutions.net) > Fedora Legacy Team (www.fedoralegacy.org) > GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) > > Was I helpful? Let others know: > http://svcs.affero.net/rm.php?r=jkeating From mike at netlyncs.com Wed Apr 20 22:02:39 2005 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 20 Apr 2005 17:02:39 -0500 Subject: Grub vs Lilo In-Reply-To: <1114031814.6648.2.camel@oscar.metro1.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113999073.10991.4.camel@fluffbox.fluffnet> <1114015094.4929.111.camel@sigurd.incentre.net> <1114018743.8308.217.camel@mgb.bullion.ims> <1114025377.14047.31.camel@localhost.localdomain> <1114028487.8308.262.camel@mgb.bullion.ims> <4266BEE4.5050209@gmx.de> <1114031814.6648.2.camel@oscar.metro1.com> Message-ID: <1114034559.5795.4.camel@scrappy.netlyncs.com> On Wed, 2005-04-20 at 14:16 -0700, Sean Bruno wrote: > I was wondering if either we can take this topic to another list or a > new list can be created for just the purposes of reporting problems with > the test releases. Better yet, move it to the fedoraforum.org user forum and post it there instead of here? -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From i_p_a_u_l at yahoo.com Wed Apr 20 22:14:52 2005 From: i_p_a_u_l at yahoo.com (Paul Ionescu) Date: Thu, 21 Apr 2005 01:14:52 +0300 Subject: Fedora Core 4 test3 freeze warning References: <1114033067.9395.4.camel@localhost.surak.eti.br> Message-ID: On Wed, 20 Apr 2005 18:37:47 -0300, Alexandre Strube wrote: > Em Qua, 2005-04-20 ?s 15:30 -0400, Elliot Lee escreveu: >> Fedora Core 4 test3 is set to freeze in a week. That's April 27. By then >> all the broken dependencies need to be fixed, bugs fixed, etc. On the >> installer side, upgrades are supposed to work! :-) > > I still cannot get fedora core 4 test 2 to boot. It's a msi pentium4 > board, with 915 chipset, via 6540 raid (parallel-ata) > > It loads the kernel, and hangs. The last messages are a stack trace, > something about a pci lookup. I can provide more stuff when I'll be near > it. Still there, I cannot even bugzilla it. Same here, it loads the kernel, and hangs without any output. I deleted "noapic" and added "nolapic" to kernel parameters and then it worked. From jkeating at j2solutions.net Wed Apr 20 22:43:53 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 20 Apr 2005 15:43:53 -0700 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1114033874.4929.168.camel@sigurd.incentre.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> Message-ID: <1114037033.19088.98.camel@jkeating2.hq.pogolinux.com> On Wed, 2005-04-20 at 15:51 -0600, Guy Fraser wrote: > Do you have inside information to when drives >2TB will > be affordable to the average person or even available? Oh? So we're talking about the average person again right? Guess what, grub works for the average person. The unaverage can spend their unaverage time to source lilo into the distro and make it their boot loader. The rest of the average world can continue using GRUB and benefit from the developer time freed up from dealing with the crap pile that Lilo has become. > That argument is just nuts. Drive prices will have to > drop to 10% of what they are now per GB, and as far as > I know there aren't any commonly available .5TB drives > yet. It will likely be a couple years before a 2TB > drive will be commonly available. I'm not speaking of a single drive, I'm speaking of RAID arrays. We sell on average 4 machines a week that are capable of a > 2TB block device. Thats a lot of systems. WAY more that systems we sell with onboard pata, onboard sata, add on pata and add on sata.... In fact, we've NEVER sold one of those. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From linux.whiz at gmail.com Wed Apr 20 22:45:02 2005 From: linux.whiz at gmail.com (linux.whiz at gmail.com) Date: Wed, 20 Apr 2005 17:45:02 -0500 Subject: [Bug 154763] Grub is inadequate without Lilo for backup Message-ID: <2ab4f6d0504201545ce3499c@mail.gmail.com> > Why should anyone jump through all those hoops, Peter? All the relevant > bug information was in the original email. Because that's how this community works. > You want the solution too? Of course - that's how this community works. It's a two-way street. If you see a problem and you can fix it, knock yourself out. > You're screen-scraping "df" output and not handling long device names > properly. It's nothing compared to the fragility of the mdadm > screen-scrapes but I needed an easy non-MD example for Guy and it was > the first that my eye fell on. > Have I ever written code that bad? Sure. Some of my one-off scripts > were undoubtedly a lot worse. OK, now you're just being an asshole. > But I don't try to force the world to use them when there's a better alternative. No one is forcing you to use FC. In fact, I think it would be great if you'd go away and quit bugging this community. > Meantime, why not let us old farts use Lilo? Nothing is stopping you. Go fetch it at http://mirrors.kernel.org/fedora/core/3/SRPMS/lilo-21.4.4-26.src.rpm and rebuild it on your machine. Have a ball. Write a HOWTO about how to do it. Fix the evils of big, bad Red Hat. Contribute to the community instead of whining about it. But please, for Heaven's sake, quit your belly-aching. You are the master of making a mountain out of a molehill. LW From rjames at csulb.edu Wed Apr 20 22:55:29 2005 From: rjames at csulb.edu (Ryan James) Date: Wed, 20 Apr 2005 15:55:29 -0700 Subject: rawhide report: 20050414 changes In-Reply-To: <200504141412.j3EEC5Le021984@porkchop.devel.redhat.com> References: <200504141412.j3EEC5Le021984@porkchop.devel.redhat.com> Message-ID: <1114037729.3152.2.camel@localhost.localdomain> On Thu, 2005-04-14 at 10:12 -0400, Build System wrote: > redhat-artwork-0.122-2 > ---------------------- > * Wed Apr 13 2005 John (J5) Palmieri 0.122-2 > - add a symlink from gnome-main-menu.png to gnome-logo-icon-transparent.png > so that we have the hat back on the application menu applet i believe the same has to be done for the volume control applet--i've been seeing the darker angular one that's default for gnome rather than the lighter, rounder bluecurve one for a while now (i think since the foot was in the menu applet). anyone confirm before i file a bug? From strange at nsk.no-ip.org Wed Apr 20 23:07:39 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Thu, 21 Apr 2005 00:07:39 +0100 Subject: yum can't upgrade to latest rawhide Message-ID: <20050420230739.GA7764@nsk.no-ip.org> Hi, I just installed FC4Test2 (on a powerbook). Any attempt to do a full yum upgrade fails with the error message I present shortly. yum upgrade yum found nothing to upgrade; yum upgrade python updated python correctly, but yum still fails with the same error message. And here it is: Transaction Summary ============================================================================= Install 6 Package(s) Update 256 Package(s) Remove 0 Package(s) Total download size: 493 M Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Traceback (most recent call last): File "/usr/bin/yum", line 15, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 149, in main base.doTransaction() File "/usr/share/yum-cli/cli.py", line 651, in doTransaction self.runTransaction(cb=cb) File "__init__.py", line 333, in runTransaction NameError: global name 'yum' is not defined -- lfr -- 0/0 From jreiser at BitWagon.com Wed Apr 20 23:11:11 2005 From: jreiser at BitWagon.com (John Reiser) Date: Wed, 20 Apr 2005 16:11:11 -0700 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114033407.16207.3.camel@jeffrey.jeffsdomain.net> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <1114033407.16207.3.camel@jeffrey.jeffsdomain.net> Message-ID: <4266E18F.5030309@BitWagon.com> > I am having the same problem - I cannot even install FC3T2. It > instructs me to press enter to continue the installation and then, a > scrambled screen! I have a Dell Inspiron 4000 ... The universal fall-back for scrambled video at install is to use text mode. boot: linux text For the specific case of a laptop or other LCD monitor, the RELEASE-NOTES-en file says to try boot: linux nofb -- From byte at aeon.com.my Wed Apr 20 23:23:36 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 21 Apr 2005 09:23:36 +1000 Subject: luminocity - looking glass - dashboard In-Reply-To: References: <4263DC78.6030802@gmx.de> <1113974771.4380.4.camel@arena.soho.bytebot.net> <42660D7F.1020507@gmx.de> Message-ID: <1114039416.3900.16.camel@arena.soho.bytebot.net> On Wed, 2005-04-20 at 08:21 -0400, Chris Ricker wrote: > > thanks, beagle too ;-) > > http://www.gnome.org/projects/beagle/ > > Is inclusion of mono into Extras legally permissible? If not, you > won't be > able to compile beagle.... Yes, no Mono. And we're not starting yet another Mono thread -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From davej at redhat.com Thu Apr 21 00:07:16 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 20 Apr 2005 20:07:16 -0400 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: References: <1114033067.9395.4.camel@localhost.surak.eti.br> Message-ID: <20050421000716.GB4391@redhat.com> On Thu, Apr 21, 2005 at 01:14:52AM +0300, Paul Ionescu wrote: > On Wed, 20 Apr 2005 18:37:47 -0300, Alexandre Strube wrote: > > > Em Qua, 2005-04-20 ?s 15:30 -0400, Elliot Lee escreveu: > >> Fedora Core 4 test3 is set to freeze in a week. That's April 27. By then > >> all the broken dependencies need to be fixed, bugs fixed, etc. On the > >> installer side, upgrades are supposed to work! :-) > > > > I still cannot get fedora core 4 test 2 to boot. It's a msi pentium4 > > board, with 915 chipset, via 6540 raid (parallel-ata) > > > > It loads the kernel, and hangs. The last messages are a stack trace, > > something about a pci lookup. I can provide more stuff when I'll be near > > it. Still there, I cannot even bugzilla it. > > Same here, it loads the kernel, and hangs without any output. > I deleted "noapic" and added "nolapic" to kernel parameters and then it > worked. Can you file a bug on this please, with output of dmesg -s 128000 /proc/cpuinfo and dmidecode ? Thanks. Dave From rodd at clarkson.id.au Thu Apr 21 00:13:21 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 21 Apr 2005 10:13:21 +1000 Subject: [Bug 154763] Grub is inadequate without Lilo for backup In-Reply-To: <1114028487.8308.262.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <1113948391.15629.43.camel@cutter> <1113949154.8308.21.camel@mgb.bullion.ims> <1113973387.4544.30.camel@jellyfish.redfishdemo.com> <1113999073.10991.4.camel@fluffbox.fluffnet> <1114015094.4929.111.camel@sigurd.incentre.net> <1114018743.8308.217.camel@mgb.bullion.ims> <1114025377.14047.31.camel@localhost.localdomain> <1114028487.8308.262.camel@mgb.bullion.ims> Message-ID: <1114042401.3692.2.camel@jellyfish.redfishdemo.com> On Wed, 2005-04-20 at 13:21 -0700, Mike Bird wrote: > On Wed, 2005-04-20 at 12:29, Peter Jones wrote: > > File this in bugzilla. In the bug, please include: > > > > a) what version of the OS you're using > > b) which grub package you've installed > > c) what you're trying to accomplish with this abnormal /BOOT setup > > > > Along with this info, please attach: > > > > a) /proc/partitions > > b) grub.conf > > c) device.map > > d) the output of "ls -lR /BOOT" > > > > I suspect this is user error, but I'll be happy to have a look at it > > once you've filed the bug with this information. > > Why should anyone jump through all those hoops, Peter? All the relevant > bug information was in the original email. You want the solution too? Ah, maybe someone could start a new list titled fedora-bitch-dont-help for our friend here? R. From kkruger at tecs-company.com Thu Apr 21 00:21:15 2005 From: kkruger at tecs-company.com (Klaus Kruger) Date: Wed, 20 Apr 2005 20:21:15 -0400 Subject: Fedora Core 4 test2 Install Hangs Message-ID: <4266F1FB.50807@tecs-company.com> Hello, I can't seem to find anything relevant to the issue I'm having, We have an Intel STL2 motherboard that hangs soon after booting from an install cd ( boot.iso ). I also get the same result when booting with pxelinux, so I know it's not the cd. The last couple of lines displayed on the screen are: isapnp: Scanning for PnP cards... isapnp: no Plug & Play device found but don't know if the issue lies here or with whatever comes next. Fedora Core 3 has been successfully installed on this machine and runs fine. There's 2 - 36 GB scsi drives installed on one channel to boot from and a 3ware 9500s card installed for raid 5 with the rom option disabled for this slot. Has anyone run into this issue, any suggestions would be greatly appreciated. Klaus From ken at geekystuff.net Thu Apr 21 01:00:49 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Wed, 20 Apr 2005 21:00:49 -0400 Subject: ATI Chipset and Clock Problem Message-ID: <4266FB41.30709@geekystuff.net> Dave, I put in a bug report for a clock problem with the ATI chipset. In light of the upcoming freeze, do you think you will be able to look at / fix the problem before FC4 comes out? Oddly enough, the 32 bit version of Kanotix (http://kanotix.com/info/index.php) has no problems with the clock. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155112 Thanks, Ken Nordquist From byte at aeon.com.my Thu Apr 21 00:16:41 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 21 Apr 2005 10:16:41 +1000 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1113935970.5909.35.camel@mgb.bullion.ims> References: <1113935970.5909.35.camel@mgb.bullion.ims> Message-ID: <1114042601.3900.31.camel@arena.soho.bytebot.net> On Tue, 2005-04-19 at 11:39 -0700, Mike Bird wrote: > Despite numerous complaints about the inadequacy of Grub, Redhat closed > this tracking item - falsely claiming that nothing can be done. > > It would be trivial to restore Lilo to FC4. The only thing standing in > the way is Redhat's arrogance. > > --Mike Bird Hi Mike, This thread has been going on for a while! It is really distracting a lot of people from helping Fedora make progress. You haven't given any specific, actionable examples of your claims of grub unreliability or unpredictability. >From what I gather, your judgement of lilo vs grub is a high-level assessment based mainly on your perception of the overall reliability and maturity of those two programs. No one is faulting you for liking lilo more than grub, and one of the things Fedora Extras is meant to facilitate is the choice of packages such as lilo. Your judgement seems wrong to many of us, but you're still very much entitled to it as far as your computer systems go. The people who had to make the decision for Fedora Core (including myself) realize that this is a judgement call that we may be wrong on in the long run. However, based on the current information we have available, we are comfortable with the current decision and its implications. In short, LILO is not coming back into Fedora Core. The tactics you are using to try to get your way are not going to work. Please stop posting to this thread. It'd be great if you would focus on cooperating with the others in the Fedora community. If there is anything I can do to help you get involved and contributing, please let me know. Otherwise, I deem the LILO vs. GRUB thread _DEAD_. Everyone, STOP posting to it -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From rodd at clarkson.id.au Thu Apr 21 00:57:58 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 21 Apr 2005 10:57:58 +1000 Subject: rawhide report: 20050420 changes In-Reply-To: <426680D0.3080808@geekystuff.net> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> <426680D0.3080808@geekystuff.net> Message-ID: <1114045078.3692.12.camel@jellyfish.redfishdemo.com> On Wed, 2005-04-20 at 12:18 -0400, Ken Nordquist wrote: > I received this message when installing > kernel-devel-2.6.11-1.1251_FC4.x86_64: > > Failed to mmap > /usr/src/kernels/2.6.11-1.1251_FC4-x86_64/./include/config/MARKER > Failed to mmap ./include/config/MARKER > > On reboot, I saw two errors for udev, but they went by so quickly I > cannot tell you more. After logging in to my user account, I found I > could not "see" past my NIC. I could not ping anything which needed > name resolution - unfortunately I was not smart enough to try to ping an > ip address. Running ifconfig showed nothing unusual and the boot log > did not reveal the udev error I saw upon boot. I subsequently > uninstalled the 1251 kernel and all is well again. Yeah, I saw the same thing too except my desktop seems to be working fine (so far so go and I've pulled email from pop and imap and can browse the web. Also NFS works). I've had a look through dmesg but can't see anything specific about this udev failure in there (it happens really early (before the umount of /proc and /sys(???))). I've been seeing these "Failed to mmap ...." errors installing with yum for a while now, but they don't seem to be affecting anything. Yeah, I know I should have reported them earlier, but I figured they were so obvious that the should have been noticed. Next time I see them I'll file a bug report unless someone mentions something to indicate that it's a known issue. I guess what I'm trying to say is that I'm not sure that these issues are related to your network problems as it works for me. Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From rodd at clarkson.id.au Thu Apr 21 00:57:41 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 21 Apr 2005 10:57:41 +1000 Subject: Small Gnome Issue In-Reply-To: References: Message-ID: <1114045061.3692.10.camel@jellyfish.redfishdemo.com> On Wed, 2005-04-20 at 11:45 -0400, Matt Galvin wrote: > In Gnome when dragging an icon around on the desktop I always see a > line against the left side of the screen. I don't know exactly what > component is causing this but I know there is a fix for it, the Ubuntu > guys fixed this a few weeks back. I can see the same thing too. File a bug and I'll mark it as confirmed. Rodd From tibbs at math.uh.edu Thu Apr 21 01:18:53 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 20 Apr 2005 20:18:53 -0500 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1114033874.4929.168.camel@sigurd.incentre.net> (Guy Fraser's message of "Wed, 20 Apr 2005 15:51:14 -0600") References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> Message-ID: >>>>> "GF" == Guy Fraser writes: GF> Do you have inside information to when drives >2TB will be GF> affordable to the average person or even available? You're neglecting RAID cards, which can present a single "disk" to the BIOS and operating system. One 8 port 3ware card plus six 400GB disks costs, oh, about $1500. That's not inexpensive but it's well within the realms of reason. Plenty of people have these systems right now. Problems with >2TB devices haven't been theoretical for a few years now. - J< From surak at casa.surak.eti.br Thu Apr 21 01:29:15 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 20 Apr 2005 22:29:15 -0300 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <20050421000716.GB4391@redhat.com> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <20050421000716.GB4391@redhat.com> Message-ID: <1114046955.9395.21.camel@localhost.surak.eti.br> Em Qua, 2005-04-20 ?s 20:07 -0400, Dave Jones escreveu: > Can you file a bug on this please, with output of dmesg -s 128000 > /proc/cpuinfo and dmidecode ? what can I do to show the whole output of my boot attempt? I don't remember which textmode would show me more than 80x25. Is there a way to tell isolinux to output everything to, say, a printer? As I cannot boot, I'm unable to show anything about /proc. From fct-cornette at insight.rr.com Thu Apr 21 01:33:55 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 20 Apr 2005 21:33:55 -0400 Subject: rawhide report: 20050420 changes In-Reply-To: <1114045078.3692.12.camel@jellyfish.redfishdemo.com> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> <426680D0.3080808@geekystuff.net> <1114045078.3692.12.camel@jellyfish.redfishdemo.com> Message-ID: <42670303.9030204@insight.rr.com> Rodd Clarkson wrote: > On Wed, 2005-04-20 at 12:18 -0400, Ken Nordquist wrote: > >>I received this message when installing >>kernel-devel-2.6.11-1.1251_FC4.x86_64: >> >>Failed to mmap >>/usr/src/kernels/2.6.11-1.1251_FC4-x86_64/./include/config/MARKER >>Failed to mmap ./include/config/MARKER Same problem noted here. I also observed that these errors referenced kernel versions that I no longer have on this system. The error seems to be related to kernel-devel because the errors included an uninstalled kernel, however the devel packages ae never removed. kernel-devel-2.6.11-1.1236_FC4 - error referenced kernel-devel-2.6.11-1.1238_FC4 - need to manually remove kernel-devel-2.6.11-1.1240_FC4 kernel-devel-2.6.11-1.1251_FC4 vs. rpm -q kernel kernel-2.6.11-1.1240_FC4 kernel-2.6.11-1.1251_FC4 Another datapoint concerns compiling vmware where the later kernels would lock up th system after the act of compiling the modules. >> >>On reboot, I saw two errors for udev, but they went by so quickly I >>cannot tell you more. After logging in to my user account, I found I >>could not "see" past my NIC. I could not ping anything which needed >>name resolution - unfortunately I was not smart enough to try to ping an >>ip address. Running ifconfig showed nothing unusual and the boot log >>did not reveal the udev error I saw upon boot. I subsequently >>uninstalled the 1251 kernel and all is well again. > > I guess what I'm trying to say is that I'm not sure that these issues > are related to your network problems as it works for me. > Running 1251 without network problems surrounding connectivity also. Jim > > Rodd > -- We are the people our parents warned us about. From jreiser at BitWagon.com Thu Apr 21 01:37:06 2005 From: jreiser at BitWagon.com (John Reiser) Date: Wed, 20 Apr 2005 18:37:06 -0700 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114046955.9395.21.camel@localhost.surak.eti.br> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> Message-ID: <426703C2.60906@BitWagon.com> > what can I do to show the whole output of my boot attempt? See linux/Documentation/serial-console.txt . You'll need a null-modem cable, a serial port on the failing machine, a serial port on another machine, and a terminal program [on the other machine] such as minicom or "cat /dev/ttyS0 > log". -- From davej at redhat.com Thu Apr 21 01:46:23 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 20 Apr 2005 21:46:23 -0400 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114046955.9395.21.camel@localhost.surak.eti.br> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> Message-ID: <20050421014623.GD4391@redhat.com> On Wed, Apr 20, 2005 at 10:29:15PM -0300, Alexandre Strube wrote: > Em Qua, 2005-04-20 ?s 20:07 -0400, Dave Jones escreveu: > > Can you file a bug on this please, with output of dmesg -s 128000 > > /proc/cpuinfo and dmidecode ? > > what can I do to show the whole output of my boot attempt? I don't > remember which textmode would show me more than 80x25. Is there a way to > tell isolinux to output everything to, say, a printer? vga=1 will put you into 50 line mode. vga=791 is a 1024x768 svga display. > As I cannot boot, I'm unable to show anything about /proc. Even older releases dont work ? damn. Dave From rodd at clarkson.id.au Thu Apr 21 01:47:15 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 21 Apr 2005 11:47:15 +1000 Subject: rawhide report: 20050420 changes In-Reply-To: <42670303.9030204@insight.rr.com> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> <426680D0.3080808@geekystuff.net> <1114045078.3692.12.camel@jellyfish.redfishdemo.com> <42670303.9030204@insight.rr.com> Message-ID: <1114048035.3692.18.camel@jellyfish.redfishdemo.com> On Wed, 2005-04-20 at 21:33 -0400, Jim Cornette wrote: > Same problem noted here. I also observed that these errors referenced > kernel versions that I no longer have on this system. The error seems to > be related to kernel-devel because the errors included an uninstalled > kernel, however the devel packages ae never removed. > > kernel-devel-2.6.11-1.1236_FC4 - error referenced > kernel-devel-2.6.11-1.1238_FC4 - need to manually remove > kernel-devel-2.6.11-1.1240_FC4 > kernel-devel-2.6.11-1.1251_FC4 > > vs. > > rpm -q kernel > kernel-2.6.11-1.1240_FC4 > kernel-2.6.11-1.1251_FC4 Mmm, I've got the matching kernel and kernel-devel packages installed. Now I think about it, this mmap error isn't to do with the kernel but with kernel-devel. The errors occur when kernel-devel is installed, not kernel. This makes me wonder if it hasn't got something to do with the 'magic' kernel-devel uses to try and keep the amount of similar files down so as to keep the install size smaller. As I understand it, kernel-devel hardlinks same files so that they are only installed once (rather than for each package). This is part of the reason why installing and removing kernel-devel takes a little longer (it had to check if the hardlink is the last instance, and thus if it needs to be removed.) I could be wrong about all this, but I remember it being discussed a little while back and think it's pretty close to what happens. R. From rodd at clarkson.id.au Thu Apr 21 01:52:23 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 21 Apr 2005 11:52:23 +1000 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <20050421014623.GD4391@redhat.com> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> <20050421014623.GD4391@redhat.com> Message-ID: <1114048343.3692.21.camel@jellyfish.redfishdemo.com> On Wed, 2005-04-20 at 21:46 -0400, Dave Jones wrote: > On Wed, Apr 20, 2005 at 10:29:15PM -0300, Alexandre Strube wrote: > > Em Qua, 2005-04-20 ?s 20:07 -0400, Dave Jones escreveu: > > > Can you file a bug on this please, with output of dmesg -s 128000 > > > /proc/cpuinfo and dmidecode ? > > > > what can I do to show the whole output of my boot attempt? I don't > > remember which textmode would show me more than 80x25. Is there a way to > > tell isolinux to output everything to, say, a printer? > > vga=1 will put you into 50 line mode. vga=791 is a 1024x768 svga display. > > > As I cannot boot, I'm unable to show anything about /proc. > > Even older releases dont work ? damn. I know this is a little low-tech, but could you take digital photos of the screen of the machine booting and then post them somewhere (in the bug report)? Rodd From fct-cornette at insight.rr.com Thu Apr 21 02:02:59 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 20 Apr 2005 22:02:59 -0400 Subject: rawhide report: 20050420 changes In-Reply-To: <1114048035.3692.18.camel@jellyfish.redfishdemo.com> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> <426680D0.3080808@geekystuff.net> <1114045078.3692.12.camel@jellyfish.redfishdemo.com> <42670303.9030204@insight.rr.com> <1114048035.3692.18.camel@jellyfish.redfishdemo.com> Message-ID: <426709D3.503@insight.rr.com> Rodd Clarkson wrote: > On Wed, 2005-04-20 at 21:33 -0400, Jim Cornette wrote: > > >>Same problem noted here. I also observed that these errors referenced >>kernel versions that I no longer have on this system. The error seems to >>be related to kernel-devel because the errors included an uninstalled >>kernel, however the devel packages ae never removed. >> >>kernel-devel-2.6.11-1.1236_FC4 - error referenced >>kernel-devel-2.6.11-1.1238_FC4 - need to manually remove >>kernel-devel-2.6.11-1.1240_FC4 >>kernel-devel-2.6.11-1.1251_FC4 >> >>vs. >> >> rpm -q kernel >>kernel-2.6.11-1.1240_FC4 >>kernel-2.6.11-1.1251_FC4 > > > Mmm, I've got the matching kernel and kernel-devel packages installed. > Now I think about it, this mmap error isn't to do with the kernel but > with kernel-devel. The errors occur when kernel-devel is installed, not > kernel. > > This makes me wonder if it hasn't got something to do with the 'magic' > kernel-devel uses to try and keep the amount of similar files down so as > to keep the install size smaller. As I understand it, kernel-devel > hardlinks same files so that they are only installed once (rather than > for each package). This is part of the reason why installing and > removing kernel-devel takes a little longer (it had to check if the > hardlink is the last instance, and thus if it needs to be removed.) I > could be wrong about all this, but I remember it being discussed a > little while back and think it's pretty close to what happens. > > > R. > I removed the unused kernel-devel packages and then compiled the vmware modules using /usr/bin/vmware-config.pl. I did not get the lockup that I had when I had kernel-devel versions on the system, but no associated kernels to match up to the unassociated devel packages. Anyway, both the hardlink problem and mmap did seem to take forever. Since carrying a slew of kernels on a system is a rarity, doing away with the hardlink concept and reverting to independent files seems to be a better approach. Compiling modules seems to be safer with kernel to kernel-devel purity, since the purpose for the devel package is to add newer and hopefully better differences to the system. MMAP does take forever, especially for the first kernel-devel removal. The second removal did not seem to take as long to remove. I removed 1236 first (long delay) and then 1238 which seemed to complete quickly. Jim -- We are the people our parents warned us about. From matt.t.galvin at gmail.com Thu Apr 21 02:03:53 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Wed, 20 Apr 2005 22:03:53 -0400 Subject: Small Gnome Issue In-Reply-To: <1114045061.3692.10.camel@jellyfish.redfishdemo.com> References: <1114045061.3692.10.camel@jellyfish.redfishdemo.com> Message-ID: On 4/20/05, Rodd Clarkson wrote: > On Wed, 2005-04-20 at 11:45 -0400, Matt Galvin wrote: > > In Gnome when dragging an icon around on the desktop I always see a > > line against the left side of the screen. I don't know exactly what > > component is causing this but I know there is a fix for it, the Ubuntu > > guys fixed this a few weeks back. > > I can see the same thing too. File a bug and I'll mark it as confirmed. Done. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155523 > Rodd > > From surak at casa.surak.eti.br Thu Apr 21 02:06:12 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 20 Apr 2005 23:06:12 -0300 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <20050421014623.GD4391@redhat.com> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> <20050421014623.GD4391@redhat.com> Message-ID: <1114049172.9395.27.camel@localhost.surak.eti.br> Em Qua, 2005-04-20 ?s 21:46 -0400, Dave Jones escreveu: > On Wed, Apr 20, 2005 at 10:29:15PM -0300, Alexandre Strube wrote: > > Em Qua, 2005-04-20 ?s 20:07 -0400, Dave Jones escreveu: > > > Can you file a bug on this please, with output of dmesg -s 128000 > > > /proc/cpuinfo and dmidecode ? > > > > what can I do to show the whole output of my boot attempt? I don't > > remember which textmode would show me more than 80x25. Is there a way to > > tell isolinux to output everything to, say, a printer? > > vga=1 will put you into 50 line mode. vga=791 is a 1024x768 svga display. Graphic modes (791 for instance) doesn't seem to work. I've tried 800x600 and 1024x768. It goes to textmode anyway. Will try vga=1. Oh, they work with any knoppix syslinux/isolinux I tried. (even older ones) > > As I cannot boot, I'm unable to show anything about /proc. > Even older releases dont work ? damn. Didn't tried any other fedora on it. Ubuntu hoary and kurumin 3.3 (knoppix-based, kernel 2.4.25smp) works fine. I'll post /proc/cpuinfo and dmidecode with them. From fct-cornette at insight.rr.com Thu Apr 21 02:16:43 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 20 Apr 2005 22:16:43 -0400 Subject: rawhide report: 20050420 changes In-Reply-To: <426709D3.503@insight.rr.com> References: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> <426680D0.3080808@geekystuff.net> <1114045078.3692.12.camel@jellyfish.redfishdemo.com> <42670303.9030204@insight.rr.com> <1114048035.3692.18.camel@jellyfish.redfishdemo.com> <426709D3.503@insight.rr.com> Message-ID: <42670D0B.8070706@insight.rr.com> Jim Cornette wrote: > Rodd Clarkson wrote: > >> On Wed, 2005-04-20 at 21:33 -0400, Jim Cornette wrote: >> >> >>> Same problem noted here. I also observed that these errors >>> referenced kernel versions that I no longer have on this system. The >>> error seems to be related to kernel-devel because the errors included >>> an uninstalled kernel, however the devel packages ae never removed. >>> rpm -q --verify kernel-devel shows the below output for the remaining rpms. rpm -q --verify kernel-devel ..?..... /usr/src/kernels/2.6.11-1.1240_FC4-i686/include/config/MARKER ..?..... /usr/src/kernels/2.6.11-1.1251_FC4-i686/include/config/MARKER Also, to be more correct about the system lockup resulting from vmware, it seems to compile modules correctly, then gives feedback that the script needs run to use vmware. Running the script the second time freezes up the system. I'll probably remove the kernel-devel altogether when only the running kernel is installed or download the latest and rpm --replacefiles --replacpkgs to see if third party modules are affected by the scheme. Jim From rodd at clarkson.id.au Thu Apr 21 02:17:46 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 21 Apr 2005 12:17:46 +1000 Subject: Small Gnome Issue In-Reply-To: References: <1114045061.3692.10.camel@jellyfish.redfishdemo.com> Message-ID: <1114049866.3692.26.camel@jellyfish.redfishdemo.com> On Wed, 2005-04-20 at 22:03 -0400, Matt Galvin wrote: > On 4/20/05, Rodd Clarkson wrote: > > On Wed, 2005-04-20 at 11:45 -0400, Matt Galvin wrote: > > > In Gnome when dragging an icon around on the desktop I always see a > > > line against the left side of the screen. I don't know exactly what > > > component is causing this but I know there is a fix for it, the Ubuntu > > > guys fixed this a few weeks back. > > > > I can see the same thing too. File a bug and I'll mark it as confirmed. > > Done. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155523 And Done! Rodd From rodd at clarkson.id.au Thu Apr 21 02:20:42 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 21 Apr 2005 12:20:42 +1000 Subject: VGA Modes for ATI with Widescreen laptop (was Re: Fedora Core 4 test3 freeze warning) In-Reply-To: <20050421014623.GD4391@redhat.com> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> <20050421014623.GD4391@redhat.com> Message-ID: <1114050043.3692.30.camel@jellyfish.redfishdemo.com> On Wed, 2005-04-20 at 21:46 -0400, Dave Jones wrote: > vga=1 will put you into 50 line mode. vga=791 is a 1024x768 svga display. Sorry for barging in on this thread, but I understand that there are some options for vga modes (or fb modes) specifically for ati cards. Could someone point me to documentation on this and tell me whether they've had any success with setting this up. I've got a Dell laptop with a wide screen display and would love to run the resolution a little higher on the console (and also use the extra width if possible (instead of stretching the output)) R. From roger at gwch.net Thu Apr 21 05:28:20 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 21 Apr 2005 07:28:20 +0200 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: References: <1114033067.9395.4.camel@localhost.surak.eti.br> Message-ID: <426739F4.8050201@gwch.net> Paul Ionescu schrieb: > On Wed, 20 Apr 2005 18:37:47 -0300, Alexandre Strube wrote: > > >>Em Qua, 2005-04-20 ?s 15:30 -0400, Elliot Lee escreveu: >> >>>Fedora Core 4 test3 is set to freeze in a week. That's April 27. By then >>>all the broken dependencies need to be fixed, bugs fixed, etc. On the >>>installer side, upgrades are supposed to work! :-) >> >>I still cannot get fedora core 4 test 2 to boot. It's a msi pentium4 >>board, with 915 chipset, via 6540 raid (parallel-ata) >> >>It loads the kernel, and hangs. The last messages are a stack trace, >>something about a pci lookup. I can provide more stuff when I'll be near >>it. Still there, I cannot even bugzilla it. > > > Same here, it loads the kernel, and hangs without any output. > I deleted "noapic" and added "nolapic" to kernel parameters and then it > worked. > > > hey, is there somewhere a list of all boot-params? i still get not my laptop-display working for gui-installation. even not with nofb and resolution=800x600 Roger From nman64 at n-man.com Thu Apr 21 07:54:22 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Thu, 21 Apr 2005 02:54:22 -0500 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> Message-ID: <42675C2E.7010605@n-man.com> It's my turn to add something to this thread. With luck, it will be the last post to this thread. 1. You're in the wrong place. This list is not for requesting packages to be included in Fedora Core, nor is it for debating the merits of including specific packages. This list is for discussion related to testing the development branch of Fedora Core. 2. You're using the wrong software. a. This is open-source. If you don't like something, it is up to you to do something about it, not anyone else. The community has made its decision regarding this matter. If you don't like it, quite franky, go elsewhere. b. This is a community project, with stated goals and directed progress. It is clearly not the community's will that LILO be part of the Fedora Core distribution. c. This project is not meant to be a hardened, supported distribution. This project is a framework on which other distributions, including those that are bundled with enterprise packages and support, can be built. You are welcome to explore those enterprise distributions if you want enterprise features and are interested in enterprise goals. 3. You're not following the necessary procedures. We're not here to hold your hand through your Linux experience. If you want LILO, go get the source and build it. If you want something included in Fedora Core, use GRUB. If you have a problem with GRUB, follow procedure and report the specific bug to Bugzilla. It isn't hard. Maybe, just maybe, you'll help GRUB become what you claim LILO is. If bugs aren't being fixed, that means nobody cares to fix them, and your only options are to fix them yourself, of hire somebody else to do it. The community will do what it wants. You're free to do what you want. Maybe you want to try a more reliable boot loader with Windows? You already have more freedom than you have earned. 4. Things are done the way they are done for a reason. This isn't some high-school student's science project. Everything done with RHEL and Fedora Core is done for a reason. If you don't like it, go elsewhere. If you can bring yourself to agree with the way of things, this will be a better project for us all. 5. You're not welcome. If this is how you are going to abuse your rights within the community, and this is how you are going to interrupt the valuable time of Fedora Core testers and developers, you need to leave. We don't want to hear you whine if you aren't willing to follow our procedures and work cooperatively with us to benefit everyone. 6. There's nothing keeping you from providing LILO. You are quite welcome to prepare a LILO package and submit it to Fedora Extras. You may maintain it, and if you want to see it stay, you had better maintain it. None of your crap about it "just working" and testing not being necessary will be tolerated. If you want a stable and reliable program, it must continually be tested as the rest of the project changes around it. There are technologies on the horizon which LILO is not prepared for. That isn't to say that GRUB is prepared, but this community has commited to making GRUB ready. It is not interested in devoting the resources to LILO. 7. Take a hint. The next time you find yourself defending against the majority on a community list, consider that it may be time to refrain from pushing the issue. The majority rules. You can take your argument elsewhere until you have real support for it. That's my lucky seven points, so I'll stop here. Do us all a favor and do not continue to pursue this issue on this list. Following this thread and writing this message have pushed me well past when I intended to go to bed, and my daughter has an important appointment in the morning. I hope you enjoy dragging us all into wasting our time in this manner. -Patrick "The N-Man" Barnes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From mpeters at mac.com Thu Apr 21 08:13:23 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 21 Apr 2005 01:13:23 -0700 Subject: yum update and kernel-devel and mmap error Message-ID: <1114071203.3761.2.camel@fc4t2.mpeters.local> What is the cause of this error during the update of kernel packages? Cache file created successfully. Installing: kernel-devel ####################### [10/22] Failed to mmap /usr/src/kernels/2.6.11-1.1234_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1236_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1238_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1240_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-i686/./include/config/MARKER Failed to mmap ./include/config/MARKER From Hugo.Vandeputte at meteo.fr Thu Apr 21 11:08:01 2005 From: Hugo.Vandeputte at meteo.fr (Hugo Vandeputte) Date: Thu, 21 Apr 2005 13:08:01 +0200 Subject: Framebuffer not working on FC4-test2? Message-ID: <42678991.9080702@meteo.fr> Framebuffer seems to not working on my computer. brings to black screen, and shudown progress too... Has someone similar problems? Thanks, Hugo Vandeputte. From paul at permanentmail.com Thu Apr 21 11:10:41 2005 From: paul at permanentmail.com (Paul Dickson) Date: Thu, 21 Apr 2005 04:10:41 -0700 Subject: FC4-t2 & Dell i6000: VESA only video and no sound Message-ID: <20050421041041.2c98d4c2.paul@permanentmail.com> I'm using FC4-test2 on my week-old Inspiron 6000 notebook. So far I can only use a 1024x768 VESA display on my 1280x800 i915 hardware. Search the web, the only part of the kernel I'm not sure of is whether the intel_agp module is compiled in. The agpgart is compiled in and i915 module is there but unused. Also xorg can't find the hardware, so my problem might just be unsupported id numbers WRT xorg. I can include xorg log messages in a future message if it's needed. As the subject states, I get no sound from FC4-t2. It works great with Knoppix 3.8.1 though. Desktop->System Settings->Soundcard Detection provides: Vendor: Intel Model: Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller Module: snd-intel8x0 Which I think is correct (I think), but the text field formatting is off. Looking at the lsmod output, I wonder why lp and parport are there. I don't have that hardware port on this notebook. Thank in advance for any help. -Paul Attached is the output from lspci -vv anf lsmod. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: i6000.lspci.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: i6000.lsmod.txt URL: From fedora at leemhuis.info Thu Apr 21 11:30:55 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 21 Apr 2005 13:30:55 +0200 Subject: FC4-t2 & Dell i6000: VESA only video and no sound In-Reply-To: <20050421041041.2c98d4c2.paul@permanentmail.com> References: <20050421041041.2c98d4c2.paul@permanentmail.com> Message-ID: <1114083055.4382.28.camel@thl.ct.heise.de> Am Donnerstag, den 21.04.2005, 04:10 -0700 schrieb Paul Dickson: > I'm using FC4-test2 on my week-old Inspiron 6000 notebook. So far I can > only use a 1024x768 VESA display on my 1280x800 i915 hardware. If it's a 915GM try this driver: ftp://aiedownload.intel.com/df-support/8211/eng/ The driver is not in FC4 yet (as afaik it won't be in it). Note, the driver contains a tar.gz that is extracted and installed during %pre ; Not very nice... Install kernel-devel before installing the intel rpm. > As the subject states, I get no sound from FC4-t2. Try modproping snd-intel8x0 (or if it fails snd-hda-intel) and check volume and mute-status in alsamixer. It should work. HTH CU thl From buildsys at redhat.com Thu Apr 21 11:56:53 2005 From: buildsys at redhat.com (Build System) Date: Thu, 21 Apr 2005 07:56:53 -0400 Subject: rawhide report: 20050421 changes Message-ID: <200504211156.j3LBurNY001953@porkchop.devel.redhat.com> Updated Packages: MySQL-python-1.2.0-1 -------------------- * Thu Apr 21 2005 Tom Lane 1.2.0-1 - Update to 1.2.0, per bug #155341 - Link against mysql 4.x not 3.x, per bug #150828 audit-0.6.12-1 -------------- * Wed Apr 20 2005 Steve Grubb 0.6.12-1 - Fixed bug where elf type wasn't being set when given numerically - Added autrace program (similar to strace) - Fixed bug when logs = 2 and ROTATE is the action, only 1 log resulted cman-1.0-0.pre33.1 ------------------ cman-kernel-2.6.11.2-20050420.112235.FC4.0 ------------------------------------------ cvs-1.11.19-8 ------------- * Mon Apr 18 2005 Martin Stransky 1.11.17-8 - add security fix CAN-2005-0753 (Derek Price) dlm-1.0-0.pre21.2 ----------------- dlm-kernel-2.6.11.2-20050420.131626.FC4.0 ----------------------------------------- eclipse-changelog-1:2.0.1_fc-20 ------------------------------- * Wed Apr 20 2005 Phil Muldoon 2.0.1_fc-20 - Fixed SDK symlink so Python parser will build - Remove -DjavacFailOnError=false from java -cp command emacs-21.4-3 ------------ * Wed Apr 20 2005 Jens Petersen - 21.4-3 - add igrep.el and init file fence-1.27-1 ------------ filesystem-2.3.2-1 ------------------ * Wed Apr 20 2005 John Dennis - 2.3.2-1 - add /etc/pki, a place to store keys and certificates gdm-1:2.6.0.8-6 --------------- * Tue Apr 19 2005 Matthias Clasen 1:2.6.0.8-6 - Add a throbber for early login gnbd-1.0-0.pre13.1 ------------------ gnbd-kernel-2.6.11.2-20050420.133124.FC4.2 ------------------------------------------ gnome-applets-1:2.10.1-4 ------------------------ * Wed Apr 20 2005 Ray Strode 1:2.10.1-4 - Use builtin copy of apmlib instead of adding an external dependency (bug 155125) iddev-1.9-19 ------------ iiimf-1:12.1.1-16.svn2532 ------------------------- * Wed Apr 20 2005 Akira TAGOH - 1:12.1.1-16.svn2532 - update to latest trunk r2532 - Fixed a crash issue during preediting with iiimqcf (#154374) - Fixed a crash issue when LE is switched on Qt applications (#155211) iiimf-le-chinput-0.3-19 ----------------------- * Thu Apr 21 2005 Yu Shao -19 - move /locale/zh_CN/* to /chinput isdn4k-utils-3.2-27 ------------------- * Wed Apr 20 2005 Martin Stransky 3.2-27 - fix for large filesystems (#155441) jpilot-0.99.8-0.pre8.2 ---------------------- * Wed Apr 20 2005 Ivana Varekova 0.99.8-0.pre8.2 - rebuilt kdesdk-3.4.0-3 -------------- * Wed Apr 20 2005 Than Ngo 2:3.4.0-3 - fix dependency issue kernel-2.6.11-1.1253_FC4 ------------------------ mgetty-1.1.31-5 --------------- * Thu Apr 21 2005 Peter Vrabec 1.1.31-5 - support FILE_OFFSET_BITS=64 in statvfs (#155440) perl-3:5.8.6-6 -------------- * Wed Apr 20 2005 Jose Pedro Oliveira - 3:5.8.6-6 - FCGI is not provided by perl (#148847). - Drop the '.1' suffix from the perl-suidperl subpackage. * Thu Mar 17 2005 Jason Vas Dias - 3:5.8.6-5 - bug 151127: fix to use libresolv instead of libbind (perl-5.8.6-libresolv.patch). * Tue Mar 08 2005 Chip Turner - 3:5.8.6-4 - add patch to put site_perl and vendor_perl before core perl dirs, to allow for overriding modules perl-Convert-ASN1-0.19-1 ------------------------ perl-Devel-Symdump-2.03-20 -------------------------- * Wed Apr 20 2005 Jose Pedro Oliveira - 2.03-20 - (#155463) - BuildArch correction (noarch). - Bring up to date with current Fedora.Extras perl spec template. perl-Parse-Yapp-1.05-33 ----------------------- * Wed Apr 20 2005 Jose Pedro Oliveira - 1.05-33 - #155467 - Bring up to date with current Fedora.Extras perl spec template. postfix-2:2.2.2-2 ----------------- * Wed Apr 20 2005 Tomas Mraz 2:2.2.2-2 - fix fsspace on large filesystems (>2G blocks) pump-0.8.22-1 ------------- * Wed Apr 20 2005 Jeremy Katz - 0.8.22-1 - add patch from Sean Dilda to support setting of MTU (#154726, related to #155414/#151789) * Tue Sep 21 2004 Jeremy Katz - 0.8.21-1 - don't bring down the interface when getting a lease, should help with some cases where switch negotiation takes a while. anaconda already takes the interface down before getting a lease and then ensures that the link is present (#131475, #110036) * Tue Jan 06 2004 Jeremy Katz 0.8.20-1 - rebuild with vendor class id patch (#78843) redhat-artwork-0.122-3 ---------------------- * Wed Apr 20 2005 Matthias Clasen 0.122-3 - add a throbber to the login screen for early-login (these changes are also committed upstream, but I couldn't get redhat-artwork to distcheck, therefore I patched them in here; throbbers.tar.bz2 and the throbbers patch should be removed with the next upstream redhat-artwork tarball) selinux-doc-1.19.5-1 -------------------- * Wed Apr 20 2005 Dan Walsh 1.19.5-1 - Update to NSA Release version * Added Ubuntu SELinux link to README. * Updated README.MLS. * Merged README.HIERARCHY from Tresys Technology. * Thu Apr 07 2005 Dan Walsh 1.19.2-1 - Update to NSA Release version * Merged top-level Makefile from Andreas Steinmetz. * Updated README.MLS to reflect recent changes. selinux-policy-strict-1.23.12-1 ------------------------------- * Wed Apr 20 2005 Dan Walsh 1.23.12-1 - Fix dhcpc.te - fix hostname.te for targeted domain - Update from NSA * Merged Dan Walsh's Netlink changes to handle new auditing pam modules. * Merged Dan Walsh's patch removing the sysadmfile attribute from policy files to separate sysadm_t from secadm_t. * Added CVS and uucpd policy from Dan Walsh. * Cleanup by Dan Walsh to handle turning off unlimitedRC. * Merged Russell Coker's fixes to ntpd, postgrey, and named policy. * Cleanup of chkpwd_domain and added permissions to su_domain macro due to pam changes to support audit. * Added nlmsg_relay and nlmsg_readpriv permissions to the netlink_audit_socket class. * Tue Apr 19 2005 Dan Walsh 1.23.11-4 - Fix httpd_suexec_t to be able to creat log file - Add auditctl_t - Misc fixes selinux-policy-targeted-1.23.12-1 --------------------------------- * Wed Apr 20 2005 Dan Walsh 1.23.12-1 - Fix dhcpc.te - fix hostname.te for targeted domain - Update from NSA * Merged Dan Walsh's Netlink changes to handle new auditing pam modules. * Merged Dan Walsh's patch removing the sysadmfile attribute from policy files to separate sysadm_t from secadm_t. * Added CVS and uucpd policy from Dan Walsh. * Cleanup by Dan Walsh to handle turning off unlimitedRC. * Merged Russell Coker's fixes to ntpd, postgrey, and named policy. * Cleanup of chkpwd_domain and added permissions to su_domain macro due to pam changes to support audit. * Added nlmsg_relay and nlmsg_readpriv permissions to the netlink_audit_socket class. * Tue Apr 19 2005 Dan Walsh 1.23.11-4 - Fix httpd_suexec_t to be able to creat log file - Add auditctl_t - Misc fixes setools-2.1.0-2 --------------- * Wed Apr 20 2005 Dan Walsh 2.1.0-2 - Fix requires line system-config-network-1.3.26-1 ------------------------------ * Wed Apr 20 2005 Harald Hoyer - 1.3.26 - CBCP_MSN added (bug #125710) system-config-packages-1.2.24-1 ------------------------------- * Wed Apr 20 2005 Jeremy Katz - 1.2.24-1 - handle groups of metapkgs (#154090) - clean up some deprecation warnings * Thu Dec 02 2004 Jeremy Katz - 1.2.23-1 - more metapkg fixing (#138397) * Wed Dec 01 2004 Jeremy Katz - 1.2.22-1 - rebuild for translations (#141456) xorg-x11-6.8.2-26 ----------------- * Wed Apr 20 2005 Mike A. Harris 6.8.2-26 - Re-enable xorg-x11-6.8.2-ati-radeon-disable-broken-renderaccel-by-default.patch patch on FC3/FC4, until we have a new renderaccel patch to test. - Delete Xprint manpage. From paul at permanentmail.com Thu Apr 21 12:05:18 2005 From: paul at permanentmail.com (Paul Dickson) Date: Thu, 21 Apr 2005 05:05:18 -0700 Subject: FC4-t2 & Dell i6000: VESA only video and no sound In-Reply-To: <1114083055.4382.28.camel@thl.ct.heise.de> References: <20050421041041.2c98d4c2.paul@permanentmail.com> <1114083055.4382.28.camel@thl.ct.heise.de> Message-ID: <20050421050518.5fe964da.paul@permanentmail.com> On Thu, 21 Apr 2005 13:30:55 +0200, Thorsten Leemhuis wrote: > > As the subject states, I get no sound from FC4-t2. > > Try modproping snd-intel8x0 (or if it fails snd-hda-intel) and check > volume and mute-status in alsamixer. It should work. I got sound to work by turning on the External Amplifier (I think). The sound test is resetting the volume level to 74 each time, so I will wait until daylight before doing further testing and not waking the entire house. :-) Thanks. -Paul From dwmw2 at infradead.org Thu Apr 21 13:21:41 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 21 Apr 2005 23:21:41 +1000 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: References: Message-ID: <1114089703.29135.56.camel@localhost.localdomain> On Wed, 2005-04-20 at 15:30 -0400, Elliot Lee wrote: > Fedora Core 4 test3 is set to freeze in a week. That's April 27. By then > all the broken dependencies need to be fixed, bugs fixed, etc. On the > installer side, upgrades are supposed to work! :-) > > This is the last test release of the FC4 cycle so please make sure to put > as much effort as possible into finding and reporting bugs, doing test > installs/upgrades, etc. Nominations for FC4 blocker bugs: #145314 GNOME/Evolution cut/paste is broken. I can select something in one Evo composer, middle click in another Evo composer and get something _other_ than what I just selected. #154336 NetworkManager code fails C101 (although admittedly I had to look it up too to double-check it was being naughty) #154499 GNOME file dialog shows indeterministic behaviour when I type a filename into it and press 'enter' _Either_ but probably not both of: #147675 Modemlights applet is broken. #136662 NetworkManager doesn't replace modemlights applet It's also be nice to see some of the Evo bugs fixed... #83257, #145313, #145634, #147780, #151121, and some others. It's getting to the point where I think I really might have to ditch Evolution and switch to something less crack-inspired. -- dwmw2 From strange at nsk.no-ip.org Thu Apr 21 13:24:07 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Thu, 21 Apr 2005 14:24:07 +0100 Subject: yum can't upgrade to latest rawhide In-Reply-To: <20050420230739.GA7764@nsk.no-ip.org> References: <20050420230739.GA7764@nsk.no-ip.org> Message-ID: <20050421132407.GA18267@nsk.no-ip.org> On Thu, Apr 21, 2005 at 12:07:39AM +0100, Luciano Miguel Ferreira Rocha wrote: > > Hi, > > I just installed FC4Test2 (on a powerbook). > > Any attempt to do a full yum upgrade fails with the error message I > present shortly. > > yum upgrade yum found nothing to upgrade; yum upgrade python updated > python correctly, but yum still fails with the same error message. > > And here it is: > > Transaction Summary > ============================================================================= > Install 6 Package(s) > Update 256 Package(s) > Remove 0 Package(s) > Total download size: 493 M > Is this ok [y/N]: y > Downloading Packages: > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Traceback (most recent call last): > File "/usr/bin/yum", line 15, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 149, in main > base.doTransaction() > File "/usr/share/yum-cli/cli.py", line 651, in doTransaction > self.runTransaction(cb=cb) > File "__init__.py", line 333, in runTransaction > NameError: global name 'yum' is not defined Corrected by changing line 333 on /usr/lib/python2.4/site-packages/yum/__init_.py to: raise Errors.YumBaseError, errstring The error is related to free space, but the message isn't properly formatted (is a print of a python tuple). -- lfr -- 0/0 From ja at jaa.org.uk Thu Apr 21 13:50:43 2005 From: ja at jaa.org.uk (John Austin) Date: Thu, 21 Apr 2005 14:50:43 +0100 Subject: Framebuffer not working on FC4-test2? In-Reply-To: <42678991.9080702@meteo.fr> References: <42678991.9080702@meteo.fr> Message-ID: <1114091443.20037.1.camel@maui.jaa.org.uk> On Thu, 2005-04-21 at 13:08 +0200, Hugo Vandeputte wrote: > Framebuffer seems to not working on my computer. > brings to black screen, and shudown progress too... > Has someone similar problems? > Thanks, > Hugo Vandeputte. > Hi Please add to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153729 if it matches John From matt.t.galvin at gmail.com Thu Apr 21 14:03:07 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Thu, 21 Apr 2005 10:03:07 -0400 Subject: Flash Player Firefox plugin will not install/play flash objects. Message-ID: Hi All, Everytime I go to a page the uses flash I get asked to install the plugin... I install the plug in and it doesn't work, it just asks again and I cancel. This happens everytime. I have also seen this with firefox on other distros. It seems to have started happening with ~firefox 1.0.2 (if I remember correctly). Can anyone confirm this behaviour? I found these too which seem to discuss this a bit: https://bugzilla.mozilla.org/show_bug.cgi?id=260439 https://bugzilla.mozilla.org/show_bug.cgi?id=267705 Thanks, Matt From matt.t.galvin at gmail.com Thu Apr 21 14:06:57 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Thu, 21 Apr 2005 10:06:57 -0400 Subject: 20050421 yum update errors/warnings Message-ID: Some of these may be harmless but I just thought I would post what errors/warnings showed up for me... --- snip --- Updating : kernel-smp-devel ##################### [ 59/171] Failed to mmap /usr/src/kernels/2.6.11-1.1240_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-smp-i686/./include/config/MARK ER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4smp-i686/./include/config/MARKE R Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-xen0-i686/./include/config/MAR KER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4xen0-i686/./include/config/MARK ER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-xenU-i686/./include/config/MAR KER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4xenU-i686/./include/config/MARK ER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4-smp-i686/./include/config/MARK ER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4smp-i686/./include/config/MARKE R Failed to mmap ./include/config/MARKER [...] Updating : selinux-policy-targeted-sour ##################### [ 64/171] /etc/selinux/targeted/contexts/files/file_contexts: Multiple same specifications for /bin/hostname. /sbin/restorecon reset /sbin/auditctl context system_u:object_r:auditd_exec_t->s ystem_u:object_r:auditctl_exec_t /sbin/restorecon reset /usr/bin/iiimd context system_u:object_r:bin_t->system_u: object_r:i18n_input_exec_t [...] Updating : kernel-xenU-devel ##################### [ 76/171] Failed to mmap /usr/src/kernels/2.6.11-1.1240_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-smp-i686/./include/config/MARK ER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4smp-i686/./include/config/MARKE R Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-xen0-i686/./include/config/MAR KER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4xen0-i686/./include/config/MARK ER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-xenU-i686/./include/config/MAR KER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4xenU-i686/./include/config/MARK ER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4-smp-i686/./include/config/MARK ER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4smp-i686/./include/config/MARKE R Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4-xenU-i686/./include/config/MAR KER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4xenU-i686/./include/config/MARK ER Failed to mmap ./include/config/MARKER [...] Installing: kernel-devel ##################### [ 80/171] Failed to mmap /usr/src/kernels/2.6.11-1.1240_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-smp-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4smp-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-xen0-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4xen0-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4-xenU-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1251_FC4xenU-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4-smp-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4smp-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4-xen0-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4xen0-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4-xenU-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4xenU-i686/./include/config/MARKER Failed to mmap ./include/config/MARKER Matt From czar at czarc.net Thu Apr 21 14:12:17 2005 From: czar at czarc.net (Gene C.) Date: Thu, 21 Apr 2005 10:12:17 -0400 Subject: dependency problem in latest "yum update": kdelibs-devel In-Reply-To: References: Message-ID: <200504211012.17572.czar@czarc.net> On Wednesday 20 April 2005 12:42, Matt Galvin wrote: > Yesterday 12:42:06 > > > Yup, same here > > https://www.redhat.com/archives/fedora-test-list/2005-April/msg01676.html > > Matt > > On 4/20/05, Robert P. J. Day wrote: > > ? Error: ... kdelibs-devel = 3.4.0 is needed by package kdesdk-devel Another update to kdesdk/kdesdk-devel today but still the same problem. Anyone have a clue as to what the problem is since 3.4.0 of kdelibs-devel IS installed. -- Gene From jacob.kroon at gmail.com Thu Apr 21 14:13:05 2005 From: jacob.kroon at gmail.com (Jacob Kroon) Date: Thu, 21 Apr 2005 16:13:05 +0200 Subject: Flash Player Firefox plugin will not install/play flash objects. In-Reply-To: References: Message-ID: <4267B4F1.5060302@gmail.com> Matt Galvin wrote: >Hi All, > >Everytime I go to a page the uses flash I get asked to install the >plugin... I install the plug in and it doesn't work, it just asks >again and I cancel. This happens everytime. I have also seen this with >firefox on other distros. It seems to have started happening >with ~firefox 1.0.2 (if I remember correctly). > >Can anyone confirm this behaviour? > >I found these too which seem to discuss this a bit: >https://bugzilla.mozilla.org/show_bug.cgi?id=260439 >https://bugzilla.mozilla.org/show_bug.cgi?id=267705 > >Thanks, > >Matt > > > Perhaps this is somehow related to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152611 but since it happens on WindowsXP, perhaps not. Although I'm using Firefox 1.0.3, and Flash works for me, after applying the fix mentioned in the bug comments. /Jacob From guy at incentre.net Thu Apr 21 14:26:43 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 21 Apr 2005 08:26:43 -0600 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <42675C2E.7010605@n-man.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> Message-ID: <1114093604.4929.174.camel@sigurd.incentre.net> On Thu, 2005-21-04 at 02:54 -0500, Patrick Barnes wrote: > It's my turn to add something to this thread. With luck, it will be the > last post to this thread. > > 1. You're in the wrong place. ...blah... You're wrong on oh so many levels. > 2. You're using the wrong software. ...blah... NC > 3. You're not following the necessary procedures. ...blah... NC > 4. Things are done the way they are done for a reason. ...blah... NC > 5. You're not welcome. ...blah... Ditto. > 6. There's nothing keeping you from providing LILO. ...blah... Yes the "community" will not accept it. > 7. Take a hint. ...blah... > -Patrick "The N-Man" Barnes Not likely, unless N stands for nut. ...blah... From matt.t.galvin at gmail.com Thu Apr 21 14:25:31 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Thu, 21 Apr 2005 10:25:31 -0400 Subject: Flash Player Firefox plugin will not install/play flash objects. In-Reply-To: <4267B4F1.5060302@gmail.com> References: <4267B4F1.5060302@gmail.com> Message-ID: Nope :( --- snip --- ~$ sudo /sbin/restorecon -v ~/.mozilla/plugins/libflashplayer.so /etc/selinux/targeted/contexts/files/file_contexts: Multiple same specifications for /bin/hostname. /sbin/restorecon reset /home/mgalvin/.mozilla/plugins/libflashplayer.so context user_u:object_r:default_t->user_u:object_r:texrel_shlib_t --- snip --- I tried going to a flash site and it did not work. Thanks anyway for the tip. Matt On 4/21/05, Jacob Kroon wrote: > Matt Galvin wrote: > > >Hi All, > > > >Everytime I go to a page the uses flash I get asked to install the > >plugin... I install the plug in and it doesn't work, it just asks > >again and I cancel. This happens everytime. I have also seen this with > >firefox on other distros. It seems to have started happening > >with ~firefox 1.0.2 (if I remember correctly). > > > >Can anyone confirm this behaviour? > > > >I found these too which seem to discuss this a bit: > >https://bugzilla.mozilla.org/show_bug.cgi?id=260439 > >https://bugzilla.mozilla.org/show_bug.cgi?id=267705 > > > >Thanks, > > > >Matt > > > > > > > Perhaps this is somehow related to > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152611 > > but since it happens on WindowsXP, perhaps not. Although I'm using > Firefox 1.0.3, and Flash works for me, > after applying the fix mentioned in the bug comments. > > /Jacob > From guy at incentre.net Thu Apr 21 14:29:51 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 21 Apr 2005 08:29:51 -0600 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1114037033.19088.98.camel@jkeating2.hq.pogolinux.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <1114037033.19088.98.camel@jkeating2.hq.pogolinux.com> Message-ID: <1114093791.4929.178.camel@sigurd.incentre.net> On Wed, 2005-20-04 at 15:43 -0700, Jesse Keating wrote: > On Wed, 2005-04-20 at 15:51 -0600, Guy Fraser wrote: > > Do you have inside information to when drives >2TB will > > be affordable to the average person or even available? > > Oh? So we're talking about the average person again right? Guess what, > grub works for the average person. The unaverage can spend their > unaverage time to source lilo into the distro and make it their boot > loader. The rest of the average world can continue using GRUB and > benefit from the developer time freed up from dealing with the crap pile > that Lilo has become. > > > That argument is just nuts. Drive prices will have to > > drop to 10% of what they are now per GB, and as far as > > I know there aren't any commonly available .5TB drives > > yet. It will likely be a couple years before a 2TB > > drive will be commonly available. > > I'm not speaking of a single drive, I'm speaking of RAID arrays. We > sell on average 4 machines a week that are capable of a > 2TB block > device. Thats a lot of systems. WAY more that systems we sell with > onboard pata, onboard sata, add on pata and add on sata.... In fact, > we've NEVER sold one of those. Oh goody for you. > > -- > Jesse Keating RHCE (geek.j2solutions.net) > Fedora Legacy Team (www.fedoralegacy.org) > GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) > > Was I helpful? Let others know: > http://svcs.affero.net/rm.php?r=jkeating On oh so many levels, not. From paul at permanentmail.com Thu Apr 21 14:34:08 2005 From: paul at permanentmail.com (Paul Dickson) Date: Thu, 21 Apr 2005 07:34:08 -0700 Subject: FC4-t2 & Dell i6000: VESA only video and no sound In-Reply-To: <1114083055.4382.28.camel@thl.ct.heise.de> References: <20050421041041.2c98d4c2.paul@permanentmail.com> <1114083055.4382.28.camel@thl.ct.heise.de> Message-ID: <20050421073408.4acca1a8.paul@permanentmail.com> On Thu, 21 Apr 2005 13:30:55 +0200, Thorsten Leemhuis wrote: > > I'm using FC4-test2 on my week-old Inspiron 6000 notebook. So far I can > > only use a 1024x768 VESA display on my 1280x800 i915 hardware. > > If it's a 915GM try this driver: > > ftp://aiedownload.intel.com/df-support/8211/eng/ > > The driver is not in FC4 yet (as afaik it won't be in it). Note, the > driver contains a tar.gz that is extracted and installed during %pre ; > Not very nice... Install kernel-devel before installing the intel rpm. Thanks, works very well. The rpm would not allow installing while running xorg, so after switching to vt1 and doing an init 3, the install of the rpm compiled and installed the modules (after some ominous warning message). It suggested rebooting to get rid of the old modules. After rebooting xorg ran much faster. I had to grab an xorg.conf from one of the Inspiron 6000 user sites and make changes for Fedora (like where the mouse device was and how to reach the font server). If anyone wants it, I can send it. The only problem, and it's very minor, rhgb no longer works. It blanks the screen as though it's starting but then returns to vt1. I wouldn't be concern about this except for when I showoff the system. Thanks again for the help. -Paul From mccabemt at gmail.com Thu Apr 21 14:35:55 2005 From: mccabemt at gmail.com (Michael McCabe) Date: Thu, 21 Apr 2005 10:35:55 -0400 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <1114093604.4929.174.camel@sigurd.incentre.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> Message-ID: <4267BA4B.2070006@gmail.com> Guy Have you tried submitting Lilo to Extras? Mike Guy Fraser wrote: > >...blah... >Yes the "community" will not accept it. > > > > From Fred.New at microlink.ee Thu Apr 21 14:45:30 2005 From: Fred.New at microlink.ee (Fred New) Date: Thu, 21 Apr 2005 17:45:30 +0300 Subject: Flash Player Firefox plugin will not install/play flash objects. Message-ID: <345764DCB65C0C4FACC44529DE273C18F8EBB7@eemail1.microlink.lan> On 21. aprill 2005. a. 17:26, Matt Galvin wrote: > > Nope :( > > --- snip --- > ~$ sudo /sbin/restorecon -v ~/.mozilla/plugins/libflashplayer.so > /etc/selinux/targeted/contexts/files/file_contexts: Multiple same > specifications for /bin/hostname. > /sbin/restorecon reset > /home/mgalvin/.mozilla/plugins/libflashplayer.so context > user_u:object_r:default_t->user_u:object_r:texrel_shlib_t > --- snip --- > > I tried going to a flash site and it did not work. > I've been installing plugins in the global location, /usr/lib/mozilla/plugins, so my thoughts may not count for your case. But doesn't the flashplayer plugin include 2 files. Maybe you need to restorecon the other file too - flashplayer.xpt (If you try to run the flashplayer-installer script to install flashplayer globally, it won't accept /usr/lib/mozilla as a valid location. You will need to specify /usr/lib/firefox-1.0.3 and then move the plugins from /usr/lib/firefox-1.0.3/plugins to /usr/lib/mozilla/plugins. You CAN leave the plugins in /usr/lib/firefox-1.0.3/plugins, but then they won't work when you upgrade to firefox-1.0.4, or whatever is next.) Fred From matt.t.galvin at gmail.com Thu Apr 21 14:51:42 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Thu, 21 Apr 2005 10:51:42 -0400 Subject: Flash Player Firefox plugin will not install/play flash objects. In-Reply-To: <345764DCB65C0C4FACC44529DE273C18F8EBB7@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18F8EBB7@eemail1.microlink.lan> Message-ID: It works :) After running that command, I rebooted the machine and now flash is working with sound and everything. Thanks guys!!! Matt On 4/21/05, Fred New wrote: > On 21. aprill 2005. a. 17:26, Matt Galvin wrote: > > > > Nope :( > > > > --- snip --- > > ~$ sudo /sbin/restorecon -v ~/.mozilla/plugins/libflashplayer.so > > /etc/selinux/targeted/contexts/files/file_contexts: Multiple same > > specifications for /bin/hostname. > > /sbin/restorecon reset > > /home/mgalvin/.mozilla/plugins/libflashplayer.so context > > user_u:object_r:default_t->user_u:object_r:texrel_shlib_t > > --- snip --- > > > > I tried going to a flash site and it did not work. > > > > I've been installing plugins in the global location, > /usr/lib/mozilla/plugins, so my thoughts may not count for > your case. But doesn't the flashplayer plugin include 2 > files. Maybe you need to restorecon the other file too - > flashplayer.xpt > > (If you try to run the flashplayer-installer script to > install flashplayer globally, it won't accept > /usr/lib/mozilla as a valid location. You will need > to specify /usr/lib/firefox-1.0.3 and then move the > plugins from /usr/lib/firefox-1.0.3/plugins to > /usr/lib/mozilla/plugins. You CAN leave the plugins > in /usr/lib/firefox-1.0.3/plugins, but then they > won't work when you upgrade to firefox-1.0.4, or > whatever is next.) > > Fred > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From matt.t.galvin at gmail.com Thu Apr 21 15:07:15 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Thu, 21 Apr 2005 11:07:15 -0400 Subject: VMware 5 does not install/work Message-ID: I tried to install VMware 5 on FC4T2 with all the latest updates installed as of 20050421(today) and it does not work. Some parts of the build fail... here is the relevant output. --- snip --- Trying to find a suitable vmmon module for your running kernel. None of the pre-built vmmon modules for VMware Workstation is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/bin/gcc". Use environment variable CC to override. What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.11-1.1253_FC4smp/build/include] Extracting the sources of the vmmon module. Building the vmmon module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config0/vmmon-only' make -C /lib/modules/2.6.11-1.1253_FC4smp/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/kernels/2.6.11-1.1253_FC4-smp-i686' CC [M] /tmp/vmware-config0/vmmon-only/linux/driver.o CC [M] /tmp/vmware-config0/vmmon-only/linux/hostif.o CC [M] /tmp/vmware-config0/vmmon-only/common/cpuid.o CC [M] /tmp/vmware-config0/vmmon-only/common/hash.o CC [M] /tmp/vmware-config0/vmmon-only/common/memtrack.o CC [M] /tmp/vmware-config0/vmmon-only/common/phystrack.o CC [M] /tmp/vmware-config0/vmmon-only/common/task.o CC [M] /tmp/vmware-config0/vmmon-only/common/vmx86.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/moduleloop.o LD [M] /tmp/vmware-config0/vmmon-only/vmmon.o Building modules, stage 2. MODPOST CC /tmp/vmware-config0/vmmon-only/vmmon.mod.o LD [M] /tmp/vmware-config0/vmmon-only/vmmon.ko make[1]: Leaving directory `/usr/src/kernels/2.6.11-1.1253_FC4-smp-i686' cp -f vmmon.ko ./../vmmon.o make: Leaving directory `/tmp/vmware-config0/vmmon-only' The module loads perfectly in the running kernel. You have already setup networking. Would you like to skip networking setup and keep your old settings as they are? (yes/no) [yes] no Do you want networking for your virtual machines? (yes/no/help) [yes] Would you prefer to modify your existing networking configuration using the wizard or the editor? (wizard/editor/help) [wizard] The following bridged networks have been defined: . vmnet0 is bridged to eth0 All your ethernet interfaces are already bridged. Do you want to be able to use NAT networking in your virtual machines? (yes/no) [yes] The following NAT networks have been defined: . vmnet8 is a NAT network on private subnet 192.168.72.0. Do you wish to configure another NAT network? (yes/no) [no] Do you want to be able to use host-only networking in your virtual machines? [yes] no Extracting the sources of the vmnet module. Building the vmnet module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config0/vmnet-only' make -C /lib/modules/2.6.11-1.1253_FC4smp/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/kernels/2.6.11-1.1253_FC4-smp-i686' CC [M] /tmp/vmware-config0/vmnet-only/driver.o CC [M] /tmp/vmware-config0/vmnet-only/hub.o CC [M] /tmp/vmware-config0/vmnet-only/userif.o /tmp/vmware-config0/vmnet-only/userif.c: In function 'VNetUserIfMapUint32Ptr': /tmp/vmware-config0/vmnet-only/userif.c:152: warning: 'verify_area' is deprecated (declared at include/asm/uaccess.h:105) /tmp/vmware-config0/vmnet-only/userif.c:153: warning: 'verify_area' is deprecated (declared at include/asm/uaccess.h:105) CC [M] /tmp/vmware-config0/vmnet-only/netif.o CC [M] /tmp/vmware-config0/vmnet-only/bridge.o /tmp/vmware-config0/vmnet-only/bridge.c: In function 'VNetBridgeUp': /tmp/vmware-config0/vmnet-only/bridge.c:716: warning: passing argument 3 of 'sk_alloc' makes pointer from integer without a cast /tmp/vmware-config0/vmnet-only/bridge.c:716: warning: passing argument 4 of 'sk_alloc' makes integer from pointer without a cast CC [M] /tmp/vmware-config0/vmnet-only/procfs.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.o Building modules, stage 2. MODPOST Warning: could not open /tmp/vmware-config0/vmnet-only/includeCheck.h: Invalid argument CC /tmp/vmware-config0/vmnet-only/vmnet.mod.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.ko make[1]: Leaving directory `/usr/src/kernels/2.6.11-1.1253_FC4-smp-i686' cp -f vmnet.ko ./../vmnet.o make: Leaving directory `/tmp/vmware-config0/vmnet-only' The module loads perfectly in the running kernel. Starting VMware services: Virtual machine monitor [ OK ] Virtual ethernet [ OK ] Bridged networking on /dev/vmnet0 [FAILED] Host-only networking on /dev/vmnet8 (background) [ OK ] NAT service on /dev/vmnet8 [ OK ] The configuration of VMware Workstation 5.0.0 build-13124 for Linux for this running kernel completed successfully. You can now run VMware Workstation by invoking the following command: "/usr/bin/vmware". Enjoy, --the VMware team [mgalvin at localhost vmware-distrib]$ vmware vmware is installed, but it has not been (correctly) configured for this system. To (re-)configure it, invoke the following command: /usr/bin/vmware-config.pl. --- snip --- vmware-any-any-update90 gives me --- snip --- [mgalvin at localhost vmware-any-any-update90]$ sudo ./runme.pl Password: Updating /usr/bin/vmware ... No patch needed/available Updating /usr/bin/vmnet-bridge ... No patch needed/available Updating /usr/lib/vmware/bin/vmware-vmx ... No patch needed/available Updating /usr/lib/vmware/bin-debug/vmware-vmx ... No patch needed/available VMware modules in "/usr/lib/vmware/modules/source" has been updated. Before running VMware for the first time after update, you need to configure it for your running kernel by invoking the following command: "/usr/bin/vmware-config.pl". Do you want this script to invoke the command for you now? [yes] --- snip --- and then it just hangs and does nothing. Does anyone know of a fix/work-around to get VMware working within fc4t2? Thanks, Matt From ken at geekystuff.net Thu Apr 21 16:45:58 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Thu, 21 Apr 2005 12:45:58 -0400 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <1114093604.4929.174.camel@sigurd.incentre.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> Message-ID: <4267D8C6.1030302@geekystuff.net> Wow... How truly unprofessional. I am very happy I do not have to deal with Mr. Fraser on any level, especially a professional one. It is one thing to disagree, it is quite another to be disagreeable. I think Abraham Lincoln said it best... "It is better to remain silent and thought a fool, than to speak out and remove all doubt." Mr. Fraser, you have removed all doubt as far as I am concerned. Ken Nordquist Guy Fraser wrote: >On Thu, 2005-21-04 at 02:54 -0500, Patrick Barnes wrote: > > >>It's my turn to add something to this thread. With luck, it will be the >>last post to this thread. >> >>1. You're in the wrong place. >> >> >...blah... >You're wrong on oh so many levels. > > >>2. You're using the wrong software. >> >> >...blah... >NC > > >>3. You're not following the necessary procedures. >> >> >...blah... >NC > > >>4. Things are done the way they are done for a reason. >> >> >...blah... >NC > > >>5. You're not welcome. >> >> >...blah... >Ditto. > > >>6. There's nothing keeping you from providing LILO. >> >> >...blah... >Yes the "community" will not accept it. > > >>7. Take a hint. >> >> >...blah... > > >>-Patrick "The N-Man" Barnes >> >> >Not likely, unless N stands for nut. >...blah... > > > > From pri.rhl3 at iadonisi.to Thu Apr 21 15:18:02 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 21 Apr 2005 11:18:02 -0400 Subject: OT: Re: VMware 5 does not install/work In-Reply-To: References: Message-ID: <1114096682.9591.3.camel@tuxpaq> On Thu, 2005-04-21 at 11:07 -0400, Matt Galvin wrote: > I tried to install VMware 5 on FC4T2 with all the latest updates > installed as of 20050421(today) and it does not work. Some parts of > the build fail... here is the relevant output. [snip] > and then it just hangs and does nothing. > > Does anyone know of a fix/work-around to get VMware working within fc4t2? I haven't tried with the very latest updates, but if it doesn't work with update90, they you (we) will likely have to wait for another update from VMware. PS: Please remember to label posts about non-free software with "OT" for off topic, just as a curtesy. -- -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 fedora at nodata.co.uk Thu Apr 21 15:43:09 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 21 Apr 2005 17:43:09 +0200 (CEST) Subject: OT: Re: VMware 5 does not install/work In-Reply-To: <1114096682.9591.3.camel@tuxpaq> References: <1114096682.9591.3.camel@tuxpaq> Message-ID: <60742.213.164.3.90.1114098189.squirrel@www.nodata.co.uk> > On Thu, 2005-04-21 at 11:07 -0400, Matt Galvin wrote: >> I tried to install VMware 5 on FC4T2 with all the latest updates >> installed as of 20050421(today) and it does not work. Some parts of >> the build fail... here is the relevant output. > > [snip] > >> and then it just hangs and does nothing. >> >> Does anyone know of a fix/work-around to get VMware working within >> fc4t2? Yes. WFM with kernel 1234. Edit /etc/sysconfig/kernel and /boot/grub/menu.lst to fix yourself on that kernel. > > I haven't tried with the very latest updates, but if it doesn't work > with update90, they you (we) will likely have to wait for another update > from VMware. > > PS: Please remember to label posts about non-free software with "OT" for > off topic, just as a curtesy. He's asking whether a product will work on fedora-test, it's on-topic. Other people have mentioned other non-free software. > > -- > -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 > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From selinux at gmail.com Thu Apr 21 15:44:00 2005 From: selinux at gmail.com (Tom London) Date: Thu, 21 Apr 2005 08:44:00 -0700 Subject: VMware 5 does not install/work In-Reply-To: References: Message-ID: <4c4ba15305042108441a87a693@mail.gmail.com> On 4/21/05, Matt Galvin wrote: > I tried to install VMware 5 on FC4T2 with all the latest updates > installed as of 20050421(today) and it does not work. Some parts of > the build fail... here is the relevant output. > > > Does anyone know of a fix/work-around to get VMware working within fc4t2? > > Thanks, > > Matt VMware5 has been working for me for a while, including today's kernel (.1253), of course, with vmware-any-any*90*. After each kernel install, I just run vmware-config.pl. Have you tried running vmware-config.pl manually (as root)? tom -- Tom London From michal at harddata.com Thu Apr 21 16:07:00 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 21 Apr 2005 10:07:00 -0600 Subject: Flash Player Firefox plugin will not install/play flash objects. In-Reply-To: <345764DCB65C0C4FACC44529DE273C18F8EBB7@eemail1.microlink.lan>; from Fred.New@microlink.ee on Thu, Apr 21, 2005 at 05:45:30PM +0300 References: <345764DCB65C0C4FACC44529DE273C18F8EBB7@eemail1.microlink.lan> Message-ID: <20050421100700.A4154@mail.harddata.com> On Thu, Apr 21, 2005 at 05:45:30PM +0300, Fred New wrote: > > (If you try to run the flashplayer-installer script to > install flashplayer globally, it won't accept > /usr/lib/mozilla as a valid location. Hm, if you are using an rpm package for flash, which is available through yum too, then it indeed puts everything in /usr/lib/flash-plugin; but the first location picked up by /usr/lib/flash-plugin/setup script, where two symbolic links are made in a plugins subdirectory, is /usr/lib/mozilla. $LOCATIONS list is quite long but this is how it starts. Michal From mark.taber at sbcglobal.net Thu Apr 21 15:39:10 2005 From: mark.taber at sbcglobal.net (Mark Taber) Date: Thu, 21 Apr 2005 08:39:10 -0700 Subject: OT: Flash plug-in not working with Firefox Message-ID: <1114097951.3267.2.camel@dof43922.dof.finance> This is my first time participating in testing a new Linux release, so any advice is welcome. I have Fedora Core 4 RC 2 installed; despite warnings, I am using it as my everyday machine now--it's the only way I can do meaningful testing, by doing meaningful (to me) work. Part of that work is web browsing. Java 1.5 plugin works, Adobe Acrobat 7.0 plugin works, but the Flash plugin is not working (perhaps this is, after all, a small mercy ;) ). I get no error messages. I've tried installing from within Firefox ("Install Missing Plugins"), as well as from the Flash site itself. No joy. On the upside, music ripping and encoding works, and very well. Cheers, Mark Taber State of California Department of Finance 916.323.3104 x2945 From mark.taber at sbcglobal.net Thu Apr 21 15:43:53 2005 From: mark.taber at sbcglobal.net (Mark Taber) Date: Thu, 21 Apr 2005 08:43:53 -0700 Subject: OT: Flash plug-in not working with Firefox In-Reply-To: <1114097951.3267.2.camel@dof43922.dof.finance> References: <1114097951.3267.2.camel@dof43922.dof.finance> Message-ID: <1114098234.3267.5.camel@dof43922.dof.finance> Well, it looks like my first piece of advice is "search the list before posting." This is already being talked about on this list. My apologies. Mark Taber n Thu, 2005-04-21 at 08:39 -0700, Mark Taber wrote: > This is my first time participating in testing a new Linux release, so > any advice is welcome. > > I have Fedora Core 4 RC 2 installed; despite warnings, I am using it as > my everyday machine now--it's the only way I can do meaningful testing, > by doing meaningful (to me) work. > > Part of that work is web browsing. Java 1.5 plugin works, Adobe Acrobat > 7.0 plugin works, but the Flash plugin is not working (perhaps this is, > after all, a small mercy ;) ). I get no error messages. I've tried > installing from within Firefox ("Install Missing Plugins"), as well as > from the Flash site itself. No joy. > > On the upside, music ripping and encoding works, and very well. > > Cheers, > > Mark Taber > State of California > Department of Finance > 916.323.3104 x2945 > From malists at epon.ro Thu Apr 21 16:24:51 2005 From: malists at epon.ro (Marius Andreiana) Date: Thu, 21 Apr 2005 19:24:51 +0300 Subject: unsigned packages bugs Message-ID: <1114100691.2948.24.camel@marte.biciclete.ro> I've read Elliot's reply about this topic: Packages get pushed to rawhide automatically, but the signing has to be done manually, so usually a few slip through. This will be fixed in the long run, but for now there's nothing much to do. :( But this is still reported to bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154543 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154824 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155315 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154622 How should the bugs be solved? Mark INVALID with Elliot's comment or have the developer sign the packages? In the 1st case, how will be certain that FC4 final (which is a snapshot of development repository?) won't have unsigned packages? -- Marius Andreiana From jacob.kroon at gmail.com Thu Apr 21 16:18:20 2005 From: jacob.kroon at gmail.com (Jacob Kroon) Date: Thu, 21 Apr 2005 18:18:20 +0200 Subject: OT: Flash plug-in not working with Firefox In-Reply-To: <1114097951.3267.2.camel@dof43922.dof.finance> References: <1114097951.3267.2.camel@dof43922.dof.finance> Message-ID: <4267D24C.4030606@gmail.com> Mark Taber wrote: >This is my first time participating in testing a new Linux release, so >any advice is welcome. > >I have Fedora Core 4 RC 2 installed; despite warnings, I am using it as >my everyday machine now--it's the only way I can do meaningful testing, >by doing meaningful (to me) work. > >Part of that work is web browsing. Java 1.5 plugin works, Adobe Acrobat >7.0 plugin works, but the Flash plugin is not working (perhaps this is, >after all, a small mercy ;) ). I get no error messages. I've tried >installing from within Firefox ("Install Missing Plugins"), as well as >from the Flash site itself. No joy. > >On the upside, music ripping and encoding works, and very well. > >Cheers, > >Mark Taber >State of California >Department of Finance >916.323.3104 x2945 > > > If only you had joined this list about 1 hour earlier ;) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152611 /Jacob From pjones at redhat.com Thu Apr 21 17:16:35 2005 From: pjones at redhat.com (Peter Jones) Date: Thu, 21 Apr 2005 13:16:35 -0400 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114089703.29135.56.camel@localhost.localdomain> References: <1114089703.29135.56.camel@localhost.localdomain> Message-ID: <1114103795.21480.1.camel@localhost.localdomain> On Thu, 2005-04-21 at 23:21 +1000, David Woodhouse wrote: > #154336 NetworkManager code fails C101 (although admittedly I had to > look it up too to double-check it was being naughty) If you had to look it up, that's not C101 ;) But anyway, thanks for calling it to my attention. -- Peter From Joe.Hoot at itec.suny.edu Thu Apr 21 17:44:28 2005 From: Joe.Hoot at itec.suny.edu (Joe.Hoot at itec.suny.edu) Date: Thu, 21 Apr 2005 13:44:28 -0400 Subject: Install FC4 test2 on PPC - Dual Proc G5? Message-ID: I just downloaded the fedora core test2 for ppc. I rebooted my PPC Dual G5. I was prompted by yaboot and hit enter to except the default kernel "linux." The kernel starts to load and then dies. I shutdown the machine and started it back up and at yaboot, typed linux nofb. It started to load again and then died again. Here is the output when it stops booting: opening display /pci at 0,fd000000/NVDA,Parent at 10/NVDA,Display-B at 1... ok copying 0F device tree...done starting cpu /cpus/PowerPC,G5...failed: 0000000 Initializing fake screen: NVDA,Display-A Calling quiesce ... returning 0x01400000 from prom_init Invalid memory access at SRR0: 00000000.01403b7c SRR1: 10000000.000083030 Apple PowerMac7,3 5.1.8f7 BootROM build on 10/26/04 at 16:30:32 Copyright 1994-2004 Apple COmputer, Inc. All Rights Reserved. Welcome to OPen Firmware, the system time and date is: 16:49:16 04/21/2005 To continue booting, type "mac-boot" and press return. To shut down, type "shut-down" and press return. Release keys to continue! Any suggestions? Is this a problem with booting dual proc g5's? Is there any way to disable SMP with a kernel parameter that can be passed so that I can install the system? Is there an SMP kernel available to boot? Is the dual proc the issue I am having or is it something else? Thanks, Joe _____________________________ SUNY - ITEC Information Technology Exchange Center Systems Programmer/Analyst E-mail: Joe.Hoot at itec.suny.edu Office: (716)878-4644 Cell: (716)908-6292 Fax: (716)878-3485 _____________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt.t.galvin at gmail.com Thu Apr 21 17:44:21 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Thu, 21 Apr 2005 13:44:21 -0400 Subject: X Virtual Terminals/Consoles are blank, unusable Message-ID: Hi All, When cycling through the virtual terminals/consoles of X(CTR+ALT+F[1-7]) I see that they are all blank screens and I cannot use them at all. con7 displays the desktop (gnome in my case) as expected but con1 - con6 are completly blacked out/blank and I am unable to use them for anything. Has anyone else experienced this behaviour? Can anyone confirm? My machine has an on-board Intel 865 video card/chip and I am using an Acer AL1714 LCD display. Thanks, Matt From zac9 at CDC.GOV Thu Apr 21 18:07:16 2005 From: zac9 at CDC.GOV (Sessoms, Mack) Date: Thu, 21 Apr 2005 14:07:16 -0400 Subject: X Virtual Terminals/Consoles are blank, unusable In-Reply-To: References: Message-ID: <4267EBD4.8010701@cdc.gov> i have an on-board intel 915 and do not see this problem. i have ctrl+alt+f[1-7] as usual. i have a FC3 install with an onboard intel 865 that is normal as well. Matt Galvin wrote: >Hi All, > >When cycling through the virtual terminals/consoles of >X(CTR+ALT+F[1-7]) I see that they are all blank screens and I cannot >use them at all. con7 displays the desktop (gnome in my case) as >expected but con1 - con6 are completly blacked out/blank and I am >unable to use them for anything. > >Has anyone else experienced this behaviour? Can anyone confirm? > >My machine has an on-board Intel 865 video card/chip and I am using an >Acer AL1714 LCD display. > >Thanks, > >Matt > > > From zac9 at CDC.GOV Thu Apr 21 18:12:40 2005 From: zac9 at CDC.GOV (Sessoms, Mack) Date: Thu, 21 Apr 2005 14:12:40 -0400 Subject: X Virtual Terminals/Consoles are blank, unusable In-Reply-To: <4267EBD4.8010701@cdc.gov> References: <4267EBD4.8010701@cdc.gov> Message-ID: <4267ED18.1080808@cdc.gov> did notice something else though. In the display settings window, on the hardware tab, all of the buttons use alt+c with the exception of the ok button. Sessoms, Mack wrote: > i have an on-board intel 915 and do not see this problem. i have > ctrl+alt+f[1-7] as usual. i have a FC3 install with an onboard intel > 865 that is normal as well. > > Matt Galvin wrote: > >> Hi All, >> >> When cycling through the virtual terminals/consoles of >> X(CTR+ALT+F[1-7]) I see that they are all blank screens and I cannot >> use them at all. con7 displays the desktop (gnome in my case) as >> expected but con1 - con6 are completly blacked out/blank and I am >> unable to use them for anything. >> >> Has anyone else experienced this behaviour? Can anyone confirm? >> >> My machine has an on-board Intel 865 video card/chip and I am using an >> Acer AL1714 LCD display. >> >> Thanks, >> >> Matt >> >> >> > From matt.t.galvin at gmail.com Thu Apr 21 18:13:56 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Thu, 21 Apr 2005 14:13:56 -0400 Subject: X Virtual Terminals/Consoles are blank, unusable In-Reply-To: <4267EBD4.8010701@cdc.gov> References: <4267EBD4.8010701@cdc.gov> Message-ID: On 4/21/05, Sessoms, Mack wrote: > i have an on-board intel 915 and do not see this problem. i have > ctrl+alt+f[1-7] as usual. i have a FC3 install with an onboard intel > 865 that is normal as well. It worked in FC3 for me too. I'm not sure why its not working now in FC4T2. Thanks Matt > Matt Galvin wrote: > > >Hi All, > > > >When cycling through the virtual terminals/consoles of > >X(CTR+ALT+F[1-7]) I see that they are all blank screens and I cannot > >use them at all. con7 displays the desktop (gnome in my case) as > >expected but con1 - con6 are completly blacked out/blank and I am > >unable to use them for anything. > > > >Has anyone else experienced this behaviour? Can anyone confirm? > > > >My machine has an on-board Intel 865 video card/chip and I am using an > >Acer AL1714 LCD display. > > > >Thanks, > > > >Matt > > > > > > > From dwalsh at redhat.com Thu Apr 21 18:41:35 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Thu, 21 Apr 2005 14:41:35 -0400 Subject: Fedora Core 3 Test Update: policycoreutils-1.18.1-2.12 Message-ID: <4267F3DF.3090800@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-336 2005-04-21 --------------------------------------------------------------------- Product : Fedora Core 3 Name : policycoreutils Version : 1.18.1 Release : 2.12 Summary : SELinux policy core utilities. Description : Security-enhanced Linux is a patch of the Linux? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement?, Role-based Access Control, and Multi-level Security. policycoreutils contains the policy core utilities that are required for basic operation of a SELinux system. These utilities include load_policy to load policies, setfiles to label filesystems, newrole to switch roles, and run_init to run /etc/init.d scripts in the proper context. --------------------------------------------------------------------- * Thu Apr 21 2005 Dan Walsh 1.18.1-2.12 - Eliminate bogus error on upgrading policy --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 10a346f2a1ed42bf0219209e9c0ef4b6 SRPMS/policycoreutils-1.18.1-2.12.src.rpm 30ddde5f4d87f0060f320e0849fa1b64 x86_64/policycoreutils-1.18.1-2.12.x86_64.rpm 752477fa375770bd0e038326456e5ceb x86_64/debug/policycoreutils-debuginfo-1.18.1-2.12.x86_64.rpm 4c895c8001d104f17fd729eb6a4e772e i386/policycoreutils-1.18.1-2.12.i386.rpm 77a8283421a080680549c57761321c41 i386/debug/policycoreutils-debuginfo-1.18.1-2.12.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -- From ross at rkitchen.com Thu Apr 21 18:52:58 2005 From: ross at rkitchen.com (Ross Kitchen) Date: Thu, 21 Apr 2005 18:52:58 +0000 Subject: fc4.2 Message-ID: <1114109578.3249.15.camel@teppic.ntlworld.com> Hi This is the first time l have tested a product . Running AMD64/Gigabyte motherboard/NVidia chipset and NVidia graphics card .Couldn't get FC3 to work properly so went back to FC2 . 3 comments XFS loads with error messages stating that it launched with options selected before options section . Seems to load okay though . Setiathome on install stops on error requires libstdc++.so.5 but the rpm for this is installed as well as the devel rpm , not sure about this particular file though . Internet Browser-Plugins don't work/White Line around screen when moving icons etc . Currently trawling through previous emails to site about these . Huge improvement on FC3 though . ross From pnasrat at redhat.com Thu Apr 21 19:24:00 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Thu, 21 Apr 2005 20:24:00 +0100 Subject: Install FC4 test2 on PPC - Dual Proc G5? In-Reply-To: References: Message-ID: <1114111441.3679.74.camel@anu.eridu> On Thu, 2005-04-21 at 13:44 -0400, Joe.Hoot at itec.suny.edu wrote: > > I just downloaded the fedora core test2 for ppc. I rebooted my PPC > Dual G5. I was prompted by yaboot and hit enter to except the default > kernel "linux." The kernel starts to load and then dies. I shutdown > the machine and started it back up and at yaboot, typed linux nofb. > It started to load again and then died again. Here is the output when > it stops booting: > Any suggestions? Is this a problem with booting dual proc g5's This is a bug in anaconda installing the smp ppc32 kernel as we don't have a kernel-smp.ppc64 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=149618 Hit tab at boot: and you should have another kernel option something like linux-up the ppc64 kernel (which has smp support in it). Then just edit yaboot.conf appropriately. Paul From mpeters at mac.com Thu Apr 21 19:49:40 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 21 Apr 2005 12:49:40 -0700 Subject: fc4.2 In-Reply-To: <1114109578.3249.15.camel@teppic.ntlworld.com> References: <1114109578.3249.15.camel@teppic.ntlworld.com> Message-ID: <1114112980.14375.8.camel@fc4t2.mpeters.local> On Thu, 2005-04-21 at 18:52 +0000, Ross Kitchen wrote: > Setiathome on install stops on error requires libstdc++.so.5 but the > rpm > for this is installed as well as the devel rpm , not sure about this > particular file though . Which rpm are you thinking provides it? It should be one of the compat-libstdc++ rpm's - current libstdc++ provides a different version of that library. Try the following: yum install compat-libstdc++-33 That is what provides it. [testing at fc4t2 ~]$ rpm -qf /usr/lib/libstdc++.so.5 compat-libstdc++-33-3.2.3-47.fc4 [testing at fc4t2 ~]$ From jmorris at beau.org Thu Apr 21 19:55:49 2005 From: jmorris at beau.org (John Morris) Date: Thu, 21 Apr 2005 14:55:49 -0500 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <4267BA4B.2070006@gmail.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> <4267BA4B.2070006@gmail.com> Message-ID: <1114113349.2913.51.camel@mjolnir> On Thu, 2005-04-21 at 09:35, Michael McCabe wrote: > Have you tried submitting Lilo to Extras? Ok, I can accept that grub replacing lilo in FC makes sense at this point in history but please lets not say silly things like this, ok? (Seen it several times during this flameathon, not just picking on you.) Having Lilo is Extras would be even less useful than the proverbial tits on a bull. There is no reason to remove lilo as such since it is small, reliable and hasn't required updating in years, the reason I have seen for removing it is to eliminate the need to continue supporting two bootloaders in other related packages such as anaconda, grubby, install-new-kernel, up2date, etc. So if that feature removal happens you can't have it in Extras and if it doesn't it should have stayed in Core in first place And even that ignores the main issue that Extras isn't exactly going to be available at the time a boot loader is being installed, unlike the arguments over whether gnumeric or pan stays in core or moves to Extras where having to download after installation matters much less. Lilo either stays in Core or it goes entirely, there isn't a compromise position possible. Once it goes restoring it would require a fork of the Fedora codebase, respins of the installation media, a new set of mirrors to distribute said media from, etc. Which is probably why the flames have been raging higher than if it were just your typical flamewar thread that would have followed Godwin's Law and devolved to one side comparing the other to Hitler long before now. :) Still hoping "dual boot and raid never happens outside the lab so grub not supporting it isn't a problem" isn't the final official position though. After all FC isn't intended as a production OS so aren't test boxes & developer workstations the places where you would EXPECT to find Fedora? I'm moving toward having everything important on RAID but I still have a single drive for / and boot because of attitudes like this that result in continual reliability problems with RAID in the early phases of system startup. Perhaps since LVM presents many of the same bootstrapping issues, and isn't treated like a red headed stepchild like software RAID, these problems will get solved eventually. -- John M. http://www.beau.org/~jmorris This post is 100% M$Free! Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r From ja at jaa.org.uk Thu Apr 21 20:02:07 2005 From: ja at jaa.org.uk (John Austin) Date: Thu, 21 Apr 2005 21:02:07 +0100 Subject: X Virtual Terminals/Consoles are blank, unusable In-Reply-To: References: Message-ID: <1114113727.20037.42.camel@maui.jaa.org.uk> On Thu, 2005-04-21 at 13:44 -0400, Matt Galvin wrote: > Hi All, > > When cycling through the virtual terminals/consoles of > X(CTR+ALT+F[1-7]) I see that they are all blank screens and I cannot > use them at all. con7 displays the desktop (gnome in my case) as > expected but con1 - con6 are completly blacked out/blank and I am > unable to use them for anything. > > Has anyone else experienced this behaviour? Can anyone confirm? > > My machine has an on-board Intel 865 video card/chip and I am using an > Acer AL1714 LCD display. > > Thanks, > > Matt > Hi Please add to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153729 if it matches John From ja at jaa.org.uk Thu Apr 21 20:11:10 2005 From: ja at jaa.org.uk (John Austin) Date: Thu, 21 Apr 2005 21:11:10 +0100 Subject: Framebuffer not working on FC4-test2? In-Reply-To: <1114091443.20037.1.camel@maui.jaa.org.uk> References: <42678991.9080702@meteo.fr> <1114091443.20037.1.camel@maui.jaa.org.uk> Message-ID: <1114114270.20037.46.camel@maui.jaa.org.uk> On Thu, 2005-04-21 at 14:50 +0100, John Austin wrote: > On Thu, 2005-04-21 at 13:08 +0200, Hugo Vandeputte wrote: > > Framebuffer seems to not working on my computer. > > brings to black screen, and shudown progress too... > > Has someone similar problems? > > Thanks, > > Hugo Vandeputte. > > > Hi > Please add to > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153729 > if it matches > John > And to https://bugs.freedesktop.org/show_bug.cgi?id=2991 John From whooperhsd3 at earthlink.net Thu Apr 21 20:12:24 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 21 Apr 2005 16:12:24 -0400 (EDT) Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <1114113349.2913.51.camel@mjolnir> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> <4267BA4B.2070006@gmail.com> <1114113349.2913.51.camel@mjolnir> Message-ID: <1577.12.29.16.103.1114114344.squirrel@whooper.org> John Morris wrote: [snip] Extras > isn't exactly going to be available at the time a boot loader is being > installed, Making a LILO boot disk isn't that hard. Neither is booting in rescue mode and installing the RPM. As for handling kernel upgrades, IIUC (and I'm sure someone will correct me if I don't) you could use RPM triggers to run a LILO install script when the kernel is upgraded, keeping all the extra work within the LILO rpm. -- William Hooper From shrek-m at gmx.de Thu Apr 21 20:19:32 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 21 Apr 2005 22:19:32 +0200 Subject: fc4.2 In-Reply-To: <1114112980.14375.8.camel@fc4t2.mpeters.local> References: <1114109578.3249.15.camel@teppic.ntlworld.com> <1114112980.14375.8.camel@fc4t2.mpeters.local> Message-ID: <42680AD4.30602@gmx.de> Michael A. Peters wrote: >On Thu, 2005-04-21 at 18:52 +0000, Ross Kitchen wrote: > > >>Setiathome on install stops on error requires libstdc++.so.5 but the >>rpm >>for this is installed as well as the devel rpm , not sure about this >>particular file though . >> >> > >Which rpm are you thinking provides it? >It should be one of the compat-libstdc++ rpm's - current libstdc++ >provides a different version of that library. > >Try the following: > >yum install compat-libstdc++-33 > >That is what provides it. > >[testing at fc4t2 ~]$ rpm -qf /usr/lib/libstdc++.so.5 >compat-libstdc++-33-3.2.3-47.fc4 > thanks for this hint. what happened with rpmdb-fedora ? i thought it is necessary for '--whatprovides & co' but is not present in fc4t2. i should not think. FC4T2 $ yum -d0 list \*rpmdb\* $ $ rpm -qa \*rpmdb\* $ $ rpm -q --whatprovides libstdc++ libstdc++.so.5 libstdc++-4.0.0-0.40 compat-libstdc++-33-3.2.3-47.fc4 FC3 $ yum -d0 list \*rpmdb\* Installed Packages rpmdb-fedora.i386 1:3-0.20041103 installed $ rpm -q --whatprovides libstdc++ libstdc++.so.5 libstdc++-3.4.3-22.fc3 compat-libstdc++-8-3.3.4.2 -- shrek-m From kapointer at charter.net Thu Apr 21 20:38:36 2005 From: kapointer at charter.net (Kyle Pointer) Date: Thu, 21 Apr 2005 15:38:36 -0500 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <42675C2E.7010605@n-man.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> Message-ID: <1114115916.16765.1.camel@fluffbox.fluffnet> I must applaud you. But please don't insult high school students. :) - Kyle Pointer > 4. Things are done the way they are done for a reason. > This isn't some high-school student's science project. Everything > done with RHEL and Fedora Core is done for a reason. If you don't like > it, go elsewhere. If you can bring yourself to agree with the way of > things, this will be a better project for us all. > From ken at geekystuff.net Thu Apr 21 22:20:39 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Thu, 21 Apr 2005 18:20:39 -0400 Subject: Firefox Plugin Problems Redux Message-ID: <42682737.2090601@geekystuff.net> Hey Y'all... I too am having plugin problems with Firefox. I am using the x86_64 arch. I am not a newbie to Linux or Redhat/Fedora and I am puzzled and could use some insight. First, I installed mozplugger and Firefox sees it just fine. So I tried linking the java library to the same directory (/usr/lib64/mozilla/plugins), deleted my pluginreg.dat and fired up Firefox again... but when I put in 'about:plugins' all I saw/see is mozplugger. I then tried linking to other potential directories (/usr/lib/mozilla/plugins, /usr/lib64/mozilla-1.7.6/plugins, ~/.mozilla/plugins, and /usr/lib64/mozilla-1.7.6/plugins) all to no avail. After banging my head on the Firefox wall, I decided to install Mozilla and see what happened. Voila, it works... using /usr/lib/mozilla/plugins. I am particularly puzzled why mozplugger shows, but no other plugins show. I have not enabled selinux on this box yet so I am fairly confident it is not a selinux issue. Also, I can uninstall and reinstall mozplugger and watch it come and go from Firefox's 'about:plugins'. I even renamed my ~/.mozilla directory so it would be recreated to see if that made a difference (and it did not). Any and all input is solicited and appreciated. Regards, Ken Nordquist PS. In the near future I will be initiating a flamewar on why gnuchess and xboard are no longer FC core items. From bavinic at comcast.net Thu Apr 21 20:54:40 2005 From: bavinic at comcast.net (Jim Martin) Date: Thu, 21 Apr 2005 16:54:40 -0400 Subject: Firefox Plugin Problems Redux In-Reply-To: <42682737.2090601@geekystuff.net> References: <42682737.2090601@geekystuff.net> Message-ID: <42681310.2000404@comcast.net> Ken Nordquist wrote: > Hey Y'all... > > I too am having plugin problems with Firefox. I am using the x86_64 > arch. I am not a newbie to Linux or Redhat/Fedora and I am puzzled > and could use some insight. > > First, I installed mozplugger and Firefox sees it just fine. So I > tried linking the java library to the same directory > (/usr/lib64/mozilla/plugins), deleted my pluginreg.dat and fired up > Firefox again... but when I put in 'about:plugins' all I saw/see is > mozplugger. I then tried linking to other potential directories > (/usr/lib/mozilla/plugins, /usr/lib64/mozilla-1.7.6/plugins, > ~/.mozilla/plugins, and /usr/lib64/mozilla-1.7.6/plugins) all to no > avail. > > After banging my head on the Firefox wall, I decided to install > Mozilla and see what happened. Voila, it works... using > /usr/lib/mozilla/plugins. I am particularly puzzled why mozplugger > shows, but no other plugins show. I have not enabled selinux on this > box yet so I am fairly confident it is not a selinux issue. Also, I > can uninstall and reinstall mozplugger and watch it come and go from > Firefox's 'about:plugins'. I even renamed my ~/.mozilla directory so > it would be recreated to see if that made a difference (and it did not). > > Any and all input is solicited and appreciated. > > Regards, > > Ken Nordquist > > PS. In the near future I will be initiating a flamewar on why > gnuchess and xboard are no longer FC core items. > the only way I could get firefox to see the java plugin was to link it to .mozilla/firefox/plugins and it worked, but if I linked it to .mozilla/plugins it would not see it. go figure :-) BaVinic From jspaleta at gmail.com Thu Apr 21 20:54:12 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 21 Apr 2005 16:54:12 -0400 Subject: Firefox Plugin Problems Redux In-Reply-To: <42682737.2090601@geekystuff.net> References: <42682737.2090601@geekystuff.net> Message-ID: <604aa79105042113545b7ffe65@mail.gmail.com> On 4/21/05, Ken Nordquist wrote: > Hey Y'all... > > I too am having plugin problems with Firefox. I am using the x86_64 > arch. I am not a newbie to Linux or Redhat/Fedora and I am puzzled and > could use some insight. x86_64 firefox would require 64bit plugins... afaik there is no 64bit java plugin from sun yet. If you want to use flash plugi from macromedia.. or sun's java plugin.. you'll need to run the 32bit version of firefox. > After banging my head on the Firefox wall, I decided to install Mozilla > and see what happened. The 32bit or the 64bit version of mozilla? -jef From shrek-m at gmx.de Thu Apr 21 20:56:06 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 21 Apr 2005 22:56:06 +0200 Subject: no longer maintained rhl/fc bugs Message-ID: <42681366.6080603@gmx.de> hi, could it be possisble to close all no longer maintained rhl/fc bugs ? thanks. eg. status new and needinfo https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Red+Hat+Linux&version=4.2&version=5.0&version=5.1&version=5.2&version=6.0&version=6.1&version=6.2&version=6.2EE&version=6.2J&version=7.0&version=7.0J&version=7.0tc&version=7.1&version=7.1k&version=7.2&version=7.3&version=8.0&version=9&version=GinGin64&bug_status=NEW&bug_status=NEEDINFO&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= close them with a nice sentence and all should be ok. eg. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=111615#c5 Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/ -- shrek-m From jkeating at j2solutions.net Thu Apr 21 20:58:28 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 21 Apr 2005 13:58:28 -0700 Subject: no longer maintained rhl/fc bugs In-Reply-To: <42681366.6080603@gmx.de> References: <42681366.6080603@gmx.de> Message-ID: <1114117108.19088.130.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-04-21 at 22:56 +0200, shrek-m at gmx.de wrote: > hi, > > could it be possisble to close all no longer maintained rhl/fc bugs ? > thanks. > > > eg. status new and needinfo > https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Red+Hat > +Linux&version=4.2&version=5.0&version=5.1&version=5.2&version=6.0&version=6.1&version=6.2&version=6.2EE&version=6.2J&version=7.0&version=7.0J&version=7.0tc&version=7.1&version=7.1k&version=7.2&version=7.3&version=8.0&version=9&version=GinGin64&bug_status=NEW&bug_status=NEEDINFO&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= > > > close them with a nice sentence and all should be ok. > eg. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=111615#c5 > > > Thanks for the bug report. However, Red Hat no longer maintains this > version of > the product. Please upgrade to the latest version and open a new bug > if the problem > persists. > > The Fedora Legacy project (http://fedoralegacy.org/) maintains some > older releases, > and if you believe this bug is interesting to them, please report the > problem in > the bug tracker at: http://bugzilla.fedora.us/ > > This is already being handled by the Legacy team. We've set the majority with needinfo for a period of 2 or so weeks. If no response is seen in that time, they will be blanket closed. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From wtogami at redhat.com Thu Apr 21 20:59:01 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 21 Apr 2005 10:59:01 -1000 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <1114093604.4929.174.camel@sigurd.incentre.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> Message-ID: <42681415.5090106@redhat.com> Guy Fraser wrote: > >>6. There's nothing keeping you from providing LILO. > > ...blah... > Yes the "community" will not accept it. > >>7. Take a hint. > > ...blah... > >>-Patrick "The N-Man" Barnes > > Not likely, unless N stands for nut. > ...blah... > > This is indefensibly disrespectful and horribly childish behavior. This is a warning to both Mike Bird and Guy Fraser to STOP THIS CORROSIVE INSANITY OR YOU WILL BE BANNED. If you dislike choices made by Fedora then nothing is stopping you from choosing other software. Warren Togami wtogami at redhat.com From shrek-m at gmx.de Thu Apr 21 21:12:44 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 21 Apr 2005 23:12:44 +0200 Subject: no longer maintained rhl/fc bugs In-Reply-To: <1114117108.19088.130.camel@jkeating2.hq.pogolinux.com> References: <42681366.6080603@gmx.de> <1114117108.19088.130.camel@jkeating2.hq.pogolinux.com> Message-ID: <4268174C.6050906@gmx.de> Jesse Keating wrote: >On Thu, 2005-04-21 at 22:56 +0200, shrek-m at gmx.de wrote: > > >>hi, >> >>could it be possisble to close all no longer maintained rhl/fc bugs ? >>thanks. >> >> >>eg. status new and needinfo >>https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Red+Hat >>+Linux&version=4.2&version=5.0&version=5.1&version=5.2&version=6.0&version=6.1&version=6.2&version=6.2EE&version=6.2J&version=7.0&version=7.0J&version=7.0tc&version=7.1&version=7.1k&version=7.2&version=7.3&version=8.0&version=9&version=GinGin64&bug_status=NEW&bug_status=NEEDINFO&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= >> >> >>close them with a nice sentence and all should be ok. >>eg. >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=111615#c5 >> >> >>Thanks for the bug report. However, Red Hat no longer maintains this >>version of >>the product. Please upgrade to the latest version and open a new bug >>if the problem >>persists. >> >>The Fedora Legacy project (http://fedoralegacy.org/) maintains some >>older releases, >>and if you believe this bug is interesting to them, please report the >>problem in >>the bug tracker at: http://bugzilla.fedora.us/ >> >> >> >> > >This is already being handled by the Legacy team. We've set the >majority with needinfo for a period of 2 or so weeks. If no response is >seen in that time, they will be blanket closed. > and for older bugreports ? product=red+hat+linux status=needinfo https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Red+Hat+Linux&version=4.2&version=5.0&version=5.1&version=5.2&version=6.0&version=6.1&version=6.2&version=6.2EE&version=6.2J&version=7.0&version=7.0J&version=7.0tc&version=7.1&version=7.1k&version=7.2&version=7.3&version=8.0&version=9&version=GinGin64&bug_status=NEEDINFO&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= sort by ID eg. first: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=18315 status=needinfo version=rhl7.0 last comment on 2000-10-05 03:29 EST last: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=122993 status=needinfo version=rhl9 last comment on 2004-05-11 05:00 EST -- shrek-m From ziga.mahkovec at klika.si Thu Apr 21 21:15:13 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Thu, 21 Apr 2005 23:15:13 +0200 Subject: [semi OT] Prism54 firmware loading In-Reply-To: <1114022980.19088.82.camel@jkeating2.hq.pogolinux.com> References: <1114022117.19088.77.camel@jkeating2.hq.pogolinux.com> <1114022980.19088.82.camel@jkeating2.hq.pogolinux.com> Message-ID: <1114118113.11989.5.camel@localhost> On Wed, 2005-04-20 at 11:49 -0700, Jesse Keating wrote: > Oh I'm very familiar with wireless-tools to assign ESSIDs and whatnot. > What I experienced is I would set an ESSID (no key, wide open) but > iwconfig wouldn't show the wireless device bound to it, nor would a > dhclient find a DHCP server to get an address from. > > Now my problem is that it won't even load the firmware. No clues in dmesg? I was recently having problems with ipw2100 firmware (but it was during boot only and got fixed with the udev update). You could try this to eliminate the possibility of a udev problem: $ modprobe -r $ echo "/sbin/hotplug" > /proc/sys/kernel/hotplug $ modprobe -- Ziga From aoliva at redhat.com Thu Apr 21 21:17:00 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 21 Apr 2005 18:17:00 -0300 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <1114113349.2913.51.camel@mjolnir> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> <4267BA4B.2070006@gmail.com> <1114113349.2913.51.camel@mjolnir> Message-ID: On Apr 21, 2005, John Morris wrote: > I'm moving toward having everything important on RAID but I > still have a single drive for / and boot because of attitudes like this > that result in continual reliability problems with RAID in the early > phases of system startup. Nonsense. I've had pretty much everything, including /boot on RAID 1 and / on LVM on RAID 1, for years, using GRUB, and it does work. Sure enough, grub didn't pretend to support raid 1 like lilo does, and I had to set things up myself such that, in the case of a disk failure, the system would still boot, which lilo claims to do, but can't possibly do in the general case. I say lilo's claim to support raid 1 is convenient if you happen to have the common case that it supports, but if it doesn't, then you're up to grow a lot of gray hair for not knowing what's going on behind the scenes. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From jkeating at j2solutions.net Thu Apr 21 21:20:31 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 21 Apr 2005 14:20:31 -0700 Subject: no longer maintained rhl/fc bugs In-Reply-To: <4268174C.6050906@gmx.de> References: <42681366.6080603@gmx.de> <1114117108.19088.130.camel@jkeating2.hq.pogolinux.com> <4268174C.6050906@gmx.de> Message-ID: <1114118432.19088.133.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-04-21 at 23:12 +0200, shrek-m at gmx.de wrote: > and for older bugreports ? > > product=red+hat+linux status=needinfo > https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Red+Hat > +Linux&version=4.2&version=5.0&version=5.1&version=5.2&version=6.0&version=6.1&version=6.2&version=6.2EE&version=6.2J&version=7.0&version=7.0J&version=7.0tc&version=7.1&version=7.1k&version=7.2&version=7.3&version=8.0&version=9&version=GinGin64&bug_status=NEEDINFO&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= > > sort by ID > > eg. > > first: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=18315 > status=needinfo > version=rhl7.0 > last comment on 2000-10-05 03:29 EST > > > last: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=122993 > status=needinfo > version=rhl9 > last comment on 2004-05-11 05:00 EST Good point. For anything that isn't RHL 7.3, RHL 9, or FC1+ thats the decision of other people. >From my perspective, if it looks like a security issue, ping a Fedora Legacy fellow to check and see if it's fixed in a newer release. If not, file under legacy. If it's !security, close away. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jkeating at j2solutions.net Thu Apr 21 21:22:54 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 21 Apr 2005 14:22:54 -0700 Subject: [semi OT] Prism54 firmware loading In-Reply-To: <1114118113.11989.5.camel@localhost> References: <1114022117.19088.77.camel@jkeating2.hq.pogolinux.com> <1114022980.19088.82.camel@jkeating2.hq.pogolinux.com> <1114118113.11989.5.camel@localhost> Message-ID: <1114118574.19088.135.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-04-21 at 23:15 +0200, Ziga Mahkovec wrote: > No clues in dmesg? > I was recently having problems with ipw2100 firmware (but it was > during > boot only and got fixed with the udev update). You could try this to > eliminate the possibility of a udev problem: > > $ modprobe -r > $ echo "/sbin/hotplug" > /proc/sys/kernel/hotplug > $ modprobe > Unfortunately no clues. I tried your suggestion and still no firmware loaded. Dmesg only has: Unloaded prism54 driver Loaded prism54 driver, version 1.2 ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 16 (level, low) -> IRQ 185 -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From kyrre at solution-forge.net Thu Apr 21 21:24:27 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Thu, 21 Apr 2005 23:24:27 +0200 Subject: Firefox Plugin Problems Redux In-Reply-To: <604aa79105042113545b7ffe65@mail.gmail.com> References: <42682737.2090601@geekystuff.net> <604aa79105042113545b7ffe65@mail.gmail.com> Message-ID: <1114118666.3334.11.camel@localhost.localdomain> tor, 21.04.2005 kl. 22.54 skrev Jeff Spaleta: > On 4/21/05, Ken Nordquist wrote: > > Hey Y'all... > > > > I too am having plugin problems with Firefox. I am using the x86_64 > > arch. I am not a newbie to Linux or Redhat/Fedora and I am puzzled and > > could use some insight. > > x86_64 firefox would require 64bit plugins... afaik there is no 64bit > java plugin from sun yet. > If you want to use flash plugi from macromedia.. or sun's java > plugin.. you'll need to run the 32bit version of firefox. Would it be possible to put something like "firefox-32bit" in core or extras? Many people depend on having those aviable, whether you like it or not... From ziga.mahkovec at klika.si Thu Apr 21 21:34:08 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Thu, 21 Apr 2005 23:34:08 +0200 Subject: [semi OT] Prism54 firmware loading In-Reply-To: <1114118574.19088.135.camel@jkeating2.hq.pogolinux.com> References: <1114022117.19088.77.camel@jkeating2.hq.pogolinux.com> <1114022980.19088.82.camel@jkeating2.hq.pogolinux.com> <1114118113.11989.5.camel@localhost> <1114118574.19088.135.camel@jkeating2.hq.pogolinux.com> Message-ID: <1114119248.12183.5.camel@localhost> On Thu, 2005-04-21 at 14:22 -0700, Jesse Keating wrote: > Unfortunately no clues. I tried your suggestion and still no firmware > loaded. Dmesg only has: > > Unloaded prism54 driver > Loaded prism54 driver, version 1.2 > ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 16 (level, low) -> IRQ 185 Next thing I'd check is whether the kernel requests the firmware at all. Enable hotplug logging (edit /etc/hotplug/hotplug.functions, uncomment the DEBUG line) and keep an eye on /var/log/messages. The hotplug agents should log a bunch of stuff. -- Ziga From jkeating at j2solutions.net Thu Apr 21 21:40:54 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 21 Apr 2005 14:40:54 -0700 Subject: [semi OT] Prism54 firmware loading In-Reply-To: <1114119248.12183.5.camel@localhost> References: <1114022117.19088.77.camel@jkeating2.hq.pogolinux.com> <1114022980.19088.82.camel@jkeating2.hq.pogolinux.com> <1114118113.11989.5.camel@localhost> <1114118574.19088.135.camel@jkeating2.hq.pogolinux.com> <1114119248.12183.5.camel@localhost> Message-ID: <1114119654.19088.146.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-04-21 at 23:34 +0200, Ziga Mahkovec wrote: > On Thu, 2005-04-21 at 14:22 -0700, Jesse Keating wrote: > > Unfortunately no clues. I tried your suggestion and still no firmware > > loaded. Dmesg only has: > > > > Unloaded prism54 driver > > Loaded prism54 driver, version 1.2 > > ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 16 (level, low) -> IRQ 185 > > Next thing I'd check is whether the kernel requests the firmware at all. > Enable hotplug logging (edit /etc/hotplug/hotplug.functions, uncomment > the DEBUG line) and keep an eye on /var/log/messages. The hotplug > agents should log a bunch of stuff. > > -- > Ziga > Ah-HAH! thats where it is logging to... Apr 21 14:36:52 dhcp-181 kernel: Loaded prism54 driver, version 1.2 Apr 21 14:36:52 dhcp-181 kernel: ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 16 (level, low) -> IRQ 185 Apr 21 14:36:52 dhcp-181 default.hotplug[4805]: arguments (net) env (PHYSDEVPATH=/devices/pci0000:00/0000:00:05.0 SUBSYSTEM=net OLDPWD=/ DEVPATH=/class/net/eth1 PATH=/bin:/sbin:/usr/sbin:/usr/bin ACTION=add PWD=/etc/hotplug UDEV_LOG=3 MANAGED_EVENT=1 UDEVD_EVENT=1 SHLVL=1 HOME=/ PHYSDEVDRIVER=prism54 INTERFACE=eth1 DEBUG=yes PHYSDEVBUS=pci SEQNUM=626 _=/bin/env) Apr 21 14:36:52 dhcp-181 default.hotplug[4805]: invoke /etc/hotplug/net.agent () Apr 21 14:36:53 dhcp-181 net.agent[4805]: invoke ifup eth1 Apr 21 14:36:53 dhcp-181 default.hotplug[4848]: arguments (drivers) env (SUBSYSTEM=drivers OLDPWD=/ DEVPATH=/bus/pci/drivers/prism54 PATH=/bin:/sbin:/usr/sbin:/usr/bin ACTION=add PWD=/etc/hotplug UDEV_LOG=3 MANAGED_EVENT=1 UDEVD_EVENT=1 SHLVL=1 HOME=/ DEBUG=yes SEQNUM=625 _=/bin/env) Apr 21 14:36:53 dhcp-181 default.hotplug[4848]: no runnable /etc/hotplug/drivers.agent is installed Apr 21 14:36:53 dhcp-181 default.hotplug[4801]: arguments (module) env (SUBSYSTEM=module OLDPWD=/ DEVPATH=/module/prism54 PATH=/bin:/sbin:/usr/sbin:/usr/bin ACTION=add PWD=/etc/hotplug UDEV_LOG=3 MANAGED_EVENT=1 UDEVD_EVENT=1 SHLVL=1 HOME=/ DEBUG=yes SEQNUM=624 _=/bin/env) Apr 21 14:36:53 dhcp-181 default.hotplug[4801]: no runnable /etc/hotplug/module.agent is installed Looking to see why I don't have a module.agent... -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From lynn at garlic.com Thu Apr 21 21:43:44 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Thu, 21 Apr 2005 15:43:44 -0600 Subject: most recent FC3 kernel memory usage(?) In-Reply-To: <20050421201121.AB81E73A02@hormel.redhat.com> References: <20050421201121.AB81E73A02@hormel.redhat.com> Message-ID: <42681E90.2080105@garlic.com> I seem to be seeing some different memory statistics in most recent FC3 kernel: kernel-smp-2.6.11-1.14_FC3 i've got a 4gbyte machine that linux has always claimed is 3.5gbytes (at least gnome-system-monitor reports it as such). in early fedora kernels i would get up to maybe 600-800mbytes memory used and possibly tens of mbytes of swap useage. latest kernel will see over gbyte nominal memory useage and only drops back to 400-500mbytes when i kill my big applications. even logging off/on doesn't drop it down. I have to reboot and then log on to see it down to 150mbytes of used memory. in the past, log off/on would be sufficient to drop memory used numbers ... w/o having to reboot ... and usually just restarting mozilla will do the trick .... some mozilla postings about using 400mbytes of memory (and mozilla starting to slow down) when hitting 250 active tabs: http://www.garlic.com/~lynn/2005e.html#48 http://www.garlic.com/~lynn/2005e.html#49 this might be a storage cancer ... or is it possible that it is a change in 2.6.11 on how it handles virtual memory and/or possibly file caching???? i saw a marginally related characteristic when upgrading another machine from FC3 to FC4. FC3 hadn't labeled the swap volumes ... FC4 updated /etc/fstab with some default swap volume label names (w/o actually writing out any labels). As a result, when the machine first came up ... it didn't automatically mount the swap volumes. As a result ... used memory appeared to be 100-200 mbytes more than i was expecting. I eventually noticed that swap hadn't been mounted. I manually mounted swap and then updated /etc/fstab so that swap was back to the FC3 specification (rather than the FC4 "label" specification). From jmorris at beau.org Thu Apr 21 21:54:22 2005 From: jmorris at beau.org (John Morris) Date: Thu, 21 Apr 2005 16:54:22 -0500 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> <4267BA4B.2070006@gmail.com> <1114113349.2913.51.camel@mjolnir> Message-ID: <1114120462.2913.74.camel@mjolnir> On Thu, 2005-04-21 at 16:17, Alexandre Oliva wrote: > Nonsense. I've had pretty much everything, including /boot on RAID 1 > and / on LVM on RAID 1, for years, using GRUB, and it does work. Sure > enough, grub didn't pretend to support raid 1 like lilo does, and I > had to set things up myself such that, in the case of a disk failure, > the system would still boot, which lilo claims to do, but can't Yes I know lilo has a few issues there which is why I have no problem retiring it now that grub is finally reaching feature parity by gaining the ability to boot a RAID1. But Grub still has issues and since it is staying they are a problem. Grub can only boot a RAID if it can own the MBR which isn't always practical or even possible. And according to seemingly authoritative postings during this flame-o-rama, this limitation is known but not seen as a problem. I disagree, but apparently represent a small enough minority that ignoring it is going to be official policy. Oh well, sometimes you lose. -- John M. http://www.beau.org/~jmorris This post is 100% M$Free! Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r From ziga.mahkovec at klika.si Thu Apr 21 21:57:57 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Thu, 21 Apr 2005 23:57:57 +0200 Subject: [semi OT] Prism54 firmware loading In-Reply-To: <1114119654.19088.146.camel@jkeating2.hq.pogolinux.com> References: <1114022117.19088.77.camel@jkeating2.hq.pogolinux.com> <1114022980.19088.82.camel@jkeating2.hq.pogolinux.com> <1114118113.11989.5.camel@localhost> <1114118574.19088.135.camel@jkeating2.hq.pogolinux.com> <1114119248.12183.5.camel@localhost> <1114119654.19088.146.camel@jkeating2.hq.pogolinux.com> Message-ID: <1114120677.12183.17.camel@localhost> On Thu, 2005-04-21 at 14:40 -0700, Jesse Keating wrote: > Ah-HAH! thats where it is logging to... > > [ trimmed ] > Apr 21 14:36:52 dhcp-181 default.hotplug[4805]: arguments (net) > Apr 21 14:36:53 dhcp-181 default.hotplug[4848]: arguments (drivers) > Apr 21 14:36:53 dhcp-181 default.hotplug[4801]: arguments (module) > > Looking to see why I don't have a module.agent... The module.agent warnings are usually moot. What's interesting is that no firmware event is generated here. So this is probably a driver problem. Maybe you can get it to produce more verbose logs (it's usually a "debug=something" option to modprobe). Also, since the net agent is called, do you actually see the interface created? Check 'ifconfig -a' and 'cat /proc/net/wireless'. -- Ziga From paul at all-the-johnsons.co.uk Thu Apr 21 22:01:53 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Thu, 21 Apr 2005 23:01:53 +0100 Subject: Setting the root mysql password Message-ID: <1114120913.4300.9.camel@localhost.localdomain> Hi, I'm trying to set the root password for mysql using mysqladmin -u root password but all I'm getting back is mysqladmin: connect to server at 'localhost' failed error: 'Access denied for user 'root'@'localhost' (using password: NO)' mysqld is running /etc/hosts has the following 127.0.0.1 localhost.localdomain T7.linux localhost T7 Any ideas? Using fc4t2, mysql-4.1.11-2 TTFN Paul -- "In an urban society, everything connects. Each person's needs are fed by the skills of many others. Our lives are woven together in a fabric. But the connections that make society strong also make it vulnerable." - Threads, BBC-TV 1984 From jkeating at j2solutions.net Thu Apr 21 22:12:34 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 21 Apr 2005 15:12:34 -0700 Subject: [semi OT] Prism54 firmware loading In-Reply-To: <1114120677.12183.17.camel@localhost> References: <1114022117.19088.77.camel@jkeating2.hq.pogolinux.com> <1114022980.19088.82.camel@jkeating2.hq.pogolinux.com> <1114118113.11989.5.camel@localhost> <1114118574.19088.135.camel@jkeating2.hq.pogolinux.com> <1114119248.12183.5.camel@localhost> <1114119654.19088.146.camel@jkeating2.hq.pogolinux.com> <1114120677.12183.17.camel@localhost> Message-ID: <1114121555.7333.24.camel@localhost.localdomain> On Thu, 2005-04-21 at 23:57 +0200, Ziga Mahkovec wrote: > The module.agent warnings are usually moot. Oh bother, and here I thought that was the key. > What's interesting is that > no firmware event is generated here. So this is probably a driver > problem. Maybe you can get it to produce more verbose logs (it's > usually a "debug=something" option to modprobe). Thats what I thought. I added pc_debug=5 and got what is below... > Also, since the net agent is called, do you actually see the interface > created? Check 'ifconfig -a' and 'cat /proc/net/wireless'. Well, sortof, but not really. Here is the output of iwconfig: eth1 NOT READY! ESSID:off/any Mode:Managed Channel:0 Access Point: 00:00:00:00:00:00 Tx-Power=31 dBm Sensitivity=0/200 Retry min limit:0 RTS thr:off Fragment thr:off Encryption key:off Link Quality:0 Signal level:0 Noise level:0 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 Apr 21 15:09:10 dhcp-181 default.hotplug[5090]: arguments (net) env (PHYSDEVPATH=/devices/pci0000:00/0000:00:05.0 SUBSYSTEM=net OLDPWD=/ DEVPATH=/class/net/eth1 PATH=/bin:/sbin:/usr/sbin:/usr/bin ACTION=remove PWD=/etc/hotplug UDEV_LOG=3 MANAGED_EVENT=1 UDEVD_EVENT=1 SHLVL=1 HOME=/ PHYSDEVDRIVER=prism54 INTERFACE=eth1 DEBUG=yes PHYSDEVBUS=pci SEQNUM=633 _=/bin/env) Apr 21 15:09:10 dhcp-181 default.hotplug[5090]: invoke /etc/hotplug/net.agent () Apr 21 15:09:11 dhcp-181 net.agent[5090]: invoke ifdown eth1 Apr 21 15:09:11 dhcp-181 default.hotplug[5103]: arguments (drivers) env (SUBSYSTEM=drivers OLDPWD=/ DEVPATH=/bus/pci/drivers/prism54 PATH=/bin:/sbin:/usr/sbin:/usr/bin ACTION=remove PWD=/etc/hotplug UDEV_LOG=3 MANAGED_EVENT=1 UDEVD_EVENT=1 SHLVL=1 HOME=/ DEBUG=yes SEQNUM=634 _=/bin/env) Apr 21 15:09:11 dhcp-181 default.hotplug[5103]: no runnable /etc/hotplug/drivers.agent is installed Apr 21 15:09:11 dhcp-181 default.hotplug[5111]: arguments (module) env (SUBSYSTEM=module OLDPWD=/ DEVPATH=/module/prism54 PATH=/bin:/sbin:/usr/sbin:/usr/bin ACTION=remove PWD=/etc/hotplug UDEV_LOG=3 MANAGED_EVENT=1 UDEVD_EVENT=1 SHLVL=1 HOME=/ DEBUG=yes SEQNUM=635 _=/bin/env) Apr 21 15:09:11 dhcp-181 default.hotplug[5111]: no runnable /etc/hotplug/module.agent is installed Apr 21 15:09:17 dhcp-181 kernel: Loaded prism54 driver, version 1.2 Apr 21 15:09:17 dhcp-181 default.hotplug[5170]: arguments (module) env (SUBSYSTEM=module OLDPWD=/ DEVPATH=/module/prism54 PATH=/bin:/sbin:/usr/sbin:/usr/bin ACTION=add PWD=/etc/hotplug UDEV_LOG=3 MANAGED_EVENT=1 UDEVD_EVENT=1 SHLVL=1 HOME=/ DEBUG=yes SEQNUM=636 _=/bin/env) Apr 21 15:09:17 dhcp-181 default.hotplug[5170]: no runnable /etc/hotplug/module.agent is installed Apr 21 15:09:17 dhcp-181 kernel: ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 16 (level, low) -> IRQ 185 Apr 21 15:09:17 dhcp-181 default.hotplug[5180]: arguments (drivers) env (SUBSYSTEM=drivers OLDPWD=/ DEVPATH=/bus/pci/drivers/prism54 PATH=/bin:/sbin:/usr/sbin:/usr/bin ACTION=add PWD=/etc/hotplug UDEV_LOG=3 MANAGED_EVENT=1 UDEVD_EVENT=1 SHLVL=1 HOME=/ DEBUG=yes SEQNUM=637 _=/bin/env) Apr 21 15:09:17 dhcp-181 default.hotplug[5187]: arguments (net) env (PHYSDEVPATH=/devices/pci0000:00/0000:00:05.0 SUBSYSTEM=net OLDPWD=/ DEVPATH=/class/net/eth1 PATH=/bin:/sbin:/usr/sbin:/usr/bin ACTION=add PWD=/etc/hotplug UDEV_LOG=3 MANAGED_EVENT=1 UDEVD_EVENT=1 SHLVL=1 HOME=/ PHYSDEVDRIVER=prism54 INTERFACE=eth1 DEBUG=yes PHYSDEVBUS=pci SEQNUM=638 _=/bin/env) Apr 21 15:09:17 dhcp-181 default.hotplug[5180]: no runnable /etc/hotplug/drivers.agent is installed Apr 21 15:09:17 dhcp-181 default.hotplug[5187]: invoke /etc/hotplug/net.agent () Apr 21 15:09:17 dhcp-181 net.agent[5187]: invoke ifup eth1 -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -------------- 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 fedora at nodata.co.uk Thu Apr 21 22:15:29 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 22 Apr 2005 00:15:29 +0200 Subject: Setting the root mysql password In-Reply-To: <1114120913.4300.9.camel@localhost.localdomain> References: <1114120913.4300.9.camel@localhost.localdomain> Message-ID: <1114121729.3948.13.camel@localhost.localdomain> On Thu, 2005-04-21 at 23:01 +0100, Paul F. Johnson wrote: > Hi, > > I'm trying to set the root password for mysql using > > mysqladmin -u root password > > but all I'm getting back is > > mysqladmin: connect to server at 'localhost' failed > error: 'Access denied for user 'root'@'localhost' (using password: NO)' > > mysqld is running > > /etc/hosts has the following > > 127.0.0.1 localhost.localdomain T7.linux localhost T7 > > Any ideas? > > Using fc4t2, mysql-4.1.11-2 > > TTFN > > Paul > -- > "In an urban society, everything connects. Each person's needs are fed > by the skills of many others. Our lives are woven together in a fabric. > But the connections that make society strong also make it vulnerable." - > Threads, BBC-TV 1984 > You probably want to specify a null password, i.e. -p at the end. I do it this way: # mysql -u root -p > USE mysql; > UPDATE user SET Password=PASSWORD("something") WHERE User="root"; > FLUSH PRIVILEGES; Your hosts file also looks a bit messy. MySQL and other programs (wrongfully) get confused. Try: 127.0.0.1 localhost localhost.localdomain my.ip.goes.here myhostname Good luck! From rramson at gmail.com Thu Apr 21 22:45:04 2005 From: rramson at gmail.com (Richard Ramson) Date: Thu, 21 Apr 2005 18:45:04 -0400 Subject: audit fails to start up when pc is rebooted. Message-ID: I noticed the audit process fails to start when I reboot my PC and the below message is in the System log file. Has anyone else seen this and/or know how to fix it? Apr 21 18:32:22 localhost kernel: audit(1114122740.375:0): avc: denied { setsched } for pid=2650 exe=/sbin/auditd scontext=user_u:system_r:auditd_t tcontext=user_u:system_r:auditd_t tclass=process -- CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB 939-pin Motherboard: GA-K8NXP-SLI nForce4 SLI chipset Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR Memory Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / Video Card Sound: Onboard HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD Monitor w/ Speakers From dwmw2 at infradead.org Thu Apr 21 23:29:56 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 22 Apr 2005 09:29:56 +1000 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114103795.21480.1.camel@localhost.localdomain> References: <1114089703.29135.56.camel@localhost.localdomain> <1114103795.21480.1.camel@localhost.localdomain> Message-ID: <1114126197.29135.88.camel@localhost.localdomain> On Thu, 2005-04-21 at 13:16 -0400, Peter Jones wrote: > If you had to look it up, that's not C101 ;) I had to look it up because it was userspace :) -- dwmw2 From justin.conover at gmail.com Thu Apr 21 23:41:43 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 21 Apr 2005 18:41:43 -0500 Subject: audit fails to start up when pc is rebooted. In-Reply-To: References: Message-ID: On 4/21/05, Richard Ramson wrote: > I noticed the audit process fails to start when I reboot my PC and the > below message is in the System log file. Has anyone else seen this > and/or know how to fix it? > > Apr 21 18:32:22 localhost kernel: audit(1114122740.375:0): avc: > denied { setsched } for pid=2650 exe=/sbin/auditd > scontext=user_u:system_r:auditd_t tcontext=user_u:system_r:auditd_t > tclass=process https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155400 From gstool at earthlink.net Fri Apr 22 02:02:56 2005 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 21 Apr 2005 21:02:56 -0500 Subject: Tuboprint - anyone else using and getting printout? Message-ID: <42685B50.7030100@earthlink.net> I have a networked Canon PIXMA ip-4000 inkjet printer for which the only drivers I've found are in Turboprint 1.91. This works great on FC3, Ubuntu 5.04, Suse 9.2 and a number of older releases. It does not work on FC4Tx. Turboprint installs, setup works and configuration works just great. When a document is "printed", the system is just as happy as can be. If one didn't notice that nothing happens at the printer, one would think all is working. The CUPS web interface thinks the printer is just fine and that the job was sent successfully. I understand that Turboprint is not a supported app, but since it is the only choice available to use my color inkjet printer in Linux, I will be unable to continue using Fedora Core if it does not work in FC4, since one of my major activities is color photo printing. I have filed a bugzilla report (#154777) - closed as NOTABUG, and have filed a report with the Turboprint developers with no response so far. I will be grateful for any suggestions to troubleshoot the problem. Thanks. Gerry From ken at geekystuff.net Fri Apr 22 04:27:40 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Fri, 22 Apr 2005 00:27:40 -0400 Subject: Firefox Plugin Problems Redux (x86_64) In-Reply-To: <604aa79105042113545b7ffe65@mail.gmail.com> References: <42682737.2090601@geekystuff.net> <604aa79105042113545b7ffe65@mail.gmail.com> Message-ID: <42687D3C.9090206@geekystuff.net> Jeff Spaleta wrote: >x86_64 firefox would require 64bit plugins... afaik there is no 64bit >java plugin from sun yet. >If you want to use flash plugi from macromedia.. or sun's java >plugin.. you'll need to run the 32bit version of firefox. > > > >>After banging my head on the Firefox wall, I decided to install Mozilla >>and see what happened. >> >> > >The 32bit or the 64bit version of mozilla? > >-jef > > Here is what I found out... I have Mozilla x86_64 v1.7.7 I have Fedora/1.0.3-2 Firefox/1.0.3 x86_64 The link to install java as supplied by Mozilla / Firefox plugin link is for the 32 bit JRE 1.5. There is a JRE x86_64 version but it is for JRE 1.4 JRE 1.5 works with Mozilla x86_64 but not Firefox x86_64 The JRE 1.4 x86_64 crashes Firefox, but can be seen in Firefox's 'about:plugins' My question is... Since FC is porting Firefox to x86_64, will FC be porting Firefox plugins? Or making Firefox x86_64 backwards compatible plugin-wise? Mozilla seems backwards compatible and it would be a shame to have a browser with no flash and java capabilities. Thanks, Ken From fct-cornette at insight.rr.com Fri Apr 22 02:55:54 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 21 Apr 2005 22:55:54 -0400 Subject: X Virtual Terminals/Consoles are blank, unusable In-Reply-To: <1114113727.20037.42.camel@maui.jaa.org.uk> References: <1114113727.20037.42.camel@maui.jaa.org.uk> Message-ID: <426867BA.8090408@insight.rr.com> John Austin wrote: > On Thu, 2005-04-21 at 13:44 -0400, Matt Galvin wrote: > >>Hi All, >> >>When cycling through the virtual terminals/consoles of >>X(CTR+ALT+F[1-7]) I see that they are all blank screens and I cannot >>use them at all. con7 displays the desktop (gnome in my case) as >>expected but con1 - con6 are completly blacked out/blank and I am >>unable to use them for anything. >> >>Has anyone else experienced this behaviour? Can anyone confirm? >> >>My machine has an on-board Intel 865 video card/chip and I am using an >>Acer AL1714 LCD display. >> >>Thanks, >> >>Matt Using the Intel 815 chip, I get the information displayed in the terminal. It displays a blue border around the edges of the screen once X was launched and I switch to a terminal. The abnormalities other than the border is that the text in the terminal starts at the right portion of the screen (about a tenth of a character), then the rest of the information is dispayed on the next line. I didn't notice before that the character line started so close to the right edge and then continue starting on the left after the blue border surrounding the display. I'm guesing some monitors fail to sync when the information starts so far left and leave the terminal blank. Others display a border of differing colors (R,G or B). Some see text and some see only a border. I have a computer with an 865G card but dare not run FC test on it. This problem hopefully only concerns the server and not the driver used for the display. I don't see this problem yet on the 865. I hope that the cause is dicovered soon and corrected. Jim From michal at harddata.com Fri Apr 22 03:49:35 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 21 Apr 2005 21:49:35 -0600 Subject: [semi OT] Prism54 firmware loading In-Reply-To: <1114120677.12183.17.camel@localhost>; from ziga.mahkovec@klika.si on Thu, Apr 21, 2005 at 11:57:57PM +0200 References: <1114022117.19088.77.camel@jkeating2.hq.pogolinux.com> <1114022980.19088.82.camel@jkeating2.hq.pogolinux.com> <1114118113.11989.5.camel@localhost> <1114118574.19088.135.camel@jkeating2.hq.pogolinux.com> <1114119248.12183.5.camel@localhost> <1114119654.19088.146.camel@jkeating2.hq.pogolinux.com> <1114120677.12183.17.camel@localhost> Message-ID: <20050421214935.A16682@mail.harddata.com> On Thu, Apr 21, 2005 at 11:57:57PM +0200, Ziga Mahkovec wrote: > > The module.agent warnings are usually moot. What's interesting is that > no firmware event is generated here. It may be totally unrelated but I was playing with a device which is using zd1201 driver (a USB wifi dongle with a Zydas chip). Firmware load attempts were made but regardless of what I was trying I was always ending up with: zd1201 firmware upload failed: -110 which means "timeout". I had to add an ID for this particular dongle I was using to a list of devices recognized by a driver so I was sent "upstream" with reports where so far I drew exactly blank. Michal From scott.aaron at abc.net.au Fri Apr 22 03:51:19 2005 From: scott.aaron at abc.net.au (Aaron Scott) Date: Fri, 22 Apr 2005 13:51:19 +1000 Subject: Tuboprint - anyone else using and getting printout? In-Reply-To: <42685B50.7030100@earthlink.net> References: <42685B50.7030100@earthlink.net> Message-ID: <1114141879.4811.0.camel@localhost.localdomain> Why don't you try Turboprint support? On Thu, 2005-04-21 at 21:02 -0500, Gerry Tool wrote: > I have a networked Canon PIXMA ip-4000 inkjet printer for which the only > drivers I've found are in Turboprint 1.91. This works great on FC3, > Ubuntu 5.04, Suse 9.2 and a number of older releases. It does not work > on FC4Tx. > > Turboprint installs, setup works and configuration works just great. > When a document is "printed", the system is just as happy as can be. If > one didn't notice that nothing happens at the printer, one would think > all is working. The CUPS web interface thinks the printer is just fine > and that the job was sent successfully. > > I understand that Turboprint is not a supported app, but since it is the > only choice available to use my color inkjet printer in Linux, I will be > unable to continue using Fedora Core if it does not work in FC4, since > one of my major activities is color photo printing. > > I have filed a bugzilla report (#154777) - closed as NOTABUG, and have > filed a report with the Turboprint developers with no response so far. > I will be grateful for any suggestions to troubleshoot the problem. > > Thanks. > > Gerry > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gstool at earthlink.net Fri Apr 22 03:59:26 2005 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 21 Apr 2005 22:59:26 -0500 Subject: Tuboprint - anyone else using and getting printout? In-Reply-To: <1114141879.4811.0.camel@localhost.localdomain> References: <42685B50.7030100@earthlink.net> <1114141879.4811.0.camel@localhost.localdomain> Message-ID: <4268769E.2050709@earthlink.net> Aaron Scott wrote: > Why don't you try Turboprint support? > That was what I was trying to say I did with - >>and have >>filed a report with the Turboprint developers with no response so far. >>I will be grateful for any suggestions to troubleshoot the problem. >> From michal at harddata.com Fri Apr 22 04:02:31 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 21 Apr 2005 22:02:31 -0600 Subject: Firefox Plugin Problems Redux In-Reply-To: <1114118666.3334.11.camel@localhost.localdomain>; from kyrre@solution-forge.net on Thu, Apr 21, 2005 at 11:24:27PM +0200 References: <42682737.2090601@geekystuff.net> <604aa79105042113545b7ffe65@mail.gmail.com> <1114118666.3334.11.camel@localhost.localdomain> Message-ID: <20050421220231.B16682@mail.harddata.com> On Thu, Apr 21, 2005 at 11:24:27PM +0200, Kyrre Ness Sjobak wrote: > > Would it be possible to put something like "firefox-32bit" in core or > extras? How this would differ from the one which is already in i386 directory? > Many people depend on having those aviable, whether you like it > or not... There is really nothing which would stop you from installing firefox.i386 on an x86_64 installation. 'yum' will do that for you gladly. Just point it to a repository with required packages and fire away. There is likely no point then to have installed firefox.x86_64 too and may even clash (a script /usr/bin/firefox should not try to point to both sets of libraries at once :-). The same goes for mozilla. Michal From mattdm at mattdm.org Fri Apr 22 04:14:27 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 22 Apr 2005 00:14:27 -0400 Subject: no longer maintained rhl/fc bugs In-Reply-To: <1114118432.19088.133.camel@jkeating2.hq.pogolinux.com> References: <42681366.6080603@gmx.de> <1114117108.19088.130.camel@jkeating2.hq.pogolinux.com> <4268174C.6050906@gmx.de> <1114118432.19088.133.camel@jkeating2.hq.pogolinux.com> Message-ID: <20050422041427.GA19523@jadzia.bu.edu> On Thu, Apr 21, 2005 at 02:20:31PM -0700, Jesse Keating wrote: > Good point. For anything that isn't RHL 7.3, RHL 9, or FC1+ thats the > decision of other people. That's, like, phase 4 of my bugzilla cleanup initiative. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 75 degrees Fahrenheit. From jdkcupid at gmail.com Fri Apr 22 04:32:38 2005 From: jdkcupid at gmail.com (=?BIG5?B?qkypc62p?=) Date: Fri, 22 Apr 2005 12:32:38 +0800 Subject: my fedora4test2 can't input anything! Message-ID: <8cad7ff905042121323930a93@mail.gmail.com> I have updated my FC3 to FC4test2 but I can't type anyhing.(may be my iiim broken.) When I try to type something.The cusor hava no respond. And the up2date also broken.(It can't select all,and can't forward to download anythint.) So now what I can do? I dont want to lose my data. -- McLin at JDK -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean.bruno at dsl-only.net Fri Apr 22 04:37:07 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Thu, 21 Apr 2005 21:37:07 -0700 Subject: cpu-freq-applet Message-ID: <1114144627.5484.2.camel@homebox> I have been noticing that my D800 laptop has been running hot(temp) since I installed FC4. Investigating a bit, I noted that I was pretty much always running at a load of about 1. The cpu-freq applet seems to take a quite a bit of horse power. This was confirmed when I shut it off and my box cooled off quite a bit. Is this expected behavior? Sean From roger at gwch.net Fri Apr 22 05:20:18 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 22 Apr 2005 07:20:18 +0200 Subject: audit fails to start up when pc is rebooted. In-Reply-To: References: Message-ID: <42688992.4030400@gwch.net> Richard Ramson schrieb: > I noticed the audit process fails to start when I reboot my PC and the > below message is in the System log file. Has anyone else seen this > and/or know how to fix it? > > Apr 21 18:32:22 localhost kernel: audit(1114122740.375:0): avc: > denied { setsched } for pid=2650 exe=/sbin/auditd > scontext=user_u:system_r:auditd_t tcontext=user_u:system_r:auditd_t > tclass=process > > so do i, and at the very beginning, selinux worries direct after initialization from udev about a double hostname. Roger From generic at olive.ocn.ne.jp Fri Apr 22 06:50:07 2005 From: generic at olive.ocn.ne.jp (Namikawa, Shozo) Date: Fri, 22 Apr 2005 15:50:07 +0900 Subject: Latest up2date packages from rawhide errors In-Reply-To: <1113600842.5334.3.camel@scrappy.netlyncs.com> References: <1113600842.5334.3.camel@scrappy.netlyncs.com> Message-ID: <42689E9F.1050106@olive.ocn.ne.jp> Mike Chambers wrote: >Getting this error from up2date... > > up2date-gnome-4.4.14-2 > up2date-4.4.14-2 > > Testing package set / solving RPM inter-dependencies... > Traceback (most recent call last): > File "/usr/sbin/up2date", line 1250, in ? > sys.exit(main() or 0) > File "/usr/sbin/up2date", line 800, in main > fullUpdate, dryRun=options.dry_run)) > File "/usr/sbin/up2date", line 1137, in batchRun > batch.run() > File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 78, > in run > self.__dryRun() > File "/usr/share/rhn/up2date_client/up2dateBatch.py", line > 163, in > __dryRun > self.percentCallback) > File "/usr/share/rhn/up2date_client/up2date.py", line 386, in > dryRun > ret = depsolve.solvedep() > File "/usr/share/rhn/up2date_client/depSolver.py", line 722, > in > solvedep > ret = self.process_deps(deps) > File "/usr/share/rhn/up2date_client/depSolver.py", line 616, > in > process_deps > changed = self.__dependencies(dependencies) > File "/usr/share/rhn/up2date_client/depSolver.py", line 323, > in > __dependencies > msgCallback = self.msgCallback) > File "/usr/share/rhn/up2date_client/depSolver.py", line 97, in > solveDep > msgCallback = msgCallback) > File > "/usr/share/rhn/up2date_client/repoBackends/genericSolveDep.py", > line 132 , in solveDep > msgCallback = self.msgCallback) > File > "/usr/share/rhn/up2date_client/repoBackends/rpmmdRepo.py", line > 60, in ge tSolutions > provs = self.pkgSack.searchProvides(unknown) > AttributeError: RpmmdSolveDep instance has no attribute > 'pkgSack' > > This is by running up2date -u from command line. Looks like > still get > same problem with GUI, via forward/next button not highlighted > nor the > select all option not selecting all the packages listed. > > Though a change of up2date-4.4.14-2 did it as #135121(no.1), I think adjustment is insufficient about "rpmmd" as a whole. Perhaps I think that "rpmmd" is not set about sources in default(no.2). It came to move without stopping it somehow when I initialized self.pkgSack in None so that a command started up2date at once(no.3). ------------------------------------------------------------------------------ (no.1) #135121 "/usr/share/rhn/up2date_client/repoDirectry.py" # bug 135121 - uncommented the the following lines to test rpmmd from repoBackends import rpmmdRepo rpmmdRepo.register(rd) ------------------------------------------------------------------------------- (no.2) "/etc/sysconfig/rhn/spurces" ------------------------------------------------------------------------------- (no.3) "/usr/share/rhn/up2date_client/repoBackends/rpmmdRepo.py" class RpmmdSolveDep(genericSolveDep.GenericSolveDep): def __init__(self): -- snip-- self.type = "rpmmd" def getSolutions(self, unknowns, msgCallback=None, progressCallback=None): channels = rhnChannel.getChannels() repoChannels = channels.getByType(self.type) #### repoChannels is empty #### for channel in repoChannels: self.pkgSack = initPkgSack(label=None) #### add deception for a syntax error for channel in repoChannels: self.pkgSack = initPkgSack(label=channel['label']) ------------------------------------------------------------------------------- From mitr at volny.cz Fri Apr 22 08:39:23 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Fri, 22 Apr 2005 10:39:23 +0200 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <1114120462.2913.74.camel@mjolnir> References: <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> <4267BA4B.2070006@gmail.com> <1114113349.2913.51.camel@mjolnir> <1114120462.2913.74.camel@mjolnir> Message-ID: <20050422083918.GA19472@chrys.ms.mff.cuni.cz> On Thu, Apr 21, 2005 at 04:54:22PM -0500, John Morris wrote: > Grub can only boot a RAID if it can own the > MBR which isn't always practical or even possible. And according to > seemingly authoritative postings during this flame-o-rama, this > limitation is known but not seen as a problem. I disagree, but > apparently represent a small enough minority that ignoring it is going > to be official policy. Oh well, sometimes you lose. Sometimes you end up writing it yourself and persuade the developers that it works correctly... I don't think it anybody decided that this wouldn't get done". OTOH it doesn't seem obvious to me how to specify the boot block location for a RAID volume. I think choosing the ">90% of cases" solution is a reasonable engineering decision, but not necessarily end of the story. Mirek From llch at redhat.com Fri Apr 22 08:39:34 2005 From: llch at redhat.com (Leon Ho) Date: Fri, 22 Apr 2005 18:39:34 +1000 Subject: my fedora4test2 can't input anything! In-Reply-To: <8cad7ff905042121323930a93@mail.gmail.com> References: <8cad7ff905042121323930a93@mail.gmail.com> Message-ID: <200504221839.34484.llch@redhat.com> Hi, It is a test version for the upcoming version. If you try the package IIIMF on the latest rawhide it should be better. There are whole bunch of bugs that are fixed. Thanks for giving it some tests. Feel free to post bugs against it s that problems will be resolved by the final FC release. Cheers, Leon On Friday 22 April 2005 14:32, ??? wrote: > I have updated my FC3 to FC4test2 > but I can't type anyhing.(may be my iiim broken.) > When I try to type something.The cusor hava no respond. > And the up2date also broken.(It can't select all,and can't forward to > download anythint.) > So now what I can do? > I dont want to lose my data. From malists at epon.ro Fri Apr 22 08:57:24 2005 From: malists at epon.ro (Marius Andreiana) Date: Fri, 22 Apr 2005 11:57:24 +0300 Subject: dissapearing windows and panel Message-ID: <1114160244.2957.14.camel@marte.biciclete.ro> In fc4t2, with development xorg/gtk/gnome updated, panel and windows disappear from time to time. alt+tab shows icons for all windows opened, but after switching to a window it's not displayed. Sometimes clicking in a window makes it disappear. After some random clicks and switching desktop the normal behavior resumes, for a while. I cannot reproduce this reliably. Anyone else seeing it? -- Marius Andreiana From malists at epon.ro Fri Apr 22 10:12:09 2005 From: malists at epon.ro (Marius Andreiana) Date: Fri, 22 Apr 2005 13:12:09 +0300 Subject: dissapearing windows and panel In-Reply-To: <1114160244.2957.14.camel@marte.biciclete.ro> References: <1114160244.2957.14.camel@marte.biciclete.ro> Message-ID: <1114164729.2957.17.camel@marte.biciclete.ro> Another observation: after clicking a window in window list applet sometimes it appears only after moving the mouse pointer outside of panel. -- Marius Andreiana From Hugo.Vandeputte at meteo.fr Fri Apr 22 10:57:44 2005 From: Hugo.Vandeputte at meteo.fr (Hugo Vandeputte) Date: Fri, 22 Apr 2005 12:57:44 +0200 Subject: Framebuffer not working on FC4-test2? In-Reply-To: <1114114270.20037.46.camel@maui.jaa.org.uk> References: <42678991.9080702@meteo.fr> <1114091443.20037.1.camel@maui.jaa.org.uk> <1114114270.20037.46.camel@maui.jaa.org.uk> Message-ID: <4268D8A8.10602@meteo.fr> I added to https://bugs.freedesktop.org/show_bug.cgi?id=3094 (Intel i810 version of the bug). Thanks! Hugo Vandeputte. John Austin wrote: >On Thu, 2005-04-21 at 14:50 +0100, John Austin wrote: > > >>On Thu, 2005-04-21 at 13:08 +0200, Hugo Vandeputte wrote: >> >> >>>Framebuffer seems to not working on my computer. >>> brings to black screen, and shudown progress too... >>>Has someone similar problems? >>>Thanks, >>>Hugo Vandeputte. >>> >>> >>> >>Hi >>Please add to >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153729 >>if it matches >>John >> >> >> >And to >https://bugs.freedesktop.org/show_bug.cgi?id=2991 >John > > > From fct-cornette at insight.rr.com Fri Apr 22 11:05:50 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 22 Apr 2005 07:05:50 -0400 Subject: cpu-freq-applet In-Reply-To: <1114144627.5484.2.camel@homebox> References: <1114144627.5484.2.camel@homebox> Message-ID: <4268DA8E.9050205@insight.rr.com> Sean Bruno wrote: > I have been noticing that my D800 laptop has been running hot(temp) > since I installed FC4. > > Investigating a bit, I noted that I was pretty much always running at a > load of about 1. The cpu-freq applet seems to take a quite a bit of > horse power. This was confirmed when I shut it off and my box cooled > off quite a bit. > > Is this expected behavior? > > Sean > My computer always comes up at full frequency. I let it load programs initially and when things that I use are up, I change the frequency via the applet to 662 MHz vs. the max of 1.52 GHz. If you left click (or tap) the mouse around the applet, you can select a lower frequency from the applet choices. I would not guess it is the applet, but something determining the best frequency for the computer load. Jim From ross at rkitchen.com Fri Apr 22 11:07:30 2005 From: ross at rkitchen.com (Ross Kitchen) Date: Fri, 22 Apr 2005 12:07:30 +0100 Subject: fc4.2 Message-ID: <1114168050.4411.1.camel@teppic.ntlworld.com> Hi This has probably been reported before . Tried to open Eclipse but it crashed reporting errors loading various java classes . ross From fedora at wir-sind-cool.org Fri Apr 22 11:22:21 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 22 Apr 2005 13:22:21 +0200 Subject: fc4.2 In-Reply-To: <42680AD4.30602@gmx.de> References: <1114109578.3249.15.camel@teppic.ntlworld.com> <1114112980.14375.8.camel@fc4t2.mpeters.local> <42680AD4.30602@gmx.de> Message-ID: <20050422132221.47c0c28a.fedora@wir-sind-cool.org> On Thu, 21 Apr 2005 22:19:32 +0200, shrek-m at gmx.de wrote: > what happened with rpmdb-fedora ? Temporary build problems, if memory serves correctly, and no sense in creating it for Rawhide daily. > i thought it is necessary for '--whatprovides & co' but is not present > in fc4t2. > i should not think. rpmdb-fedora would define the --redhatprovides and --redhatrequires macros. The others, like --query --whatprovides or --query --whatrequires, are built in. From buildsys at redhat.com Fri Apr 22 12:01:09 2005 From: buildsys at redhat.com (Build System) Date: Fri, 22 Apr 2005 08:01:09 -0400 Subject: rawhide report: 20050422 changes Message-ID: <200504221201.j3MC193b011276@porkchop.devel.redhat.com> Updated Packages: anaconda-10.2.0.52-1 -------------------- * Thu Apr 21 2005 Chris Lumens 10.2.0.52-1 - Allow mediacheck in kickstart (katzj, #116429) - Check for a drive being selected in autopart (katzj, #124296) - Fix traceback in language selection screen (#155103) - Mark "Downloading" for translation (katzj, #155214) - Applied Dustin Kirkland's checkpoint fragment sum patch for mediacheck. - Make anaconda-ks.cfg ro (pnasrat) - Ensure there are <= 27 RAID members (katzj, #155509) - Fix fsoptions for preexisting partitions in kickstart (#97560). dhcp-10:3.0.2-9 --------------- * Thu Apr 21 2005 Jason Vas Dias 10:3.0.2-9 - bugs 153244 & 155143 are now fixed with SELinux policy; autotrans now works for dhcpc_t, so restorecons are not required, and dhclient runs OK under dhcpc_t with SELinux enforcing. - fix bug 155506: 'predhclien' typo (emacs!). eclipse-1:3.1.0_fc-0.M6.9 ------------------------- * Thu Apr 21 2005 Andrew Overholt 3.1.0_fc-0.M6.9 - Use upstream icons (not RHDS ones) (rh#146484). - Add plugin directories to %files sections. - Rework %files sections a bit. - Fix SWT symlink (bkonrath). - Temporarily remove jdt.ui/jdt.jar.so. * Thu Apr 21 2005 Ben Konrath 3.1.0_fc-0.M6.8 - Fix updatesite patch. - Temporarily remove org.eclipse.ui.workbench_3.1.0.jar.so (r.c#151919) * Mon Apr 18 2005 Andrew Overholt 3.1.0_fc-0.M6.7 - Add %if %{gcj_support} blocks. - Add %{_libdir}/%{name}/plugins to native %files section of each sub-rpm. - Add GNU-style JDT code formatting option (e.o#91770). - Add patch to install plugins from update site in home dir (e.o#90630). - Change gcc-java requirements to libgcj as gcj-dbtool is now in the latter. flac-1.1.2-25 ------------- * Thu Apr 21 2005 Warren Togami - 1.1.2-25 - Fix buildreqs (#154649 thias) - obsolete older xmms-flac gdb-6.3.0.0-1.15 ---------------- * Thu Apr 21 2005 Jeff Johnston 6.3.0.0-1.15 - Bump up release number. * Thu Apr 21 2005 Jeff Johnston 6.3.0.0-1.14 - Bump up release number. * Thu Apr 21 2005 Jeff Johnston 6.3-0.0-1.13 - Do not issue warning message for gcore under ia64 - Bugzilla 146416 glade2-2.10.0-1 --------------- * Thu Apr 21 2005 Matthias Clasen - 2.10.0-1 - Update to 2.10.0 gnu-crypto-0:2.0.1-1jpp_3fc --------------------------- * Thu Apr 21 2005 Gary Benson - 0:2.0.1-1jpp_3fc - Put the sasl endorsed jar in the correct subpackage. kernel-2.6.11-1.1258_FC4 ------------------------ * Fri Apr 22 2005 Dave Jones - Don't build powernow-k6 on anything other than 586 kernels. - Temporarily disable Xen again. libbtctl-0.4.1-7 ---------------- * Thu Apr 21 2005 Harald Hoyer 0.4.1-7 - rebuild with requires python-abi libselinux-1.23.7-3 ------------------- * Thu Apr 21 2005 Dan Walsh 1.23.7-3 - Add backin matchpathcon lvm2-cluster-2.01.09-2.1 ------------------------ * Thu Apr 21 2005 Alasdair Kergon - 2.01.09-2.1 - BuildRequires: dlm-devel, gulm-devel, ccs-devel - Improve co-operation between clvmd and gulm over node state changes. [146056] - Switch from 'ExcludeArch: s390 s390x ppc' to 'ExclusiveArch: i386 ia64 x86_64' to match dlm dependency. * Mon Apr 04 2005 Alasdair Kergon - 2.01.09-1.0 - clvmd: Don't allow user operations to start until lvm thread is fully up. - clvmd-gulm: Set KEEPALIVE on sockets. * Tue Mar 22 2005 Alasdair Kergon - 2.01.08-1.0 - Improve detection of external changes affecting internal cache. mx4j-1:2.1.0-1jpp_4fc --------------------- * Thu Apr 21 2005 Gary Benson 0:2.1.0-1jpp_4fc - Revert previous two changes. * Thu Apr 21 2005 Gary Benson 0:2.1.0-1jpp_3fc - Bump priority of alternative to avoid problems on upgrade. nmap-2:3.81-3 ------------- * Thu Apr 21 2005 Harald Hoyer - 2:3.81-3 - removed gtk+ requirement * Thu Apr 21 2005 Harald Hoyer - 2:3.81-2 - fixed desktop file and added icons (bug #149157) openssl-0.9.7f-4 ---------------- * Thu Apr 21 2005 Tomas Mraz 0.9.7f-4 - move certificates to _sysconfdir/pki/tls (#143392) - move CA directories to _sysconfdir/pki/CA - patch the CA script and the default config so it points to the CA directories perl-Filter-1.30-7 ------------------ * Thu Apr 21 2005 Jose Pedro Oliveira - 1.30-7 - #155621 #133986 #140909 - Bring up to date with current Fedora.Extras perl spec template. * Tue Jun 15 2004 Elliot Lee - rebuilt * Tue Mar 02 2004 Elliot Lee - rebuilt perl-Filter-Simple-0.79-5 ------------------------- * Thu Apr 21 2005 Jose Pedro Oliveira - 0.79-5 - #155622 - Removed Parse::RecDescent from the requirements and build requirements lists. - Bring up to date with current Fedora.Extras perl spec template. perl-Parse-RecDescent-1.94-5 ---------------------------- * Thu Apr 21 2005 Jose Pedro Oliveira - 1.94-5 - #155620 - Bring up to date with current Fedora.Extras perl spec template. perl-XML-Parser-2.34-6 ---------------------- * Thu Apr 21 2005 Jose Pedro Oliveira - 2.34-6 - #155619 - Bring up to date with current Fedora.Extras perl spec template. selinux-policy-strict-1.23.12-2 ------------------------------- * Thu Apr 21 2005 Dan Walsh 1.23.12-2 - Fix conflicting context files selinux-policy-targeted-1.23.12-2 --------------------------------- * Thu Apr 21 2005 Dan Walsh 1.23.12-2 - Fix conflicting context files spamassassin-3.0.2-9.fc4 ------------------------ * Thu Apr 21 2005 Warren Togami - 3.0.2-9 - SA#4191 uri_to_domain() is broken for urls with empty port SA#4232 multipart message with 0 parts -> uninitialized in m// SA#4121 Score for user defined rules become ignored SA#3944 get_envelope_from not handling received header struts11-0:1.1-1jpp_4fc ----------------------- * Thu Apr 21 2005 Gary Benson - 0:1.1-1jpp_4fc - Rename user on webapps subpackage (#147601). * Fri Feb 18 2005 Gary Benson - 0:1.1-1jpp_3fc - Temporarily disable webapp subpackage. system-config-netboot-0.1.14-1 ------------------------------ * Thu Apr 21 2005 Dan Walsh 0.1.14-1 - Apply Ronny Buchmann patch system-config-netboot.glade has a wrong id for the kickstart file input. pxeosdialog.py wants osKickstartEntry and produces a traceback later, because it didn't get a node for it. udev-057-2 ---------- * Thu Apr 21 2005 Harald Hoyer - 057-2 - added Inifiniband devices (bug #147035) - fixed pam_console.dev (bug #153250) xcdroast-0.98a15-12 ------------------- * Thu Apr 21 2005 Harald Hoyer - 0.98a15-12 - removed gtk1 build requirement xerces-j2-0:2.6.2-4jpp_2fc -------------------------- * Thu Apr 21 2005 Gary Benson 0:2.6.2-4jpp_2fc - Add classpath workaround to xjavac task (#152255). xml-commons-0:1.0-0.b2.6jpp_6fc ------------------------------- * Thu Apr 21 2005 Gary Benson - 0:1.0-0.b2.6jpp_6fc - Add gcj endorsed dir support. * Tue Jan 11 2005 Gary Benson - 0:1.0-0.b2.6jpp_5fc - Sync with RHAPS. * Thu Nov 04 2004 Gary Benson - 0:1.0-0.b2.6jpp_4fc - Build into Fedora. From fedora at puzzled.xs4all.nl Fri Apr 22 12:12:07 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Fri, 22 Apr 2005 14:12:07 +0200 Subject: FC4T2 Evolution-2.2.2 mbox import issues Message-ID: <1114171927.4656.12.camel@guru.puzzled.xs4all.nl> Hi all, I just came back from holiday and wanted to import april list archive from http://lists.digium.com/pipermail/asterisk-biz/2005-April.txt.gz After the import into a new imap folder in Evolution-2.2.2 the results were interesting: 1) The From, Reply-To, To and CC parts were missing 2) the signature was missing Is this a known issue or should I file a bug? I couldn't find anything in bugzilla: https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora +Core&version=test2&component=evolution&bug_status=NEW&bug_status=VERIFIED&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=CLOSED&bug_status=NEEDINFO&bug_status=MODIFIED&bug_status=INVESTIGATE&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc=) Regards, Patrick From dcbw at redhat.com Fri Apr 22 13:20:03 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 22 Apr 2005 09:20:03 -0400 Subject: [semi OT] Prism54 firmware loading In-Reply-To: <1114118574.19088.135.camel@jkeating2.hq.pogolinux.com> References: <1114022117.19088.77.camel@jkeating2.hq.pogolinux.com> <1114022980.19088.82.camel@jkeating2.hq.pogolinux.com> <1114118113.11989.5.camel@localhost> <1114118574.19088.135.camel@jkeating2.hq.pogolinux.com> Message-ID: <1114176003.23577.5.camel@dcbw.boston.redhat.com> On Thu, 2005-04-21 at 14:22 -0700, Jesse Keating wrote: > On Thu, 2005-04-21 at 23:15 +0200, Ziga Mahkovec wrote: > > No clues in dmesg? > > I was recently having problems with ipw2100 firmware (but it was > > during > > boot only and got fixed with the udev update). You could try this to > > eliminate the possibility of a udev problem: > > > > $ modprobe -r > > $ echo "/sbin/hotplug" > /proc/sys/kernel/hotplug > > $ modprobe > > > > Unfortunately no clues. I tried your suggestion and still no firmware > loaded. Dmesg only has: > > Unloaded prism54 driver > Loaded prism54 driver, version 1.2 > ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 16 (level, low) -> IRQ 185 Ok, for my card, when I plug it in here's what I get in dmesg: PCI: Enabling device 0000:07:00.0 (0000 -> 0002) ACPI: PCI Interrupt 0000:07:00.0[A] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 eth2: resetting device... eth2: uploading firmware... eth2: firmware version: 1.0.4.3 eth2: firmware upload complete eth2: interface reset complete So, it seems that either the driver doesn't know about the card, or it does get bound to the card but doesn't try to upload firmware to it. If it did try to upload firmware, you should be seeing the "resetting device/uploading firmware" text in dmesg. What was the "lspci" output again for this card? What make, model, and brand is it? Which version? Dan From matt.t.galvin at gmail.com Fri Apr 22 13:37:27 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Fri, 22 Apr 2005 09:37:27 -0400 Subject: 20050422 missing deps Message-ID: --- snip --- --> Running transaction check --> Processing Dependency: struts11 = 1.1-1jpp_2fc for package: struts11-webapps-tomcat5 --> Finished Dependency Resolution Error: Missing Dependency: struts11 = 1.1-1jpp_2fc is needed by package struts11-webapps-tomcat5 --- snip I ran yum update a few times to hit different mirrors and none of them seem to have this package yet. Matt From paul at permanentmail.com Fri Apr 22 14:04:24 2005 From: paul at permanentmail.com (Paul Dickson) Date: Fri, 22 Apr 2005 07:04:24 -0700 Subject: FC4-t2 & Dell i6000: VESA only video and no sound In-Reply-To: <20050421050518.5fe964da.paul@permanentmail.com> References: <20050421041041.2c98d4c2.paul@permanentmail.com> <1114083055.4382.28.camel@thl.ct.heise.de> <20050421050518.5fe964da.paul@permanentmail.com> Message-ID: <20050422070424.162666c2.paul@permanentmail.com> On Thu, 21 Apr 2005 05:05:18 -0700, Paul Dickson wrote: > On Thu, 21 Apr 2005 13:30:55 +0200, Thorsten Leemhuis wrote: > > > > As the subject states, I get no sound from FC4-t2. > > > > Try modproping snd-intel8x0 (or if it fails snd-hda-intel) and check > > volume and mute-status in alsamixer. It should work. > > I got sound to work by turning on the External Amplifier (I think). The > sound test is resetting the volume level to 74 each time, so I will wait > until daylight before doing further testing and not waking the entire > house. :-) My problem was indeed that the Externel Amplifier was muted. Since this option is well hidden by default, I wasn't able to get sound out of my laptop. Problem resolved. -Paul From kyrre at solution-forge.net Fri Apr 22 14:05:17 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 22 Apr 2005 16:05:17 +0200 Subject: dissapearing windows and panel In-Reply-To: <1114160244.2957.14.camel@marte.biciclete.ro> References: <1114160244.2957.14.camel@marte.biciclete.ro> Message-ID: <1114178716.3336.1.camel@localhost.localdomain> fre, 22.04.2005 kl. 10.57 skrev Marius Andreiana: > In fc4t2, with development xorg/gtk/gnome updated, panel and windows > disappear from time to time. alt+tab shows icons for all windows opened, > but after switching to a window it's not displayed. Sometimes clicking > in a window makes it disappear. After some random clicks and switching > desktop the normal behavior resumes, for a while. > > I cannot reproduce this reliably. Anyone else seeing it? > > -- > Marius Andreiana Can this be related to the "forward button unreliable" in anaconda and up2date? Isn't buttons technically windows? From fabien at reygrobellet.com Fri Apr 22 14:08:04 2005 From: fabien at reygrobellet.com (Fabien Reygrobellet) Date: Fri, 22 Apr 2005 16:08:04 +0200 (CEST) Subject: [fc4test2] install hangs with blank screen: unable to locate theme engine in module_path: "clearlooks" Message-ID: <1318.192.168.0.103.1114178884.squirrel@www.reygrobellet.com> Hi from Paris, I downloaded DVD & CD images, and none seems to work!. Installation hangs with blank screen just after "anaconda" have started. With [Crtl-Alt-F1], console displays this error message: gui.py:447: GtkWarning: Unable to locate theme engine in module_path: "clearlooks" Someone can help me ? Thanks, Fabien. From dcbw at redhat.com Fri Apr 22 14:28:59 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 22 Apr 2005 10:28:59 -0400 Subject: [fc4test2] install hangs with blank screen: unable to locate theme engine in module_path: "clearlooks" In-Reply-To: <1318.192.168.0.103.1114178884.squirrel@www.reygrobellet.com> References: <1318.192.168.0.103.1114178884.squirrel@www.reygrobellet.com> Message-ID: <1114180139.23577.14.camel@dcbw.boston.redhat.com> On Fri, 2005-04-22 at 16:08 +0200, Fabien Reygrobellet wrote: > Hi from Paris, > > I downloaded DVD & CD images, and none seems to work!. > Installation hangs with blank screen just after "anaconda" have started. > With [Crtl-Alt-F1], console displays this error message: > gui.py:447: GtkWarning: Unable to locate theme engine in module_path: > "clearlooks" Hmm, looks like the "gtk2-engines" package needs to get installed by default now or something, since that's where the Clearlooks theme comes from. Dan From kyrre at solution-forge.net Fri Apr 22 14:43:41 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 22 Apr 2005 16:43:41 +0200 Subject: Firefox Plugin Problems Redux In-Reply-To: <20050421220231.B16682@mail.harddata.com> References: <42682737.2090601@geekystuff.net> <604aa79105042113545b7ffe65@mail.gmail.com> <1114118666.3334.11.camel@localhost.localdomain> <20050421220231.B16682@mail.harddata.com> Message-ID: <1114181020.3336.4.camel@localhost.localdomain> fre, 22.04.2005 kl. 06.02 skrev Michal Jaegermann: > On Thu, Apr 21, 2005 at 11:24:27PM +0200, Kyrre Ness Sjobak wrote: > > > > Would it be possible to put something like "firefox-32bit" in core or > > extras? > > How this would differ from the one which is already in i386 > directory? > > > Many people depend on having those aviable, whether you like it > > or not... > > There is really nothing which would stop you from installing > firefox.i386 on an x86_64 installation. 'yum' will do that for you > gladly. Just point it to a repository with required packages and > fire away. There is likely no point then to have installed > firefox.x86_64 too and may even clash (a script /usr/bin/firefox > should not try to point to both sets of libraries at once :-). The > same goes for mozilla. But what will happen when there is a new version of firefox out? Won't yum then decide that 64-bit is best, and install that? That sounds like some kind of hell... Kyrre From aoliva at redhat.com Fri Apr 22 15:29:08 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 22 Apr 2005 12:29:08 -0300 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <1114120462.2913.74.camel@mjolnir> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> <4267BA4B.2070006@gmail.com> <1114113349.2913.51.camel@mjolnir> <1114120462.2913.74.camel@mjolnir> Message-ID: On Apr 21, 2005, John Morris wrote: > Grub can only boot a RAID if it can own the MBR which isn't always > practical or even possible. Not true. I do that myself. I always have two separate /boot partitions, one for the latest stable install (say FC3), one for the latest experimental install (FC4test, development, whatever). The stable owns the MBR, and, by default, chainloads the experimental one. grub-install and anaconda insist in transferring ownership of the MBR to the experimental one, that's true. But it's not a limitation of grub. I can use the grub shell to fix things up myself, and it has no problem whatsoever booting up once things are set up to my linking. So, if anything, it's a minor thing in grub-install, which is just a wrapper helper script for grub. grub itself is fine. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From sean.bruno at dsl-only.net Fri Apr 22 15:53:46 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 22 Apr 2005 08:53:46 -0700 Subject: clvmd Failed on reboot Message-ID: <1114185226.4619.3.camel@homebox> Just a note to the list. I saw on reboot that this daemon Failed on startup. I don't have any clustering stuff running, so I guess this is normal? Sean From sean.bruno at dsl-only.net Fri Apr 22 16:02:17 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 22 Apr 2005 09:02:17 -0700 Subject: Bug needs to be moved to FC4 Message-ID: <1114185737.4619.7.camel@homebox> One of the issues I reported under FC4T1 has been closed as a duplicate of a known issue. This is fine, except that my issue is no longer being reported as affect FC4. Can the following bug be changed to show that it is affecting FC4 please? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=134316 Sean From sean.bruno at dsl-only.net Fri Apr 22 16:03:32 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 22 Apr 2005 09:03:32 -0700 Subject: 20050422 missing deps In-Reply-To: References: Message-ID: <1114185812.4619.10.camel@homebox> On Fri, 2005-04-22 at 09:37 -0400, Matt Galvin wrote: > --- snip --- > --> Running transaction check > --> Processing Dependency: struts11 = 1.1-1jpp_2fc for package: > struts11-webapps-tomcat5 > --> Finished Dependency Resolution > Error: Missing Dependency: struts11 = 1.1-1jpp_2fc is needed by > package struts11-webapps-tomcat5 > --- snip > > I ran yum update a few times to hit different mirrors and none of them > seem to have this package yet. > > Matt > Just a "me too". Nothing in bugzilla, but I am sure the devel's know about it this AM. I'm just gonna wait a day and see if it clears. Sean From digital.mermaid at gmail.com Fri Apr 22 16:13:40 2005 From: digital.mermaid at gmail.com (Digital Mermaid) Date: Fri, 22 Apr 2005 12:13:40 -0400 Subject: my fedora4test2 can't input anything! In-Reply-To: <200504221839.34484.llch@redhat.com> References: <8cad7ff905042121323930a93@mail.gmail.com> <200504221839.34484.llch@redhat.com> Message-ID: <861c3ee4050422091320c6bd3d@mail.gmail.com> Hi, Just to add my two cents, I'm under FC4test2, updated as of today, and I can't seem to figure out how to restore Japanese input. In FC3 I used Gimlet and an icon on my panel (+ to toggle kanna/kanji and romanji input). Is there a new or equivelant app in FC4(t2)? Thanks! Madison On 4/22/05, Leon Ho wrote: > Hi, > > It is a test version for the upcoming version. If you try the package IIIMF on > the latest rawhide it should be better. There are whole bunch of bugs that > are fixed. > > Thanks for giving it some tests. Feel free to post bugs against it s that > problems will be resolved by the final FC release. > > Cheers, > Leon > > On Friday 22 April 2005 14:32, ??? wrote: > > I have updated my FC3 to FC4test2 > > but I can't type anyhing.(may be my iiim broken.) > > When I try to type something.The cusor hava no respond. > > And the up2date also broken.(It can't select all,and can't forward to > > download anythint.) > > So now what I can do? > > I dont want to lose my data. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From Joe.Hoot at itec.suny.edu Fri Apr 22 12:22:02 2005 From: Joe.Hoot at itec.suny.edu (Joe.Hoot at itec.suny.edu) Date: Fri, 22 Apr 2005 08:22:02 -0400 Subject: Install FC4 test2 on PPC - Dual Proc G5? In-Reply-To: <1114111441.3679.74.camel@anu.eridu> Message-ID: David or Paul, Are you talking about after the install has been completed or before anaconda even starts? I haven't been able to get past the initial loading of the kernel because it looks to me like the install cd/dvd is loading a 32bit UP kernel. When I hit TAB at yaboot's boot: prompt, I have a "linux" kernel-- that's it. No "linux-up" or anything else. I have tried this from both the CDROM based install and DVD install (I happened to download both, the dvd via torrent and the cd's via wget). Originally, since the cd's completed first, I tried installing from there. When I ran into the error seconds after I clicked enter at yaboots prompt, I thought that maybe the CD1 was a bad iso, so I burned the DVD. The DVD gave me the same thing. I saw some workarounds that you mention. But from what I could tell, they deal with an installed system. Do you see any options for me to get around this bug so that I can get an installed system? I've already looking into trying to pull one of my CPUs. But I couldn't figure out how to remove a processor with ease without having to disassemble the entire case and therefore have relying on speaking to others on the list before I go further. Thanks, Joe _____________________________ SUNY - ITEC Information Technology Exchange Center Systems Programmer/Analyst E-mail: Joe.Hoot at itec.suny.edu Office: (716)878-4644 Cell: (716)908-6292 Fax: (716)878-3485 _____________________________ Paul Nasrat Sent by: fedora-test-list-bounces at redhat.com 04/21/2005 03:24 PM Please respond to For testers of Fedora Core development releases To For testers of Fedora Core development releases cc Subject Re: Install FC4 test2 on PPC - Dual Proc G5? On Thu, 2005-04-21 at 13:44 -0400, Joe.Hoot at itec.suny.edu wrote: > > I just downloaded the fedora core test2 for ppc. I rebooted my PPC > Dual G5. I was prompted by yaboot and hit enter to except the default > kernel "linux." The kernel starts to load and then dies. I shutdown > the machine and started it back up and at yaboot, typed linux nofb. > It started to load again and then died again. Here is the output when > it stops booting: > Any suggestions? Is this a problem with booting dual proc g5's This is a bug in anaconda installing the smp ppc32 kernel as we don't have a kernel-smp.ppc64 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=149618 Hit tab at boot: and you should have another kernel option something like linux-up the ppc64 kernel (which has smp support in it). Then just edit yaboot.conf appropriately. Paul -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list ForwardSourceID:NT00007F62 -------------- next part -------------- An HTML attachment was scrubbed... URL: From markmc at redhat.com Fri Apr 22 16:32:49 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 22 Apr 2005 17:32:49 +0100 Subject: dissapearing windows and panel In-Reply-To: <1114160244.2957.14.camel@marte.biciclete.ro> References: <1114160244.2957.14.camel@marte.biciclete.ro> Message-ID: <1114187569.25762.3.camel@blaa> On Fri, 2005-04-22 at 11:57 +0300, Marius Andreiana wrote: > In fc4t2, with development xorg/gtk/gnome updated, panel and windows > disappear from time to time. alt+tab shows icons for all windows opened, > but after switching to a window it's not displayed. Sometimes clicking > in a window makes it disappear. After some random clicks and switching > desktop the normal behavior resumes, for a while. > > I cannot reproduce this reliably. Anyone else seeing it? It sounds like a Metacity bug, and hasn't been reported upstream according to Havoc. Best to just log a bug in bugzilla.redhat.com Cheers, Mark. From pnasrat at redhat.com Fri Apr 22 16:40:42 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Fri, 22 Apr 2005 17:40:42 +0100 Subject: Install FC4 test2 on PPC - Dual Proc G5? In-Reply-To: References: Message-ID: <1114188042.3679.90.camel@anu.eridu> On Fri, 2005-04-22 at 08:22 -0400, Joe.Hoot at itec.suny.edu wrote: > > David or Paul, > > Are you talking about after the install has been completed or before > anaconda even starts? I haven't been able to get past the initial > loading of the kernel because it looks to me like the install cd/dvd > is loading a 32bit UP kernel. > > When I hit TAB at yaboot's boot: prompt, I have a "linux" kernel-- > that's it. No "linux-up" or anything else. I have tried this from > both the CDROM based install and DVD install (I happened to download > both, the dvd via torrent and the cd's via wget). Sorry I misunderstood how far you'd got. You'll need to burn the mac64 boot.iso on the first CD, boot off that and use that to install off the DVD. Paul From fabien at reygrobellet.com Fri Apr 22 16:55:58 2005 From: fabien at reygrobellet.com (Fabien Reygrobellet) Date: Fri, 22 Apr 2005 18:55:58 +0200 (CEST) Subject: [fc4test2] install hangs with blank screen: unable to locate theme engine in module_path: "clearlooks" In-Reply-To: <1114180139.23577.14.camel@dcbw.boston.redhat.com> References: <1318.192.168.0.103.1114178884.squirrel@www.reygrobellet.com> <1114180139.23577.14.camel@dcbw.boston.redhat.com> Message-ID: <1150.192.168.0.103.1114188958.squirrel@www.reygrobellet.com> Hi Dan, > > Hmm, looks like the "gtk2-engines" package needs to get installed by > default now or something, since that's where the Clearlooks theme comes > from. And then ? This happens in the first minute of a new classic installation of fedora core 4 test 2. No choice, no input from me (just press "enter" on cdrom boot). Of course I get a workaround: do the installation in text mode... From michal at harddata.com Fri Apr 22 17:00:27 2005 From: michal at harddata.com (Michal Jaegermann) Date: Fri, 22 Apr 2005 11:00:27 -0600 Subject: Firefox Plugin Problems Redux In-Reply-To: <1114181020.3336.4.camel@localhost.localdomain>; from kyrre@solution-forge.net on Fri, Apr 22, 2005 at 04:43:41PM +0200 References: <42682737.2090601@geekystuff.net> <604aa79105042113545b7ffe65@mail.gmail.com> <1114118666.3334.11.camel@localhost.localdomain> <20050421220231.B16682@mail.harddata.com> <1114181020.3336.4.camel@localhost.localdomain> Message-ID: <20050422110027.A6153@mail.harddata.com> On Fri, Apr 22, 2005 at 04:43:41PM +0200, Kyrre Ness Sjobak wrote: > > > > There is really nothing which would stop you from installing > > firefox.i386 on an x86_64 installation. 'yum' will do that for you > > gladly. > > But what will happen when there is a new version of firefox out? Won't > yum then decide that 64-bit is best, and install that? You may easily check for yourself if operations are correct but 'man yum.conf' says explicitely: exactarch Either '1' or '0'. Set to '1' to make yum update only update the architectures of packages that you have installed. ie: with this enabled yum will not install an i686 package to update an i386 package. Default is '1'. > That sounds like some kind of hell... Only if you do not bother with documentation. BTW - FC2 for x86_64 did provide both sets of mozilla packages for x86_64 and i386. Ten packages in each set. Only later this was dropped. Michal From clumens at redhat.com Fri Apr 22 17:05:31 2005 From: clumens at redhat.com (Chris Lumens) Date: Fri, 22 Apr 2005 13:05:31 -0400 (EDT) Subject: [fc4test2] install hangs with blank screen: unable to locate theme engine in module_path: "clearlooks" In-Reply-To: <1318.192.168.0.103.1114178884.squirrel@www.reygrobellet.com> References: <1318.192.168.0.103.1114178884.squirrel@www.reygrobellet.com> Message-ID: > I downloaded DVD & CD images, and none seems to work!. > Installation hangs with blank screen just after "anaconda" have started. > With [Crtl-Alt-F1], console displays this error message: > gui.py:447: GtkWarning: Unable to locate theme engine in module_path: > "clearlooks" The message you're seeing is because the new GTK theme was not a part of the installation images. This has been fixed in Rawhide and therefore will be fixed in time for FC4. The message itself should not prevent the installer from running, though. At worst, it will just be very ugly looking and some of the colors will be off. If anaconda is hanging on a blank screen, that's probably a bug and should be filed against anaconda. - Chris From matt.t.galvin at gmail.com Fri Apr 22 17:14:55 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Fri, 22 Apr 2005 13:14:55 -0400 Subject: Mounted FTP/SSH/NFS/etc... Server Icon Message-ID: Currently when I mount an FTP or SSH server via gnome-vfs2 the icon for this mount is the plain Gnome icon. Is there a bluecurve icon in the works for this? It would be nice to have a more consistent feel to the desktop. Right now it looks ugly to have the two different types of icons mixed together. Obviously not a huge deal, but just one of those things that make the desktop "feel" nicer and cleaner. Matt From anton at atoyf.com Fri Apr 22 18:07:15 2005 From: anton at atoyf.com (Anton) Date: Fri, 22 Apr 2005 11:07:15 -0700 Subject: Fedore Core 4 Test 2 - Damaged ISOs? Message-ID: Hello, Why when I do media test for CD1 it always fails, I burned 3 CDs and still the same. Is it me or damaged ISO? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean.bruno at dsl-only.net Fri Apr 22 18:41:53 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 22 Apr 2005 11:41:53 -0700 Subject: cpu-freq-applet In-Reply-To: <4268DA8E.9050205@insight.rr.com> References: <1114144627.5484.2.camel@homebox> <4268DA8E.9050205@insight.rr.com> Message-ID: <1114195313.4619.14.camel@homebox> On Fri, 2005-04-22 at 07:05 -0400, Jim Cornette wrote: > Sean Bruno wrote: > > I have been noticing that my D800 laptop has been running hot(temp) > > since I installed FC4. > > > > Investigating a bit, I noted that I was pretty much always running at a > > load of about 1. The cpu-freq applet seems to take a quite a bit of > > horse power. This was confirmed when I shut it off and my box cooled > > off quite a bit. > My computer always comes up at full frequency. I let it load programs > initially and when things that I use are up, I change the frequency via > the applet to 662 MHz vs. the max of 1.52 GHz. > > If you left click (or tap) the mouse around the applet, you can select a > lower frequency from the applet choices. > > I would not guess it is the applet, but something determining the best > frequency for the computer load. > > Jim > My laptop seems to scale correctly, that is to say it bumps the frequency accordingly when the load goes up or down. The issue I am seeing is that the applet itself seems to eat up quite a bit more horsepower that I would expect. When my box comes up, it runs at a load of 1 with the cpu-freq applet running. If I deactivate it, the load goes down to almost nothing. Is this what you are seeing? Can you check out my findings? Sean From fedora at puzzled.xs4all.nl Fri Apr 22 18:59:04 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Fri, 22 Apr 2005 20:59:04 +0200 Subject: Fedore Core 4 Test 2 - Damaged ISOs? In-Reply-To: References: Message-ID: <1114196344.4656.31.camel@guru.puzzled.xs4all.nl> On Fri, 2005-04-22 at 11:07 -0700, Anton wrote: > Hello, > > Why when I do media test for CD1 it always fails, I burned 3 CDs and > still the same. Is it me or damaged ISO? FWIW: I had the same thing with 2 FC4T2 DVD iso images. Each downloaded from a different ftp site. The sha1sum checks of both iso images (so files, not burned DVD's) were good on both ocassions but the installer's mediacheck failed on both DVD's. I installed FC4T2 from the second DVD without a problem though. Maybe the mediacheck app has an issue? Regards, Patrick From jdennis at redhat.com Fri Apr 22 18:59:52 2005 From: jdennis at redhat.com (John Dennis) Date: Fri, 22 Apr 2005 14:59:52 -0400 Subject: Fedore Core 4 Test 2 - Damaged ISOs? In-Reply-To: <1114196344.4656.31.camel@guru.puzzled.xs4all.nl> References: <1114196344.4656.31.camel@guru.puzzled.xs4all.nl> Message-ID: <1114196392.3911.74.camel@finch.boston.redhat.com> On Fri, 2005-04-22 at 20:59 +0200, Patrick wrote: > On Fri, 2005-04-22 at 11:07 -0700, Anton wrote: > > Hello, > > > > Why when I do media test for CD1 it always fails, I burned 3 CDs and > > still the same. Is it me or damaged ISO? > > FWIW: I had the same thing with 2 FC4T2 DVD iso images. Each downloaded > from a different ftp site. The sha1sum checks of both iso images (so > files, not burned DVD's) were good on both ocassions but the installer's > mediacheck failed on both DVD's. I installed FC4T2 from the second DVD > without a problem though. Maybe the mediacheck app has an issue? Known issue, mediacheck does not work. -- John Dennis From fedora at nodata.co.uk Fri Apr 22 19:01:34 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 22 Apr 2005 21:01:34 +0200 Subject: Fedore Core 4 Test 2 - Damaged ISOs? In-Reply-To: <1114196392.3911.74.camel@finch.boston.redhat.com> References: <1114196344.4656.31.camel@guru.puzzled.xs4all.nl> <1114196392.3911.74.camel@finch.boston.redhat.com> Message-ID: <1114196494.3091.1.camel@localhost.localdomain> On Fri, 2005-04-22 at 14:59 -0400, John Dennis wrote: > On Fri, 2005-04-22 at 20:59 +0200, Patrick wrote: > > On Fri, 2005-04-22 at 11:07 -0700, Anton wrote: > > > Hello, > > > > > > Why when I do media test for CD1 it always fails, I burned 3 CDs and > > > still the same. Is it me or damaged ISO? > > > > FWIW: I had the same thing with 2 FC4T2 DVD iso images. Each downloaded > > from a different ftp site. The sha1sum checks of both iso images (so > > files, not burned DVD's) were good on both ocassions but the installer's > > mediacheck failed on both DVD's. I installed FC4T2 from the second DVD > > without a problem though. Maybe the mediacheck app has an issue? > > Known issue, mediacheck does not work. > -- > John Dennis > I bet you're glad you have mirrors. The bandwidth bill for this must be pretty big now :) From aoliva at redhat.com Fri Apr 22 19:01:55 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 22 Apr 2005 16:01:55 -0300 Subject: Firefox Plugin Problems Redux In-Reply-To: <20050421220231.B16682@mail.harddata.com> References: <42682737.2090601@geekystuff.net> <604aa79105042113545b7ffe65@mail.gmail.com> <1114118666.3334.11.camel@localhost.localdomain> <20050421220231.B16682@mail.harddata.com> Message-ID: On Apr 22, 2005, Michal Jaegermann wrote: > There is really nothing which would stop you from installing > firefox.i386 on an x86_64 installation. There's this one minor thing: you won't get updates for this 32-bit firefox unless you add the entire i386 updates tree to the list of repos your 64-bit arch can get. That's what I do, but this comes with its own set of problems. Could we perhaps add all of Firefox and Mozilla 32-bit packages to the x86_64 update trees? -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From aoliva at redhat.com Fri Apr 22 19:06:47 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 22 Apr 2005 16:06:47 -0300 Subject: 20050422 missing deps In-Reply-To: References: Message-ID: On Apr 22, 2005, Matt Galvin wrote: > --- snip --- --> Running transaction check --> Processing Dependency: struts11 = 1.1-1jpp_2fc for package: > struts11-webapps-tomcat5 --> Finished Dependency Resolution > Error: Missing Dependency: struts11 = 1.1-1jpp_2fc is needed by > package struts11-webapps-tomcat5 > --- snip > I ran yum update a few times to hit different mirrors and none of them > seem to have this package yet. According to the %changelog: * Thu Apr 21 2005 Gary Benson - 0:1.1-1jpp_4fc - Rename user on webapps subpackage (#147601). * Fri Feb 18 2005 Gary Benson - 0:1.1-1jpp_3fc - Temporarily disable webapp subpackage. Since _3fc never made to rawhide, this is the first we hear of it. Looks like we have to rpm -e the struts11-webapps-tomcat5 package by hand to get a full update. Unfortunately the Obsoletes: that would have done this automatically is not there. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From roger at gwch.net Fri Apr 22 19:31:58 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 22 Apr 2005 21:31:58 +0200 Subject: Errors after reboot from latest update Message-ID: <4269512E.2090301@gwch.net> After having updating today, i still got the auditd error. Even while the update, my box said /sbin/hostname ist doubled. Also when rebooting, udevfs stated 2 Errors that it cannot start. Am i alone with this, or does this have somebody else, too? Is this from the latest Kernel-Update? Roger From matt.t.galvin at gmail.com Fri Apr 22 19:34:04 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Fri, 22 Apr 2005 15:34:04 -0400 Subject: Errors after reboot from latest update In-Reply-To: <4269512E.2090301@gwch.net> References: <4269512E.2090301@gwch.net> Message-ID: On 4/22/05, Roger Grosswiler wrote: > After having updating today, > > i still got the auditd error. Even while the update, my box said > /sbin/hostname ist doubled. > > Also when rebooting, udevfs stated 2 Errors that it cannot start. Am i > alone with this, or does this have somebody else, too? Is this from the > latest Kernel-Update? Same Here Matt > Roger > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From czar at czarc.net Fri Apr 22 19:44:58 2005 From: czar at czarc.net (Gene C.) Date: Fri, 22 Apr 2005 15:44:58 -0400 Subject: dependency problem in latest "yum update": kdelibs-devel In-Reply-To: <200504211012.17572.czar@czarc.net> References: <200504211012.17572.czar@czarc.net> Message-ID: <200504221544.58875.czar@czarc.net> On Thursday 21 April 2005 10:12, Gene C. wrote: > On Wednesday 20 April 2005 12:42, Matt Galvin wrote: > > Yesterday 12:42:06 > > > > > > Yup, same here > > > > https://www.redhat.com/archives/fedora-test-list/2005-April/msg01676.html > > > > Matt > > > > On 4/20/05, Robert P. J. Day wrote: > > > ? Error: ... kdelibs-devel = 3.4.0 is needed by package kdesdk-devel > > Another update to kdesdk/kdesdk-devel today but still the same problem. > Anyone have a clue as to what the problem is since 3.4.0 of kdelibs-devel > IS installed. OK, I was able to update today ... why today and not yesterday, I have no idea. Since others saw this problem, it was not just me. Since there was no bugzilla report (except mine now closed), other folks did not seem to have the problem. -- Gene From surak at casa.surak.eti.br Fri Apr 22 19:47:31 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Fri, 22 Apr 2005 16:47:31 -0300 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <426703C2.60906@BitWagon.com> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> <426703C2.60906@BitWagon.com> Message-ID: <1114199251.19922.32.camel@preview> Em Qua, 2005-04-20 ?s 18:37 -0700, John Reiser escreveu: > > what can I do to show the whole output of my boot attempt? > > See linux/Documentation/serial-console.txt . > You'll need a null-modem cable, a serial port on the failing machine, > a serial port on another machine, and a terminal program [on the > other machine] such as minicom or "cat /dev/ttyS0 > log". Sorry, I lost the original post - it is on this thread tough. This is a MSI 915P/G Combo A7058IMS V1.4 09/14/04 The processor is a Pentium 4 3.6 It has 2048mb of ddr2 533mhz, dual channel, interleaved It has a parallel ata raid (via 6540), four serial ata ports, and one old parallel ata, used for cd-rom. None of nopci, noapic, noapm, nolapic, noscsi works. Linux text, linux vga=1, everything goes to kernel panic. The messages before kernel panic are: PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.2 PCI: Transparent Bridge - 0000:00:1e.0 PCI: Discovered primary peer bus ff [IRQ] PCI: Using IRQ router PIIX/ICH [8086/2640] at 0000:00:1f.0 PCI: IRQ 0 for device 0000:00:01.0 doesn't match PIRQ mask - try pci=usepirqmask PCI: Found IRQ 5 for device 0000:00:1f.2 PCI: Sharing IRQ 5 for device 0000:00:1d.1 IRQ routing conflict for 0000:00:1f.3, have irq 10, want irq 5 Unable to handle kernel NULL pointer dereference at virtual address 00000496 printing eip: c00f0488 *pde = 00000000 Oops: 0000 [#1] Modules linked in: CPU: 0 EIP: 0060:[] Not tainted VLI EFLAGS: 00010246 (2.6.11-1.1226_FC4) EIP is at 0xc00f0488 eax: 0000b100 ebx: 00000000 ecx: 00002502 edx: 25808086 esi: 00000000 edi: c03e92cc ebp: 00000000 esp: c20faf68 ds: 007b es: 007b ss: 0068 Stack : (too much stuff to type in a friday afternoon :-) ) Call trace: [] pci_bios_find_device+0x1e/0x40 [] pcibios_sort+0x5f/0x190 [] pcibios_init+0x5d/0x70 [] do_initcalls+0x4d/0xb0 [] init+0x0/0Xf0 [] init+0x1d/0xf0 [] kernel_thread_helper+0x5/0x14 Code: 81 fe 00 ff 75 05 8a c1 ee eb 11 66 81 fe 01 ff 75 07 66 8b c1 66 ef eb 03 8b c1 ef 66 9d 66 5a 58 f8 c3 c3 c3 66 50 66 53 b7 00 <2e> 8a 83 96 04 00 00 66 5b 8a d8 66 58 c3 00 01 02 03 04 05 06 <0> Kernel panic - not syncing: Attemped to kill init! But the machine, according /proc/cpuinfo, is processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Pentium(R) 4 CPU 3.60GHz stepping : 4 cpu MHz : 3600.276 cache size : 1024 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl cid bogomips : 7182.74 # dmidecode 2.6 SMBIOS 2.3 present. 48 structures occupying 1626 bytes. Table at 0x000FB7E0. Handle 0x0000 DMI type 0, 20 bytes. BIOS Information Vendor: American Megatrends Inc. Version: V1.4B0 Release Date: 09/14/2004 Address: 0xF0000 Runtime Size: 64 kB ROM Size: 512 kB Characteristics: ISA is supported PCI is supported PNP is supported APM is supported BIOS is upgradeable BIOS shadowing is allowed ESCD support is available Boot from CD is supported Selectable boot is supported BIOS ROM is socketed EDD is supported 5.25"/1.2 MB floppy services are supported (int 13h) 3.5"/720 KB floppy services are supported (int 13h) 3.5"/2.88 MB floppy services are supported (int 13h) Print screen service is supported (int 5h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) CGA/mono video services are supported (int 10h) ACPI is supported USB legacy is supported LS-120 boot is supported ATAPI Zip drive boot is supported BIOS boot specification is supported Handle 0x0001 DMI type 1, 25 bytes. System Information Manufacturer: MSI Product Name: MS-7058 Version: 100 Serial Number: To Be Filled By O.E.M. UUID: 00020003-0004-0005-0006-000700080009 Wake-up Type: Power Switch Handle 0x0002 DMI type 2, 8 bytes. Base Board Information Manufacturer: MSI Product Name: MS-7058 Version: 100 Serial Number: To be filled by O.E.M. Handle 0x0003 DMI type 3, 17 bytes. Chassis Information Manufacturer: To Be Filled By O.E.M. Type: Desktop Lock: Not Present Version: To Be Filled By O.E.M. Serial Number: To Be Filled By O.E.M. Asset Tag: To Be Filled By O.E.M. Boot-up State: Safe Power Supply State: Safe Thermal State: Safe Security Status: None OEM Information: 0x00000000 Handle 0x0004 DMI type 4, 35 bytes. Processor Information Socket Designation: CPU 1 Type: Central Processor Family: Xeon MP Manufacturer: Intel ID: 34 0F 00 00 FF FB EB BF Signature: Type 0, Family 15, Model 3, Stepping 4 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) DS (Debug store) ACPI (ACPI supported) MMX (MMX technology supported) FXSR (Fast floating-point save and restore) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) SS (Self-snoop) HTT (Hyper-threading technology) TM (Thermal monitor supported) PBE (Pending break enabled) Version: Intel(R) Pentium(R) 4 CPU 3.60GHz Voltage: 3.3 V 2.9 V External Clock: 800 MHz Max Speed: 3600 MHz Current Speed: 3600 MHz Status: Populated, Enabled Upgrade: Other L1 Cache Handle: 0x0005 L2 Cache Handle: 0x0006 L3 Cache Handle: 0x0007 Serial Number: To Be Filled By O.E.M. Asset Tag: To Be Filled By O.E.M. Part Number: To Be Filled By O.E.M. Handle 0x0005 DMI type 7, 19 bytes. Cache Information Socket Designation: L1-Cache Configuration: Enabled, Not Socketed, Level 1 Operational Mode: Varies With Memory Address Location: Internal Installed Size: 16 KB Maximum Size: 16 KB Supported SRAM Types: Pipeline Burst Installed SRAM Type: Pipeline Burst Speed: Unknown Error Correction Type: Single-bit ECC System Type: Data Associativity: 8-way Set-associative Handle 0x0006 DMI type 7, 19 bytes. Cache Information Socket Designation: L2-Cache Configuration: Enabled, Not Socketed, Level 2 Operational Mode: Varies With Memory Address Location: Internal Installed Size: 1024 KB Maximum Size: 1024 KB Supported SRAM Types: Pipeline Burst Installed SRAM Type: Pipeline Burst Speed: Unknown Error Correction Type: Single-bit ECC System Type: Unified Associativity: 8-way Set-associative Handle 0x0007 DMI type 7, 19 bytes. Cache Information Socket Designation: L3-Cache Configuration: Disabled, Not Socketed, Level 3 Operational Mode: Unknown Location: Internal Installed Size: 0 KB Maximum Size: 0 KB Supported SRAM Types: Unknown Installed SRAM Type: Unknown Speed: Unknown Error Correction Type: Unknown System Type: Unknown Associativity: Unknown Handle 0x0008 DMI type 5, 20 bytes. Memory Controller Information Error Detecting Method: 64-bit ECC Error Correcting Capabilities: None Supported Interleave: One-way Interleave Current Interleave: One-way Interleave Maximum Memory Module Size: 512 MB Maximum Total Memory Size: 1024 MB Supported Speeds: 70 ns 60 ns Supported Memory Types: SIMM DIMM SDRAM Memory Module Voltage: 3.3 V Associated Memory Slots: 2 0x0009 0x000A Enabled Error Correcting Capabilities: None Handle 0x0009 DMI type 6, 12 bytes. Memory Module Information Socket Designation: DIMM0 Bank Connections: 0 1 Current Speed: Unknown Type: DIMM SDRAM Installed Size: 512 MB (Double-bank Connection) Enabled Size: 512 MB (Double-bank Connection) Error Status: OK Handle 0x000A DMI type 6, 12 bytes. Memory Module Information Socket Designation: DIMM1 Bank Connections: 2 3 Current Speed: Unknown Type: DIMM SDRAM Installed Size: Not Installed Enabled Size: Not Installed Error Status: OK Handle 0x000B DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J1A1 Internal Connector Type: None External Reference Designator: PS2Mouse External Connector Type: PS/2 Port Type: Mouse Port Handle 0x000C DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J1A1 Internal Connector Type: None External Reference Designator: Keyboard External Connector Type: PS/2 Port Type: Keyboard Port Handle 0x000D DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J2A2 Internal Connector Type: None External Reference Designator: USB1 External Connector Type: Access Bus (USB) Port Type: USB Handle 0x000E DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J2A2 Internal Connector Type: None External Reference Designator: USB2 External Connector Type: Access Bus (USB) Port Type: USB Handle 0x000F DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J4A1 Internal Connector Type: None External Reference Designator: LPT 1 External Connector Type: DB-25 male Port Type: Parallel Port ECP/EPP Handle 0x0010 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J2A1 Internal Connector Type: None External Reference Designator: COM A External Connector Type: DB-9 male Port Type: Serial Port 16550A Compatible Handle 0x0011 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J6A1 Internal Connector Type: None External Reference Designator: Audio Mic In External Connector Type: Mini Jack (headphones) Port Type: Audio Port Handle 0x0012 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J6A1 Internal Connector Type: None External Reference Designator: Audio Line In External Connector Type: Mini Jack (headphones) Port Type: Audio Port Handle 0x0013 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J6B1 - AUX IN Internal Connector Type: On Board Sound Input From CD-ROM External Reference Designator: Not Specified External Connector Type: None Port Type: Audio Port Handle 0x0014 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J6B2 - CDIN Internal Connector Type: On Board Sound Input From CD-ROM External Reference Designator: Not Specified External Connector Type: None Port Type: Audio Port Handle 0x0015 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J6J2 - PRI IDE Internal Connector Type: On Board IDE External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0016 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J6J1 - SEC IDE Internal Connector Type: On Board IDE External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0017 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J4J1 - FLOPPY Internal Connector Type: On Board Floppy External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0018 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J9H1 - FRONT PNL Internal Connector Type: 9 Pin Dual Inline (pin 10 cut) External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0019 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J1B1 - CHASSIS REAR FAN Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x001A DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J2F1 - CPU FAN Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x001B DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J8B4 - FRONT FAN Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x001C DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J9G2 - FNT USB Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x001D DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J6C3 - FP AUD Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x001E DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J9G1 - CONFIG Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x001F DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J8C1 - SCSI LED Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0020 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J9J2 - INTRUDER Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0021 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J9G4 - ITP Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0022 DMI type 8, 9 bytes. Port Connector Information Internal Reference Designator: J2H1 - MAIN POWER Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0023 DMI type 9, 13 bytes. System Slot Information Designation: AGP Type: 32-bit AGP 4x Current Usage: In Use Length: Short ID: 0 Characteristics: 3.3 V is provided Opening is shared PME signal is supported Handle 0x0024 DMI type 9, 13 bytes. System Slot Information Designation: PCI1 Type: 32-bit PCI Current Usage: Available Length: Short ID: 1 Characteristics: 3.3 V is provided Opening is shared PME signal is supported Handle 0x0025 DMI type 10, 6 bytes. On Board Device Information Type: Video Status: Enabled Description: To Be Filled By O.E.M. Handle 0x0026 DMI type 11, 5 bytes. OEM Strings String 1: To Be Filled By O.E.M. Handle 0x0027 DMI type 12, 5 bytes. System Configuration Options Option 1: To Be Filled By O.E.M. Handle 0x0028 DMI type 13, 22 bytes. BIOS Language Information Installable Languages: 1 en|US|iso8859-1 Currently Installed Language: en|US|iso8859-1 Handle 0x0029 DMI type 16, 15 bytes. Physical Memory Array Location: System Board Or Motherboard Use: System Memory Error Correction Type: None Maximum Capacity: 4 GB Error Information Handle: Not Provided Number Of Devices: 2 Handle 0x002A DMI type 19, 15 bytes. Memory Array Mapped Address Starting Address: 0x00000000000 Ending Address: 0x000800003FF Range Size: 2097153 kB Physical Array Handle: 0x0029 Partition Width: 0 Handle 0x002B DMI type 17, 27 bytes. Memory Device Array Handle: 0x0029 Error Information Handle: Not Provided Total Width: 64 bits Data Width: 64 bits Size: 512 MB Form Factor: DIMM Set: None Locator: DIMM0 Bank Locator: BANK0 Type: SDRAM Type Detail: Synchronous Speed: Unknown Manufacturer: Manufacturer0 Serial Number: SerNum0 Asset Tag: AssetTagNum0 Part Number: PartNum0 Handle 0x002C DMI type 20, 19 bytes. Memory Device Mapped Address Starting Address: 0x00000000000 Ending Address: 0x0001FFFFFFF Range Size: 512 MB Physical Device Handle: 0x002B Memory Array Mapped Address Handle: 0x002A Partition Row Position: 1 Interleaved Data Depth: 1 Handle 0x002D DMI type 17, 27 bytes. Memory Device Array Handle: 0x0029 Error Information Handle: Not Provided Total Width: Unknown Data Width: Unknown Size: No Module Installed Form Factor: DIMM Set: None Locator: DIMM1 Bank Locator: BANK1 Type: Unknown Type Detail: Unknown Speed: Unknown Manufacturer: Manufacturer1 Serial Number: SerNum1 Asset Tag: AssetTagNum1 Part Number: PartNum1 Handle 0x002E DMI type 20, 19 bytes. Memory Device Mapped Address Starting Address: 0x00000000000 Ending Address: 0x000000003FF Range Size: 1 kB Physical Device Handle: 0x002D Memory Array Mapped Address Handle: 0x002A Partition Row Position: 1 Interleaved Data Depth: 1 Handle 0x002F DMI type 127, 4 bytes. End Of Table From martin at faltesek.net Fri Apr 22 19:52:47 2005 From: martin at faltesek.net (Martin) Date: Fri, 22 Apr 2005 14:52:47 -0500 Subject: notebook fan runs on idle system Message-ID: <1114199567.8824.10.camel@localhost.localdomain> Since upgrading from FC3 to FC4.2 plus rawhide updates, my Centrino notebook fan is very audible compared to it being silent in FC3 when the system is mostly idle. The load average varies from 0.00 to 0.10, and system monitor shows the CPU percentage from 3-10%. No noticeable threads are showing up for more than a brief second with system monitor. running 2.6.11-1.1253_FC4, gnome, on Sony PCG-Z1RA. Did anything change with the idle loop, or throttling that could cause this? Any ways to see more clearly which threads were recently on the CPU, rather than at a snapshot in time? -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean.bruno at dsl-only.net Fri Apr 22 20:01:52 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 22 Apr 2005 13:01:52 -0700 Subject: [Fwd: Re: udev errors during boot under rawhide] Message-ID: <1114200112.4619.18.camel@homebox> Just thought I would post this over here for the record. I think that this is more appropriate in the test list anyway. Sean -------------- next part -------------- An embedded message was scrubbed... From: "Gene C." Subject: Re: udev errors during boot under rawhide Date: Fri, 22 Apr 2005 15:56:53 -0400 Size: 3587 URL: From davej at redhat.com Fri Apr 22 20:31:31 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 22 Apr 2005 16:31:31 -0400 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114199251.19922.32.camel@preview> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> <426703C2.60906@BitWagon.com> <1114199251.19922.32.camel@preview> Message-ID: <20050422203131.GC4625@redhat.com> On Fri, Apr 22, 2005 at 04:47:31PM -0300, Alexandre Strube wrote: > CPU: 0 > EIP: 0060:[] Not tainted VLI > EFLAGS: 00010246 (2.6.11-1.1226_FC4) > EIP is at 0xc00f0488 Nothing else on this line ? This address should have been decoded. Dave From surak at casa.surak.eti.br Fri Apr 22 20:44:03 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Fri, 22 Apr 2005 17:44:03 -0300 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <20050422203131.GC4625@redhat.com> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> <426703C2.60906@BitWagon.com> <1114199251.19922.32.camel@preview> <20050422203131.GC4625@redhat.com> Message-ID: <1114202643.19921.33.camel@preview> Em Sex, 2005-04-22 ?s 16:31 -0400, Dave Jones escreveu: > On Fri, Apr 22, 2005 at 04:47:31PM -0300, Alexandre Strube wrote: > > CPU: 0 > > EIP: 0060:[] Not tainted VLI > > EFLAGS: 00010246 (2.6.11-1.1226_FC4) > > EIP is at 0xc00f0488 > > Nothing else on this line ? > This address should have been decoded. Nothing else. From mricon at gmail.com Fri Apr 22 20:59:08 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Fri, 22 Apr 2005 16:59:08 -0400 Subject: Eclipse (SAXParserFactory cannot be found) Message-ID: Hello, all: Latest rawhide as of 2005-04-22. I am trying to start up Eclipse with little success so far. Is this why /usr/bin/eclipse is set as non-executable with the latest eclipse-platform? :) icon at hagrid:[~]$ rpm -q eclipse-platform eclipse-platform-1:3.1.0_fc-0.M6.9.i386 I get: javax.xml.parsers.FactoryConfigurationError: Provider for javax.xml.parsers.SAXParserFactory cannot be found See full stack here: http://phy.duke.edu/~icon/misc/eclipse-error.log Is it just me? Is this something known? Cheers, -- Konstantin Ryabitsev Zlotniks, INC From davej at redhat.com Fri Apr 22 21:12:38 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 22 Apr 2005 17:12:38 -0400 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114202643.19921.33.camel@preview> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> <426703C2.60906@BitWagon.com> <1114199251.19922.32.camel@preview> <20050422203131.GC4625@redhat.com> <1114202643.19921.33.camel@preview> Message-ID: <20050422211238.GE4625@redhat.com> On Fri, Apr 22, 2005 at 05:44:03PM -0300, Alexandre Strube wrote: > Em Sex, 2005-04-22 ?s 16:31 -0400, Dave Jones escreveu: > > On Fri, Apr 22, 2005 at 04:47:31PM -0300, Alexandre Strube wrote: > > > CPU: 0 > > > EIP: 0060:[] Not tainted VLI > > > EFLAGS: 00010246 (2.6.11-1.1226_FC4) > > > EIP is at 0xc00f0488 > > > > Nothing else on this line ? > > This address should have been decoded. > > Nothing else. Ah, its because its somehow jumped outside the kernel text. That's erm, very strange. If you grab the boot.iso from the latest development tree, is it still happening with the current builds ? 1226 is quite old now (2.6.12rc1, there have been 2 rebases since then, each of being quite large changesets). Dave From RouillardSy at yahoo.fr Fri Apr 22 21:52:29 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Fri, 22 Apr 2005 23:52:29 +0200 Subject: rest in peace i2c-viapro Message-ID: <200504222352.29247.RouillardSy@yahoo.fr> [root at localhost log]# updatedb [root at localhost log]# locate i2c-viapro.ko /lib/modules/2.6.11-1.1238_FC4/kernel/drivers/i2c/busses/i2c-viapro.ko /lib/modules/2.6.11-1.1240_FC4/kernel/drivers/i2c/busses/i2c-viapro.ko /lib/modules/2.6.11-1.1234_FC4/kernel/drivers/i2c/busses/i2c-viapro.ko /lib/modules/2.6.11-1.1236_FC4/kernel/drivers/i2c/busses/i2c-viapro.ko /lib/modules/2.6.11-1.1226_FC4/kernel/drivers/i2c/busses/i2c-viapro.ko [root at localhost log]# ls /lib/modules/2.6.11* -dCcl drwxr-xr-x 3 root root 4096 avr 11 18:35 /lib/modules/2.6.11-1.1226_FC4 drwxr-xr-x 3 root root 4096 avr 11 21:28 /lib/modules/2.6.11-1.1234_FC4 drwxr-xr-x 3 root root 4096 avr 12 18:12 /lib/modules/2.6.11-1.1236_FC4 drwxr-xr-x 3 root root 4096 avr 13 20:52 /lib/modules/2.6.11-1.1238_FC4 drwxr-xr-x 3 root root 4096 avr 17 13:02 /lib/modules/2.6.11-1.1240_FC4 drwxr-xr-x 3 root root 4096 avr 21 22:11 /lib/modules/2.6.11-1.1253_FC4 drwxr-xr-x 3 root root 4096 avr 22 15:08 /lib/modules/2.6.11-1.1258_FC4 Any reason why 1253 and 1258 lost the i2c-viapro module? Is it just me or did anybody else loose that module too after the last two kernel upgrades (at least the x86_64 one)? I rely on this to adjust my CPU fan speed and quieten my box, should I recompile the kernel? Cheers, Sylvain From RouillardSy at yahoo.fr Fri Apr 22 21:57:12 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Fri, 22 Apr 2005 23:57:12 +0200 Subject: rest in peace i2c-viapro In-Reply-To: <200504222352.29247.RouillardSy@yahoo.fr> References: <200504222352.29247.RouillardSy@yahoo.fr> Message-ID: <200504222357.12163.RouillardSy@yahoo.fr> Maybe the beginning of an explaination... [root at localhost log]# locate viapro /usr/src/kernels/2.6.11-1.1238_FC4-x86_64/include/config/i2c/viapro /usr/src/kernels/2.6.11-1.1238_FC4-x86_64/include/config/i2c/viapro/module.h /usr/src/kernels/2.6.11-1.1240_FC4-x86_64/include/config/i2c/viapro /usr/src/kernels/2.6.11-1.1240_FC4-x86_64/include/config/i2c/viapro/module.h /usr/src/kernels/2.6.11-1.1258_FC4-x86_64/include/config/i2c/viapro.h /usr/src/kernels/2.6.11-1.1234_FC4-x86_64/include/config/i2c/viapro /usr/src/kernels/2.6.11-1.1234_FC4-x86_64/include/config/i2c/viapro/module.h /usr/src/kernels/2.6.11-1.1253_FC4-x86_64/include/config/i2c/viapro.h /usr/src/kernels/2.6.11-1.1236_FC4-x86_64/include/config/i2c/viapro /usr/src/kernels/2.6.11-1.1236_FC4-x86_64/include/config/i2c/viapro/module.h /usr/src/kernels/2.6.11-1.1226_FC4-x86_64/include/config/i2c/viapro /usr/src/kernels/2.6.11-1.1226_FC4-x86_64/include/config/i2c/viapro/module.h looks like /viapro/module.h was replaced by viapro.h after 1253. Maybe that wasn't taken into account when the rpm's were compiled? Just a wild guess. From davej at redhat.com Fri Apr 22 22:00:53 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 22 Apr 2005 18:00:53 -0400 Subject: rest in peace i2c-viapro In-Reply-To: <200504222357.12163.RouillardSy@yahoo.fr> References: <200504222352.29247.RouillardSy@yahoo.fr> <200504222357.12163.RouillardSy@yahoo.fr> Message-ID: <20050422220052.GG4625@redhat.com> On Fri, Apr 22, 2005 at 11:57:12PM +0200, Sylvain Rouillard wrote: > Maybe the beginning of an explaination... > > [root at localhost log]# locate viapro > /usr/src/kernels/2.6.11-1.1238_FC4-x86_64/include/config/i2c/viapro > /usr/src/kernels/2.6.11-1.1238_FC4-x86_64/include/config/i2c/viapro/module.h > /usr/src/kernels/2.6.11-1.1240_FC4-x86_64/include/config/i2c/viapro > /usr/src/kernels/2.6.11-1.1240_FC4-x86_64/include/config/i2c/viapro/module.h > /usr/src/kernels/2.6.11-1.1258_FC4-x86_64/include/config/i2c/viapro.h > /usr/src/kernels/2.6.11-1.1234_FC4-x86_64/include/config/i2c/viapro > /usr/src/kernels/2.6.11-1.1234_FC4-x86_64/include/config/i2c/viapro/module.h > /usr/src/kernels/2.6.11-1.1253_FC4-x86_64/include/config/i2c/viapro.h > /usr/src/kernels/2.6.11-1.1236_FC4-x86_64/include/config/i2c/viapro > /usr/src/kernels/2.6.11-1.1236_FC4-x86_64/include/config/i2c/viapro/module.h > /usr/src/kernels/2.6.11-1.1226_FC4-x86_64/include/config/i2c/viapro > /usr/src/kernels/2.6.11-1.1226_FC4-x86_64/include/config/i2c/viapro/module.h > > looks like /viapro/module.h was replaced by viapro.h after 1253. Maybe that > wasn't taken into account when the rpm's were compiled? Just a wild guess. Thinko on my part, fixed in CVS. Will be fixed in the next build. Dave From dmalcolm at redhat.com Fri Apr 22 22:22:34 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 22 Apr 2005 18:22:34 -0400 Subject: FC4T2 Evolution-2.2.2 mbox import issues In-Reply-To: <1114171927.4656.12.camel@guru.puzzled.xs4all.nl> References: <1114171927.4656.12.camel@guru.puzzled.xs4all.nl> Message-ID: <1114208554.5110.44.camel@cassandra.boston.redhat.com> On Fri, 2005-04-22 at 14:12 +0200, Patrick wrote: > Hi all, > > I just came back from holiday and wanted to import april list archive > from http://lists.digium.com/pipermail/asterisk-biz/2005-April.txt.gz > After the import into a new imap folder in Evolution-2.2.2 the results > were interesting: > 1) The From, Reply-To, To and CC parts were missing > 2) the signature was missing > > Is this a known issue or should I file a bug? I couldn't find anything > in bugzilla: > https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora > +Core&version=test2&component=evolution&bug_status=NEW&bug_status=VERIFIED&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=CLOSED&bug_status=NEEDINFO&bug_status=MODIFIED&bug_status=INVESTIGATE&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc=) Have a look in the upstream bugzilla ( http://bugzilla.gnome.org ) as well. From sean.bruno at dsl-only.net Fri Apr 22 23:03:04 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 22 Apr 2005 16:03:04 -0700 Subject: Wanda is broken Message-ID: <1114210984.4619.22.camel@homebox> Wanda "the fish" applet for the panel appears to be unable to find /usr/X11R6/lib/xscreensaver/fortune. I also am unable to find fortune. Was it removed or should we just remove Wanda from FC4? Sean From ziga.mahkovec at klika.si Fri Apr 22 23:03:02 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Sat, 23 Apr 2005 01:03:02 +0200 Subject: notebook fan runs on idle system In-Reply-To: <1114199567.8824.10.camel@localhost.localdomain> References: <1114199567.8824.10.camel@localhost.localdomain> Message-ID: <1114210983.6843.15.camel@localhost> On Fri, 2005-04-22 at 14:52 -0500, Martin wrote: > Since upgrading from FC3 to FC4.2 plus rawhide updates, my Centrino > notebook fan is very audible compared to it being silent in FC3 when > the system is mostly idle. > > [...] Maybe your CPU runs at the maximum frequency even when idle. Check with: $ grep MHz /proc/cpuinfo model name : Intel(R) Pentium(R) M processor 1500MHz cpu MHz : 598.086 Do you have any of the frequency governors installed? cpuspeed should work fine. Make sure the "centrino" driver is specified in /etc/cpuspeed.conf and that the cpuspeed service is running. There's also a nifty GNOME applet, if you feel like setting the frequency manually. -- Ziga From sean.bruno at dsl-only.net Fri Apr 22 23:13:01 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 22 Apr 2005 16:13:01 -0700 Subject: AC97 sound card needs "external amp" ? Message-ID: <1114211581.4619.26.camel@homebox> Just ran the sound card detection app to see if audio is working. For some reason I need to check the "external amp" selection to get any audio at all. I don't think that this is correct, but can someone else check to see if this is true for them? Device: 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) Sean From russell at coker.com.au Fri Apr 22 14:05:15 2005 From: russell at coker.com.au (Russell Coker) Date: Sat, 23 Apr 2005 00:05:15 +1000 Subject: slow booting on FC3 In-Reply-To: <20050227182415.GM22178@iodynamics.com> References: <20050226202721.1117221AFF9@ws5-6.us4.outblaze.com> <20050227182415.GM22178@iodynamics.com> Message-ID: <200504230005.18546.russell@coker.com.au> On Monday 28 February 2005 05:24, Doran Barton wrote: > Do you need SELinux? It is guaranteed to slow down the boot process and > hinder performance in general. If you don't need it, edit the > /etc/sysconfig/selinux file, disable it, and reboot. How much has performance improved in your tests from making such a change? What hardware do you run? My experience is that apart from some corner cases SE Linux does not have enough overhead to impact performance in any notable way and that good benchmarks are required to detect any difference. One corner case is for a machine that is low on memory. If you load a large policy (such as the "strict" policy which incidentally is not the default for Fedora) on a machine with a small amount of memory then you may have some performance issues. On a machine with 64M of RAM and a slow hard disk the strict policy will cause some performance problems, but the targeted policy should be fine. If you have 128M or more I doubt that SE Linux will have any noticable impact. At http://www.coker.com.au/selinux/talks/ols2003/ I have the paper I presented at OLS on running SE Linux on an iPaQ PDA. You may want to read the paper if you are concerned about the impact of SE Linux on small machines. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From surak at casa.surak.eti.br Fri Apr 22 23:35:13 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Fri, 22 Apr 2005 20:35:13 -0300 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <20050422211238.GE4625@redhat.com> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> <426703C2.60906@BitWagon.com> <1114199251.19922.32.camel@preview> <20050422203131.GC4625@redhat.com> <1114202643.19921.33.camel@preview> <20050422211238.GE4625@redhat.com> Message-ID: <1114212913.4142.4.camel@preview> Em Sex, 2005-04-22 ?s 17:12 -0400, Dave Jones escreveu: > > > Nothing else on this line ? > > > This address should have been decoded. > > > > Nothing else. > Ah, its because its somehow jumped outside the kernel text. > That's erm, very strange. > If you grab the boot.iso from the latest development tree, > is it still happening with the current builds ? > 1226 is quite old now (2.6.12rc1, there have been 2 rebases > since then, each of being quite large changesets). bad also :-( CPU: 0 EPI: 0060:[] not tainted vli eflags: 00010246 (2.6.11-1.1258_FC$) (...) Call trace: pci_bios_find_device pcibios_sort pcibios_init do_initcalls init init kernel_thread_heklper code (...) kernel panic - not syncing (...) panic do_exit die do_page_fault scrup set_cursor vt_console_print vt_console_print __call_console_drivers call_console_drivers do_page_fault error_code get_exec_domain_list pci_bios_find_device pcibios_sort pcibios_init do_initcalls init init kernel_thread_helper From jvdias at redhat.com Fri Apr 22 23:40:02 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 22 Apr 2005 19:40:02 -0400 Subject: AC97 sound card needs "external amp" ? In-Reply-To: <1114211581.4619.26.camel@homebox> References: <1114211581.4619.26.camel@homebox> Message-ID: <1114213202.2558.93.camel@silly> On Fri, 2005-04-22 at 19:13, Sean Bruno wrote: > Just ran the sound card detection app to see if audio is working. For > some reason I need to check the "external amp" selection to get any > audio at all. > > I don't think that this is correct, but can someone else check to see if > this is true for them? > > Device: > 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM > (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) > > Sean I've found you need to ensure the "Headphone Jack Sense" switch is "muted", using eg. alsamixer / kmix to get any audio at all. You can store this setting with 'alsactl store' and restore it in /etc/rc.local with 'alsactl restore'. From jspaleta at gmail.com Fri Apr 22 23:41:45 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 22 Apr 2005 19:41:45 -0400 Subject: Wanda is broken In-Reply-To: <1114210984.4619.22.camel@homebox> References: <1114210984.4619.22.camel@homebox> Message-ID: <604aa79105042216417f85488f@mail.gmail.com> On 4/22/05, Sean Bruno wrote: > Wanda "the fish" applet for the panel appears to be unable to > find /usr/X11R6/lib/xscreensaver/fortune. This file is actually not the real fortune.. it is/was a very simple standin script. The real fortune-mod package has been gone for a long long while. I think it was removed between rhl9 and fc1. The standin script that was used before in fc2 and fc3 is very simple. Either the standin script should be added back or wanda should be updated to default to a new default command. There's no comment in the xscreensaver package changelog snippets to suggest why this was removed. /usr/X11R6/lib/xscreensaver/fortune from fc3 #!/bin/sh if [ ! -d /usr/games/fortune -a -x /usr/games/fortune ]; then /usr/games/fortune $* elif [ -x /usr/bin/fortune ]; then /usr/bin/fortune $* else cat /etc/redhat-release uname -sr uptime fi -jef From sean.bruno at dsl-only.net Sat Apr 23 00:38:34 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 22 Apr 2005 17:38:34 -0700 Subject: notebook fan runs on idle system In-Reply-To: <1114210983.6843.15.camel@localhost> References: <1114199567.8824.10.camel@localhost.localdomain> <1114210983.6843.15.camel@localhost> Message-ID: <1114216714.3875.2.camel@homebox> On Sat, 2005-04-23 at 01:03 +0200, Ziga Mahkovec wrote: > On Fri, 2005-04-22 at 14:52 -0500, Martin wrote: > > Since upgrading from FC3 to FC4.2 plus rawhide updates, my Centrino > > notebook fan is very audible compared to it being silent in FC3 when > > the system is mostly idle. > > > > [...] > > Maybe your CPU runs at the maximum frequency even when idle. Check > with: > > $ grep MHz /proc/cpuinfo > model name : Intel(R) Pentium(R) M processor 1500MHz > cpu MHz : 598.086 > > Do you have any of the frequency governors installed? cpuspeed should > work fine. Make sure the "centrino" driver is specified > in /etc/cpuspeed.conf and that the cpuspeed service is running. There's > also a nifty GNOME applet, if you feel like setting the frequency > manually. > > -- > Ziga > I don't think that this has anything to do with(could be wrong though). Mine seems to be doing the same thing. Fan running pretty constantly with not a lot going on. I went ahead and did the items that you suggested: [sean at homebox ~]$ grep MHz /proc/cpuinfo model name : Intel(R) Pentium(R) M processor 1600MHz cpu MHz : 599.542 Also, my /etc/cpuspeed.conf: VMAJOR=1 VMINOR=1 # uncomment this and set to the name of your CPUFreq module #DRIVER="powernow-k7" # Let background (nice) processes speed up the cpu OPTS="$OPTS -n" # Add your favorite options here #OPTS="$OPTS -s 0 -i 10 -r" # uncomment and modify this to check the state of the AC adapter #OPTS="$OPTS -a /proc/acpi/ac_adapter/*/state" # uncomment and modify this to check the system temperature #OPTS="$OPTS -t /proc/acpi/thermal_zone/*/temperature 75" Since I have no idea what I am doing either, should any of this be modified? I didn't see anything like this in FC3, so it must be some kind of change in FC4. Sean From martin at faltesek.net Sat Apr 23 02:56:38 2005 From: martin at faltesek.net (Martin) Date: Fri, 22 Apr 2005 21:56:38 -0500 Subject: notebook fan runs on idle system In-Reply-To: <1114210983.6843.15.camel@localhost> References: <1114199567.8824.10.camel@localhost.localdomain> <1114210983.6843.15.camel@localhost> Message-ID: <1114224998.9274.8.camel@localhost.localdomain> On Sat, 2005-04-23 at 01:03 +0200, Ziga Mahkovec wrote: > Do you have any of the frequency governors installed? cpuspeed should > work fine. Make sure the "centrino" driver is specified > in /etc/cpuspeed.conf and that the cpuspeed service is running. There's > also a nifty GNOME applet, if you feel like setting the frequency > manually. Both cpufreq-utils and cpuspeed were not installed on my system. Is it intentional or a mistake that these packages are not installed by default on systems capable of frequency scaling? I installed them now my laptop is quiet like expected. Thanks! Marty From fct-cornette at insight.rr.com Sat Apr 23 03:43:41 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 22 Apr 2005 23:43:41 -0400 Subject: cpu-freq-applet In-Reply-To: <1114195313.4619.14.camel@homebox> References: <1114144627.5484.2.camel@homebox> <4268DA8E.9050205@insight.rr.com> <1114195313.4619.14.camel@homebox> Message-ID: <4269C46D.7040302@insight.rr.com> Sean Bruno wrote: > On Fri, 2005-04-22 at 07:05 -0400, Jim Cornette wrote: > >>Sean Bruno wrote: >> >>>I have been noticing that my D800 laptop has been running hot(temp) >>>since I installed FC4. >>> >>>Investigating a bit, I noted that I was pretty much always running at a >>>load of about 1. The cpu-freq applet seems to take a quite a bit of >>>horse power. This was confirmed when I shut it off and my box cooled >>>off quite a bit. > > >>My computer always comes up at full frequency. I let it load programs >>initially and when things that I use are up, I change the frequency via >>the applet to 662 MHz vs. the max of 1.52 GHz. >> >>If you left click (or tap) the mouse around the applet, you can select a >>lower frequency from the applet choices. >> >>I would not guess it is the applet, but something determining the best >>frequency for the computer load. >> >>Jim >> > > My laptop seems to scale correctly, that is to say it bumps the > frequency accordingly when the load goes up or down. The issue I am > seeing is that the applet itself seems to eat up quite a bit more > horsepower that I would expect. > > When my box comes up, it runs at a load of 1 with the cpu-freq applet > running. If I deactivate it, the load goes down to almost nothing. > > Is this what you are seeing? Can you check out my findings? > > Sean > I'll remove the applet from the panel to see if this effects the cpu frequency. I am on a desktop currently and not the laptop. This comparison I'll do tomorrow. For the normal operation of the laptop, I start in runlevel 3. The fan does not run while I am in the terminal. The fan does seem to engage once I startx. The applet displays max frequency. I need to manually select a lower frequency or the laptop gets on the hot side. I do not see scaling. I used to see scaling depending on the load. I'll check the cpufrequency before starting the GUI and pass on the results. I run acpi and it has worked properly from the Severn test days. With the hit for speeding up everything, I assumed this was an intended change to maximize everything. JIm -- You will not be elected to public office this year. From gstool at earthlink.net Sat Apr 23 03:46:00 2005 From: gstool at earthlink.net (Gerry Tool) Date: Fri, 22 Apr 2005 22:46:00 -0500 Subject: Tuboprint - anyone else using and getting printout? In-Reply-To: <42685B50.7030100@earthlink.net> References: <42685B50.7030100@earthlink.net> Message-ID: <4269C4F8.6030201@earthlink.net> Gerry Tool wrote: > I have a networked Canon PIXMA ip-4000 inkjet printer for which the only > drivers I've found are in Turboprint 1.91. This works great on FC3, > Ubuntu 5.04, Suse 9.2 and a number of older releases. It does not work > on FC4Tx. > > Turboprint installs, setup works and configuration works just great. > When a document is "printed", the system is just as happy as can be. If > one didn't notice that nothing happens at the printer, one would think > all is working. The CUPS web interface thinks the printer is just fine > and that the job was sent successfully. > > I understand that Turboprint is not a supported app, but since it is the > only choice available to use my color inkjet printer in Linux, I will be > unable to continue using Fedora Core if it does not work in FC4, since > one of my major activities is color photo printing. > > I have filed a bugzilla report (#154777) - closed as NOTABUG, and have > filed a report with the Turboprint developers with no response so far. I > will be grateful for any suggestions to troubleshoot the problem. > > Thanks. > > Gerry > After some investigation, it turns out this behavior is influenced by SELinux. With SELinux enabled and enforced, the above behaviour exists. If SELinux is set to permissive or disabled, the Turboprint/Canon printer combination works fine. Gerry From fct-cornette at insight.rr.com Sat Apr 23 04:00:09 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 23 Apr 2005 00:00:09 -0400 Subject: Wanda is broken In-Reply-To: <1114210984.4619.22.camel@homebox> References: <1114210984.4619.22.camel@homebox> Message-ID: <4269C849.3040901@insight.rr.com> Sean Bruno wrote: > Wanda "the fish" applet for the panel appears to be unable to > find /usr/X11R6/lib/xscreensaver/fortune. I also am unable to find > fortune. Was it removed or should we just remove Wanda from FC4? > > Sean > fortune-mod is now available in Extras. At least a month back it was included. Jim -- You have had a long-term stimulation relative to business. From fedora at wir-sind-cool.org Sat Apr 23 06:25:32 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 23 Apr 2005 08:25:32 +0200 Subject: Nominating FC4 blocker bug Message-ID: <20050423082532.17a6e48c.fedora@wir-sind-cool.org> I'd like to nominate bug 153729 (previously known as 151252) for the FC4Blocker list, at least for the FC4Target list. FC4 will hopefully not ship with a broken X server which creates unusable virtual consoles for users with Matrox MGA or Intel 810 chipsets. From fedora at wir-sind-cool.org Sat Apr 23 08:38:31 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 23 Apr 2005 10:38:31 +0200 Subject: X Virtual Terminals/Consoles are blank, unusable In-Reply-To: <1114113727.20037.42.camel@maui.jaa.org.uk> References: <1114113727.20037.42.camel@maui.jaa.org.uk> Message-ID: <20050423103831.22ca227e.fedora@wir-sind-cool.org> On Thu, 21 Apr 2005 21:02:07 +0100, John Austin wrote: > On Thu, 2005-04-21 at 13:44 -0400, Matt Galvin wrote: > > Hi All, > > > > When cycling through the virtual terminals/consoles of > > X(CTR+ALT+F[1-7]) I see that they are all blank screens and I cannot > > use them at all. con7 displays the desktop (gnome in my case) as > > expected but con1 - con6 are completly blacked out/blank and I am > > unable to use them for anything. > > > > Has anyone else experienced this behaviour? Can anyone confirm? > > > > My machine has an on-board Intel 865 video card/chip and I am using an > > Acer AL1714 LCD display. > > > > Thanks, > > > > Matt > > > > Hi > Please add to > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153729 > if it matches > John No, please don't. That bug has "mga g550" in the subject line and links a Matrox MGA specific ticket at https://bugs.freedesktop.org/show_bug.cgi?id=2991 so if you have problems with a different graphics chipset, look for a different ticket or open a new one. Intel 810 is affected, too, and tracking bugs and bug fixes results in a mess as long as it's unknown whether all the problems with multiple chipsets are due to the same bug. From surak at casa.surak.eti.br Sat Apr 23 10:15:50 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Sat, 23 Apr 2005 07:15:50 -0300 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114212913.4142.4.camel@preview> References: <1114033067.9395.4.camel@localhost.surak.eti.br> <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> <426703C2.60906@BitWagon.com> <1114199251.19922.32.camel@preview> <20050422203131.GC4625@redhat.com> <1114202643.19921.33.camel@preview> <20050422211238.GE4625@redhat.com> <1114212913.4142.4.camel@preview> Message-ID: <1114251350.21324.3.camel@localhost.surak.eti.br> Em Sex, 2005-04-22 ?s 20:35 -0300, Alexandre Strube escreveu: > > > > Nothing else on this line ? > > > > This address should have been decoded. > > > > > > Nothing else. > > Ah, its because its somehow jumped outside the kernel text. > > That's erm, very strange. > > If you grab the boot.iso from the latest development tree, > > is it still happening with the current builds ? > > 1226 is quite old now (2.6.12rc1, there have been 2 rebases > > since then, each of being quite large changesets). Someone asked me to take a picture at the screen. Well, here it is: http://www.surak.eti.br/gallery/2005-04-21/p4220024?full=1 The new boot.iso has a similar result, just the stack trace is bigger. > bad also :-( > > CPU: 0 > EPI: 0060:[] not tainted vli > eflags: 00010246 (2.6.11-1.1258_FC$) > (...) > Call trace: > pci_bios_find_device > pcibios_sort > pcibios_init > do_initcalls > init > init > kernel_thread_heklper > code (...) > kernel panic - not syncing (...) > panic > do_exit > die > do_page_fault > scrup > set_cursor > vt_console_print > vt_console_print > __call_console_drivers > call_console_drivers > do_page_fault > error_code > get_exec_domain_list > pci_bios_find_device > pcibios_sort > pcibios_init > do_initcalls > init > init > kernel_thread_helper > From kaboom at oobleck.net Sat Apr 23 10:54:20 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Sat, 23 Apr 2005 06:54:20 -0400 (EDT) Subject: Wanda is broken In-Reply-To: <4269C849.3040901@insight.rr.com> References: <1114210984.4619.22.camel@homebox> <4269C849.3040901@insight.rr.com> Message-ID: On Sat, 23 Apr 2005, Jim Cornette wrote: > Sean Bruno wrote: > > Wanda "the fish" applet for the panel appears to be unable to > > find /usr/X11R6/lib/xscreensaver/fortune. I also am unable to find > > fortune. Was it removed or should we just remove Wanda from FC4? > > > > Sean > > > > fortune-mod is now available in Extras. At least a month back it was included. That doesn't really help though - core can't depend on extras "old" FC3 xscreensaver provided a fortune replacement shell script which would run extras fortune if it existed, and otherwise just display some basic system info (release, uname, uptime). Something like that is probably still needed for wanda, the big nose guy x screen saver, etc. later, chris From buildsys at redhat.com Sat Apr 23 11:56:46 2005 From: buildsys at redhat.com (Build System) Date: Sat, 23 Apr 2005 07:56:46 -0400 Subject: rawhide report: 20050423 changes Message-ID: <200504231156.j3NBukfb007642@porkchop.devel.redhat.com> Updated Packages: amanda-2.4.5-2 -------------- * Wed Apr 20 2005 Jay Fenlason 2.4.5-2 - New upstream release. This obsoletes the -bug144052 patch. - Reorg this spec file slightly to allow someone to specify index server, tape server and default configuration when rebuilding the rpms via something like 'rpmbuild -ba --define "indexserver foo.fqdn.com" amanda.spec' This change suggested by Matt Hyclak . apmd-1:3.2.2-3 -------------- * Fri Apr 22 2005 Bill Nottingham - 1:3.2.2-3 - remove shared/devel libs - nothing uses them (fixes #155724) - since they're not needed, turn off ppc build - fix debuginfo generation cpufreq-utils-1:0.2-1.1.14 -------------------------- * Fri Apr 22 2005 Matthias Saou 0.2-2 - Major spec file cleanup. (#155731) - Use %find_lang macro. - Add missing sysfsutils-devel build requirement. dovecot-0.99.14-4.fc4 --------------------- * Fri Apr 22 2005 John Dennis - 0.99.14-4.fc4 - openssl moved its certs, CA, etc. from /usr/share/ssl to /etc/pki eclipse-1:3.1.0_fc-0.M6.10 -------------------------- * Fri Apr 22 2005 Aaron Luchko 3.1.0_fc-0.M6.10 - Import archived projects (e.o#82988) * Fri Apr 22 2005 Andrew Overholt - Add Requires(post,postun): java-1.4.2-gcj-compat for each sub-package and use full path (Joe Orton). - Make /usr/bin/eclipse executable again (rh#155715). - Bump jsch version. gnome-menus-2.10.1-3 -------------------- * Fri Apr 22 2005 Matthias Clasen 2.10.1-3 - Call ldconfig in %post (#155734) - Add some BuildRequires gnutls-1.0.24-1 --------------- * Fri Apr 22 2005 Tomas Mraz 1.0.24-1 - update to the latest upstream version on the 1.0 branch gtk2-2.6.7-2 ------------ * Fri Apr 22 2005 Florian La Roche - add a Prereq: for the new openssl version to be installed first * Wed Apr 13 2005 Matthias Clasen - 2.6.7-1 - Update to 2.6.7 * Mon Apr 11 2005 Matthias Clasen - 2.6.6-1 - Update to 2.6.6 - Drop upstreamed patches jsch-0:0.1.18-1jpp_1fc ---------------------- * Fri Apr 22 2005 Andrew Overholt 0.1.18-1jpp_1fc - Build into Fedora. - Natively-compile. * Fri Apr 22 2005 Fernando Nasser 0:0.1.18-1jpp_1rh - Merge with upstream for 0.1.18 upgrade * Fri Apr 22 2005 Fernando Nasser 0:0.1.18-1jpp - 0.1.18 kernel-2.6.11-1.1261_FC4 ------------------------ * Sat Apr 23 2005 David Woodhouse - Enable adt746x and windtunnel thermal modules - Disable clock spreading on certain pbooks before sleep - Sound support for Mac Mini kudzu-1.1.113-1 --------------- * Fri Apr 22 2005 Bill Nottingham 1.1.113-1 - fix some potential segfaults if the files read are empty (#145998) - don't write install lines for sound cards (not useful with udev), add a 'index' parameter for the acutal module, not just the alias (#133759) - support modules.pcimap class/class_mask, and generic entries too (#146213) libglade-java-2.10.1-2 ---------------------- * Sat Apr 23 2005 Andrew Overholt 2.10.1-2 - Add patch to fix NoSuchFieldError (Ismael Juma). openoffice.org-1:1.9.93-1 ------------------------- * Thu Apr 21 2005 Caolan McNamara - 1:1.9.93-1 - bump to next version - drop integrated openoffice.org-1.9.85.ooo45146.mandrakelicence.patch - try doing without reverting the db4 change - add openoffice.org-1.9.92.ooo47641.pptmimetype.patch - Fix GTK combo box button sizes (dcbw) * Wed Apr 13 2005 Caolan McNamara - 1:1.9.92-3 - rh#153229# add multiple Obsoletes perl-Time-HiRes-1.65-1 ---------------------- * Sat Apr 09 2005 Robert Scheck 1.65-1 - upgrade to 1.65 and spec file cleanup (#136494, #141100) pinfo-0.6.8-11 -------------- * Fri Apr 22 2005 Mike A. Harris 0.6.8-11 - Work around an idiotic bug in rpm (#118780) by using multiple Requires lines instead of the Requires(foo,bar) syntax that rpm documentation states is valid. This fixes reported pinfo kickstart issue (#155700) reiserfs-utils-2:3.6.19-2 ------------------------- * Fri Apr 22 2005 Tomas Mraz - added e2fsprogs-devel to build requires (#134969) selinux-policy-strict-1.23.12-4 ------------------------------- * Fri Apr 22 2005 Dan Walsh 1.23.12-4 - Fix consoletype - Add kernel_t, udev, hotplug, consoletype,restorecon to targeted selinux-policy-targeted-1.23.12-4 --------------------------------- * Fri Apr 22 2005 Dan Walsh 1.23.12-4 - Fix consoletype - Add udev, hotplug, consoletype,restorecon to targeted squid-7:2.5.STABLE9-4 --------------------- * Fri Apr 22 2005 Jay Fenlason 7:2.5.STABLE9-4 - More upstream patches, including the fixed 2GB patch. - include the -libbind patch, which prevents squid from using the optional -lbind library, even if it's installed. tomcat5-0:5.0.30-2jpp_3fc ------------------------- * Fri Apr 22 2005 Gary Benson 0:5.0.30-1jpp_3fc - Explicitly specify which mx4j jars to use (#155391). vte-0.11.12-2 ------------- * Fri Apr 22 2005 Warren Togami 0.11.12-2 - fix vte python module import (#151348) xml-commons-0:1.0-0.b2.6jpp_7fc ------------------------------- * Fri Apr 22 2005 Gary Benson - 0:1.0-0.b2.6jpp_7fc - Provide a default SAX parser factory when running under libgcj (#155693). xorg-x11-6.8.2-27 ----------------- * Fri Apr 22 2005 Mike A. Harris 6.8.2-27 - Change xfs initscript dependancies from "Requires(preun,postun):" to using two separate lines because rpm has a bug (#118773) that causes dependancies of this syntax to be ignored. * Thu Apr 21 2005 Soren Sandmann Pedersen - Make old custom-modelines RHEL4 only. Add .laptop-modes.patch with support for various weird laptop resolutions. From ja at jaa.org.uk Sat Apr 23 12:23:26 2005 From: ja at jaa.org.uk (John Austin) Date: Sat, 23 Apr 2005 13:23:26 +0100 Subject: Nominating FC4 blocker bug In-Reply-To: <20050423082532.17a6e48c.fedora@wir-sind-cool.org> References: <20050423082532.17a6e48c.fedora@wir-sind-cool.org> Message-ID: <1114259006.20037.118.camel@maui.jaa.org.uk> On Sat, 2005-04-23 at 08:25 +0200, Michael Schwendt wrote: > I'd like to nominate bug 153729 (previously known as 151252) for the > FC4Blocker list, at least for the FC4Target list. > > FC4 will hopefully not ship with a broken X server which creates > unusable virtual consoles for users with Matrox MGA or Intel 810 > chipsets. > Hi I would like to strongly support this as suites of machines with Matrox graphics are out here that are unable to run FC4T2 satisfactorily. At home I have a machine with a G550 that is totally unusable with FC4T2 Full details at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153729 It would appear that the problem is being treated as a driver problem with separate BUGS now present at freedesktop https://bugs.freedesktop.org/show_bug.cgi?id=2991 https://bugs.freedesktop.org/show_bug.cgi?id=3094 As both Intel and Matrox Graphics are affected it must be possible the problem is elsewhere. John From rpjday at mindspring.com Sat Apr 23 12:43:24 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sat, 23 Apr 2005 08:43:24 -0400 (EDT) Subject: "yum update", missing dependency, "struts11 = 1.1-1jpp_2fc" Message-ID: # yum update ... struts11 = 1.1-1jpp_2fc is needed by struts11-webapps-tomcat5 rday From cdhouch at pobox.com Sat Apr 23 12:55:58 2005 From: cdhouch at pobox.com (Caerie Houchins) Date: Sat, 23 Apr 2005 07:55:58 -0500 Subject: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" In-Reply-To: References: Message-ID: <426A45DE.5090801@pobox.com> --> Processing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) for package: libsoup --> Finished Dependency Resolution Error: Missing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) is needed by package libsoup yum update appears to work fine if I exclude gnutls. Caerie Houchins From ziga.mahkovec at klika.si Sat Apr 23 13:40:56 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Sat, 23 Apr 2005 15:40:56 +0200 Subject: notebook fan runs on idle system In-Reply-To: <1114224998.9274.8.camel@localhost.localdomain> References: <1114199567.8824.10.camel@localhost.localdomain> <1114210983.6843.15.camel@localhost> <1114224998.9274.8.camel@localhost.localdomain> Message-ID: <1114263656.5652.3.camel@localhost> On Fri, 2005-04-22 at 21:56 -0500, Martin wrote: > On Sat, 2005-04-23 at 01:03 +0200, Ziga Mahkovec wrote: > > Do you have any of the frequency governors installed? cpuspeed should > > work fine. Make sure the "centrino" driver is specified > > in /etc/cpuspeed.conf and that the cpuspeed service is running. There's > > also a nifty GNOME applet, if you feel like setting the frequency > > manually. > > Both cpufreq-utils and cpuspeed were not installed on my system. Is it > intentional or a mistake that these packages are not installed by > default on systems capable of frequency scaling? This is already filed: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155413 > I installed them now my laptop is quiet like expected. Cool :) -- Ziga From alan at redhat.com Sat Apr 23 13:46:09 2005 From: alan at redhat.com (Alan Cox) Date: Sat, 23 Apr 2005 09:46:09 -0400 Subject: Wanda is broken In-Reply-To: <1114210984.4619.22.camel@homebox> References: <1114210984.4619.22.camel@homebox> Message-ID: <20050423134609.GA27374@devserv.devel.redhat.com> On Fri, Apr 22, 2005 at 04:03:04PM -0700, Sean Bruno wrote: > Wanda "the fish" applet for the panel appears to be unable to > find /usr/X11R6/lib/xscreensaver/fortune. I also am unable to find > fortune. Was it removed or should we just remove Wanda from FC4? We don't ship fortune and haven't for some time - Wanda needs reconfiguring From RouillardSy at yahoo.fr Sat Apr 23 13:51:09 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Sat, 23 Apr 2005 15:51:09 +0200 Subject: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" In-Reply-To: <426A45DE.5090801@pobox.com> References: <426A45DE.5090801@pobox.com> Message-ID: <200504231551.09261.RouillardSy@yahoo.fr> > --> Processing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) for > package: libsoup > --> Finished Dependency Resolution > Error: Missing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) is needed > by package libsoup > > yum update appears to work fine if I exclude gnutls. Same here plus Updating : gtk2 ####################### [ 4/76] /usr/bin/update-gdk-pixbuf-loaders: line 22: 11172 Erreur de segmentation /usr/bin/gdk-pixbuf-query-loaders-32 >/etc/gtk-2.0/$host/gdk-pixbuf.loaders /usr/bin/update-gtk-immodules: line 22: 11177 Erreur de segmentation /usr/bin/gtk-query-immodules-2.0-32 >/etc/gtk-2.0/$host/gtk.immodules error: %post(gtk2-2.6.7-2.i386) scriptlet failed, exit status 139 For the translation, Erreur de segmentation means segfault. And still the usual Failed to mmap problem with the kernel RPM that have already been reported here. Sylvain From RouillardSy at yahoo.fr Sat Apr 23 14:25:34 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Sat, 23 Apr 2005 16:25:34 +0200 Subject: rest in peace i2c-viapro In-Reply-To: <20050422220052.GG4625@redhat.com> References: <200504222352.29247.RouillardSy@yahoo.fr> <200504222357.12163.RouillardSy@yahoo.fr> <20050422220052.GG4625@redhat.com> Message-ID: <200504231625.34939.RouillardSy@yahoo.fr> > Thinko on my part, fixed in CVS. Will be fixed in the next build. > > Dave Indeed, 1261 marks this module revival and a *wee bit* quieter box here. Thanks mucho! From ken at geekystuff.net Sat Apr 23 15:20:28 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Sat, 23 Apr 2005 11:20:28 -0400 Subject: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" In-Reply-To: <426A45DE.5090801@pobox.com> References: <426A45DE.5090801@pobox.com> Message-ID: <426A67BC.4010200@geekystuff.net> Caerie Houchins wrote: > --> Processing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) for > package: libsoup > --> Finished Dependency Resolution > Error: Missing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) is needed > by package libsoup > > yum update appears to work fine if I exclude gnutls. > > Caerie Houchins > I am running an x86_64 and I ran into the same dependency problems... and like Sylvain Rouillard I had more of the same mmap errors. I have had those consistently since 1240. Ken Nordquist From fct-cornette at insight.rr.com Sat Apr 23 14:44:01 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 23 Apr 2005 10:44:01 -0400 Subject: Nominating FC4 blocker bug In-Reply-To: <1114259006.20037.118.camel@maui.jaa.org.uk> References: <20050423082532.17a6e48c.fedora@wir-sind-cool.org> <1114259006.20037.118.camel@maui.jaa.org.uk> Message-ID: <426A5F31.5000600@insight.rr.com> John Austin wrote: > On Sat, 2005-04-23 at 08:25 +0200, Michael Schwendt wrote: > >>I'd like to nominate bug 153729 (previously known as 151252) for the >>FC4Blocker list, at least for the FC4Target list. >> >>FC4 will hopefully not ship with a broken X server which creates >>unusable virtual consoles for users with Matrox MGA or Intel 810 >>chipsets. >> > > Hi > I would like to strongly support this > as suites of machines with Matrox graphics are > out here that are unable to run FC4T2 satisfactorily. > > At home I have a machine with a G550 that is totally unusable > with FC4T2 > Full details at > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153729 > > It would appear that the problem is being treated > as a driver problem with separate BUGS now present > at freedesktop > > https://bugs.freedesktop.org/show_bug.cgi?id=2991 > https://bugs.freedesktop.org/show_bug.cgi?id=3094 > > As both Intel and Matrox Graphics are affected > it must be possible the problem is elsewhere. > > John > I believe that the border around the screen is related to the server and not specifically to the driver. I agree that this is a must fix bug. Jim -- We are the people our parents warned us about. From Senthil_OR at Dell.com Sat Apr 23 14:44:04 2005 From: Senthil_OR at Dell.com (Senthil_OR at Dell.com) Date: Sat, 23 Apr 2005 09:44:04 -0500 Subject: Fortune Program -Moving->RE: Wanda is broken Message-ID: > -----Original Message----- > Alan Cox > > We don't ship fortune and haven't for some time - Wanda needs > reconfiguring > This brings up a very important topic for discussion. Namely why is Fedora not shipping fortune. Agreed there might be some licensing issues. But a program like fortune could be easily written and licensed under GPL. And I guess few will be already available. Just check with the number of .sig quotes in various mailing lists. There you see the usage of fortune cookie. It's a useful program and I would like to vote for its inclusion with Fedora, so that users don't have the trouble to download it separately. Please provide your suggestions and how can we go about. Thanks! Senthil From mattdm at mattdm.org Sat Apr 23 15:09:54 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 23 Apr 2005 11:09:54 -0400 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: References: Message-ID: <20050423150954.GA18293@jadzia.bu.edu> On Sat, Apr 23, 2005 at 09:44:04AM -0500, Senthil_OR at Dell.com wrote: > This brings up a very important topic for discussion. Namely why is Fedora > not shipping fortune. Agreed there might be some licensing issues. But a > program like fortune could be easily written and licensed under GPL. And I > guess few will be already available. The issue isn't with the program, but with the fortunes -- too many from dubious sources. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 74 degrees Fahrenheit. From fct-cornette at insight.rr.com Sat Apr 23 15:11:06 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 23 Apr 2005 11:11:06 -0400 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: References: Message-ID: <426A658A.6080205@insight.rr.com> Senthil_OR at Dell.com wrote: >>-----Original Message----- >>Alan Cox >> >>We don't ship fortune and haven't for some time - Wanda needs >>reconfiguring >> > > > This brings up a very important topic for discussion. > Namely why is Fedora not shipping fortune. Agreed there might be some > licensing issues. > But a program like fortune could be easily written and licensed under > GPL. > And I guess few will be already available. > > Just check with the number of .sig quotes in various mailing lists. > There you see the usage of fortune cookie. > > It's a useful program and I would like to vote for its inclusion with > Fedora, so that users don't have the trouble to download it separately. > Please provide your suggestions and how can we go about. > > Thanks! > Senthil > > > I'm getting a bit confused to whether Fedora Core and Fedora Extras are as integrated as I thought was the goal. Fedora Extras recieved programs that used to be included in RHL releases and packages that used to be included in Core. There are a lot of great programs in Fedora Extras. I thought that Fedora Extras was an extension to Core. Anyway, programs that are in core should be revised to not depend on packages in Extras. Using the same scheme that the screensavers use without fortune being installed should be implemented in wanda and other programs. Leaving fortune-mod in Extras is fine with me. Coming up with another program that does similar things as fortune-mod should not be too hard to do. I believe the political correctness for some of the fortunes and having to battle with offensive to some people sayings was not worth the trouble to maintain the program in core. (RHL) Jim -- "Given the choice between accomplishing something and just lying around, I'd rather lie around. No contest." -- Eric Clapton From kapointer at charter.net Sat Apr 23 15:17:29 2005 From: kapointer at charter.net (Kyle Pointer) Date: Sat, 23 Apr 2005 10:17:29 -0500 Subject: Wanda is broken In-Reply-To: <1114210984.4619.22.camel@homebox> References: <1114210984.4619.22.camel@homebox> Message-ID: <1114269449.11831.0.camel@fluffbox.fluffnet> Wanda has been broken for a looooooooooooong time now because they don't include fortune with fedora core. If you install fortune it works fine though. -- kyle On Fri, 2005-04-22 at 16:03 -0700, Sean Bruno wrote: > Wanda "the fish" applet for the panel appears to be unable to > find /usr/X11R6/lib/xscreensaver/fortune. I also am unable to find > fortune. Was it removed or should we just remove Wanda from FC4? > > Sean > > From Senthil_OR at Dell.com Sat Apr 23 15:28:36 2005 From: Senthil_OR at Dell.com (Senthil_OR at Dell.com) Date: Sat, 23 Apr 2005 10:28:36 -0500 Subject: Fortune Program -Moving->RE: Wanda is broken Message-ID: > From:Matthew Miller > The issue isn't with the program, but with the fortunes -- > too many from > dubious sources. Then let us select one source of dat file(FreeBSD one? or new one for Fedora Core or quotes from wikiquote.). For the debate of few, the millions of happy users of wanda should not suffer :) I have not tried with Fedora-Extras yet. :( But fortune as program is good to include in the core itself. Should we have a vote? How does it normally happen? Thanks! Senthil From mattdm at mattdm.org Sat Apr 23 15:32:46 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 23 Apr 2005 11:32:46 -0400 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: References: Message-ID: <20050423153246.GA18978@jadzia.bu.edu> On Sat, Apr 23, 2005 at 10:28:36AM -0500, Senthil_OR at Dell.com wrote: > I have not tried with Fedora-Extras yet. :( But fortune as program is > good to include in the core itself. > Should we have a vote? How does it normally happen? It's more of a "do the work, demostrate that it's good" sort of thing. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 74 degrees Fahrenheit. From arjanv at redhat.com Sat Apr 23 15:52:27 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sat, 23 Apr 2005 17:52:27 +0200 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: References: Message-ID: <1114271548.6273.36.camel@laptopd505.fenrus.org> On Sat, 2005-04-23 at 09:44 -0500, Senthil_OR at Dell.com wrote: > > -----Original Message----- > > Alan Cox > > > > We don't ship fortune and haven't for some time - Wanda needs > > reconfiguring > > > > This brings up a very important topic for discussion. > Namely why is Fedora not shipping fortune. historic reasons; some of the fortune quotes were not seen as politically correct or even offensive for some users/customers, and people somehow get really upset by that. (Remember the treads about that screen saver that made shapes that someone "recognized" as being one of his body parts; things like this get people really upset and thus the alternative to not shipping fortune is shipping it but vetting every single fortune text as seen from several different cultures) -------------- 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 RouillardSy at yahoo.fr Sat Apr 23 16:01:08 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Sat, 23 Apr 2005 18:01:08 +0200 Subject: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" In-Reply-To: <200504231551.09261.RouillardSy@yahoo.fr> References: <426A45DE.5090801@pobox.com> <200504231551.09261.RouillardSy@yahoo.fr> Message-ID: <200504231801.08990.RouillardSy@yahoo.fr> I don't know how related that could be, but my system became highly unstable after this last yum update. Firstly it started to randomly reboot, now, it just randomly freezes, letting no trace of a decent reason for the crash in either dmesg or /var/log/messages. I have no idea where to look to narrow it down. I just rebooted on the last kernel (1258), and so far so good, but since the freeze is... random... who knows. All I can say is that the crashes were very frequent, at least one every 5 minutes I'd say, and that 1258 have been up and running long enough to let me write this. I'll let you know if this one faints too. Am I the only one to experience this problem? Le Samedi 23 Avril 2005 15:51, Sylvain Rouillard a ?crit?: > > --> Processing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) for > > package: libsoup > > --> Finished Dependency Resolution > > Error: Missing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) is needed > > by package libsoup > > > > yum update appears to work fine if I exclude gnutls. > > Same here plus > > Updating : gtk2 ####################### [ 4/76] > /usr/bin/update-gdk-pixbuf-loaders: line 22: 11172 Erreur de > segmentation /usr/bin/gdk-pixbuf-query-loaders-32 > > >/etc/gtk-2.0/$host/gdk-pixbuf.loaders > > /usr/bin/update-gtk-immodules: line 22: 11177 Erreur de > segmentation /usr/bin/gtk-query-immodules-2.0-32 > > >/etc/gtk-2.0/$host/gtk.immodules > > error: %post(gtk2-2.6.7-2.i386) scriptlet failed, exit status 139 > > For the translation, Erreur de segmentation means segfault. > > And still the usual Failed to mmap problem with the kernel RPM that have > already been reported here. > > Sylvain From nman64 at n-man.com Sat Apr 23 16:25:26 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Sat, 23 Apr 2005 11:25:26 -0500 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: <20050423153246.GA18978@jadzia.bu.edu> References: <20050423153246.GA18978@jadzia.bu.edu> Message-ID: <426A76F6.4030402@n-man.com> It is highly unlikely that fortune will make it back in to Core with its current quotes. If we had an assortment of packages of quotes available, then one which contains no controversial quotes could be included, along with fortune (or a similar program), in the Core. Additional quotes (including the current ones) could be provided through Extras or other third-party repositories. The first step would be to produce these packages. The second step would be to get them into Extras, and the final step would be to rally support for moving the key packages into Core. We must be careful not to offend users. Quotes that could be seen by anyone as offensive, or which may be protected by trademarks must be avoided. Clever puns related to Linux are the best candidates. Quotes like "There's no place like ~", while they may not be as interesting to many people, are unlikely to offend anyone. -Patrick "The N-Man" Barnes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From wes.shull at gmail.com Sat Apr 23 16:27:42 2005 From: wes.shull at gmail.com (Wes Shull) Date: Sat, 23 Apr 2005 09:27:42 -0700 Subject: Eclipse (SAXParserFactory cannot be found) In-Reply-To: References: Message-ID: On 4/22/05, Konstantin Ryabitsev wrote: > javax.xml.parsers.FactoryConfigurationError: Provider for > javax.xml.parsers.SAXParserFactory cannot be found Sounds like a problem I had seen before: http://bugzilla.redhat.com/beta/show_bug.cgi?id=145240 I'm not sure if the cause in my case was a messed-up java install or a problem in eclipse, but it was resolved. I see there's a new eclipse in rawhide right now (eclipse-ecj-3.1.0_fc-0.M6.10); I'm downloading it now, will test it to make sure once I've got it in installed. Give it a shot yourself. --wes From fedora at wir-sind-cool.org Sat Apr 23 16:34:08 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 23 Apr 2005 18:34:08 +0200 Subject: Wanda is broken In-Reply-To: <4269C849.3040901@insight.rr.com> References: <1114210984.4619.22.camel@homebox> <4269C849.3040901@insight.rr.com> Message-ID: <20050423183408.39206f67.fedora@wir-sind-cool.org> On Sat, 23 Apr 2005 00:00:09 -0400, Jim Cornette wrote: > Sean Bruno wrote: > > Wanda "the fish" applet for the panel appears to be unable to > > find /usr/X11R6/lib/xscreensaver/fortune. I also am unable to find > > fortune. Was it removed or should we just remove Wanda from FC4? > > > > Sean > > > > fortune-mod is now available in Extras. At least a month back it was > included. Just for the record, fortune-mod has been in Extras (fedora.us) for a much longer time. Another applet in Fedora Extras, "gai-pal" uses it if available. From Senthil_OR at Dell.com Sat Apr 23 16:33:52 2005 From: Senthil_OR at Dell.com (Senthil_OR at Dell.com) Date: Sat, 23 Apr 2005 11:33:52 -0500 Subject: Fortune Program -Moving->RE: Wanda is broken Message-ID: > -----Original Message----- > Patrick Barnes > It is highly unlikely that fortune will make it back in to > Core with its current quotes. If we had an assortment of packages of quotes > available, > then one which contains no controversial quotes could be > included So it all boils down to uncontroversial quotes. My suggestion: fortune-mod package + Fedora Tips package (To be created if not already present). By this way, Fedora can end up shipping fortune program,make the wanda fish and the user happy. -- Senthil From Senthil_OR at Dell.com Sat Apr 23 17:09:28 2005 From: Senthil_OR at Dell.com (Senthil_OR at Dell.com) Date: Sat, 23 Apr 2005 12:09:28 -0500 Subject: Fortune Program -Moving->RE: Wanda is broken Message-ID: > > Patrick Barnes > > It is highly unlikely that fortune will make it back in to > > Core with its current quotes. If we had an assortment of packages of > quotes > > available, > > then one which contains no controversial quotes could be > > included > > So it all boils down to uncontroversial quotes. Fedoraproject.org extras has two fortune-mod packages: Fortune-mod-1.0.25 Fortune-mod-1.99.1-2 I have written to the second packager's maintainer to consider the option of Providing fortune with tips only as dat file and a separate rpm for other dat files which can be downloaded. If fortune + tips only gets into an rpm, I think Fedora should go about including it in the core. Thanks! Senthil From mattdm at mattdm.org Sat Apr 23 17:14:31 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 23 Apr 2005 13:14:31 -0400 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: References: Message-ID: <20050423171431.GA23004@jadzia.bu.edu> On Sat, Apr 23, 2005 at 11:33:52AM -0500, Senthil_OR at Dell.com wrote: > So it all boils down to uncontroversial quotes. It's not just controversy over "offensiveness" -- many of the quotes in the fortune package included in earlier Red Hat Linux were taken from Jack Handey's "Deep Thoughts", for example. A Fedora tips fortune collect would be great. Go for it. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 75 degrees Fahrenheit. From ziga.mahkovec at klika.si Sat Apr 23 17:17:44 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Sat, 23 Apr 2005 19:17:44 +0200 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: <1114271548.6273.36.camel@laptopd505.fenrus.org> References: <1114271548.6273.36.camel@laptopd505.fenrus.org> Message-ID: <1114276664.7288.5.camel@serenity.klika.si> On Sat, 2005-04-23 at 17:52 +0200, Arjan van de Ven wrote: > On Sat, 2005-04-23 at 09:44 -0500, Senthil_OR at Dell.com wrote: > > This brings up a very important topic for discussion. > > Namely why is Fedora not shipping fortune. > > historic reasons; some of the fortune quotes were not seen as > politically correct or even offensive for some users/customers, and > people somehow get really upset by that. (Remember the treads about that > screen saver that made shapes that someone "recognized" as being one of > his body parts; things like this get people really upset and thus the > alternative to not shipping fortune is shipping it but vetting every > single fortune text as seen from several different cultures) $ fortune DELETE A FORTUNE! Don't some of these fortunes just drive you nuts?! Wouldn't you like to see some of them deleted from the system? You can! Just mail to "fortune" with the fortune you hate most, and we MIGHT make sure it gets expunged. $ -- Ziga From gmaxwell at gmail.com Sat Apr 23 18:00:59 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Sat, 23 Apr 2005 14:00:59 -0400 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: <426A76F6.4030402@n-man.com> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> Message-ID: On 4/23/05, Patrick Barnes wrote: > We must be careful not to offend users. Quotes that could be seen by > anyone as offensive, or which may be protected by trademarks must be > avoided. Clever puns related to Linux are the best candidates. Quotes > like "There's no place like ~", while they may not be as interesting to > many people, are unlikely to offend anyone. Once you've begun down the road to nonoffensiveness it's pretty hard to stop, until you're left with nothing. A handful of years ago a bug was announced in some of the HP laser printers that allowed you to overwrite the status screen with 16 bytes of text via a carefully crafted packet. At the time I ran the network for an org with an IT department of about 35 people and we had such a printer dedicated to our department. I wrote a script to take the entire fortune database distributed with RH (probably around rh6 or so), and after passing each fortune through a set of regexes that flatted whitespace and abbreviated some long words, I threw out all that had a a final length of more than 16 characters. I went through the list by hand and bulled out all the ones I thought were potentially offensive, which left me with something around 70 fortunes. I then set a cron job to give us a new printer fortune every weekday. This was a smash hit, it made good conversation.. One person started coming in a bit earlier so he could scoop everyone on the fortune of the day. All was well. About half way through the list of fortunes, I received a memo from HR telling me that I had to turn it off: Someone had been gravely offended by "Are we not men" There is already a mountain of text in Fedora that someone could find offensive if they choose to be offendable (just consider the documentation alone!), and the same is true for any large software problem. From rpjday at mindspring.com Sat Apr 23 18:10:01 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sat, 23 Apr 2005 14:10:01 -0400 (EDT) Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> Message-ID: On Sat, 23 Apr 2005, Gregory Maxwell wrote: > There is already a mountain of text in Fedora that someone could > find offensive if they choose to be offendable (just consider the > documentation alone!), and the same is true for any large software > problem. yeah, there's that sexist "man" command. and it just goes downhill from there. :-P rday From kkruger at tecs-company.com Sat Apr 23 18:17:55 2005 From: kkruger at tecs-company.com (Klaus Kruger) Date: Sat, 23 Apr 2005 14:17:55 -0400 Subject: Fedora Core 4 test2 Install Hangs In-Reply-To: <4266F1FB.50807@tecs-company.com> References: <4266F1FB.50807@tecs-company.com> Message-ID: <426A9153.8050709@tecs-company.com> Worked it out, My pxelinux.cfg/default looks like this now: label linux kernel vmlinuz append acpi=off pci=noacpi noapic initrd=initrd.img Don't know if the append line is entirely correct, but anaconda runs and the install was successful. Klaus Kruger wrote: > Hello, > > I can't seem to find anything relevant to the issue I'm having, > > We have an Intel STL2 motherboard that hangs soon after booting from > an install cd ( boot.iso ). I also get the same result when booting > with pxelinux, so I know it's not the cd. > > The last couple of lines displayed on the screen are: > > isapnp: Scanning for PnP cards... > isapnp: no Plug & Play device found > but don't know if the issue lies here or with whatever comes next. > > Fedora Core 3 has been successfully installed on this machine and runs > fine. There's 2 - 36 GB scsi drives installed on one channel to boot > from and a 3ware 9500s card installed for raid 5 with the rom option > disabled for this slot. > > Has anyone run into this issue, any suggestions would be greatly > appreciated. > > Klaus > > From wyount at watervalley.net Sat Apr 23 19:29:23 2005 From: wyount at watervalley.net (William) Date: Sat, 23 Apr 2005 13:29:23 -0600 Subject: Excludes in yum update Message-ID: <426AA213.7020000@watervalley.net> Here is what I get after the yum update runs the transaction test: --> Processing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) for package: xmlsec1-gnutls --> Processing Dependency: struts11 = 1.1-1jpp_2fc for package: struts11-webapps-tomcat5 --> Processing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) for package: libsoup --> Processing Dependency: j2re >= 1.4.1 for package: LimeWire-free --> Finished Dependency Resolution Error: Missing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) is needed by package xmlsec1-gnutls Error: Missing Dependency: struts11 = 1.1-1jpp_2fc is needed by package struts11-webapps-tomcat5 Error: Missing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) is needed by package libsoup Error: Missing Dependency: j2re >= 1.4.1 is needed by package LimeWire-free I can exclude struts11 and gnutls, and this is what I get: --> Processing Dependency: j2re >= 1.4.1 for package: LimeWire-free --> Processing Dependency: gnutls = 1.0.24-1 for package: gnutls-devel --> Finished Dependency Resolution Error: Missing Dependency: j2re >= 1.4.1 is needed by package LimeWire-free Error: Missing Dependency: gnutls = 1.0.24-1 is needed by package gnutls-devel So then I include gnutls-devel in the exclude list and get: --> Processing Dependency: j2re >= 1.4.1 for package: LimeWire-free --> Finished Dependency Resolution Error: Missing Dependency: j2re >= 1.4.1 is needed by package LimeWire-free Which I understand this is beta and you probably aren't worried about LimeWire-free. Understandable. I did try excluding the package with the same results. If I knew how to uninstall in Linux I would remove it. Since this email is already long enough, I will not include my system information. If you need it, I will be happy to provide it in a seperate email or this one if it isn't too long. Thank you, Jerim From jspaleta at gmail.com Sat Apr 23 18:45:02 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 23 Apr 2005 14:45:02 -0400 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: References: Message-ID: <604aa7910504231145f6d7b67@mail.gmail.com> On 4/23/05, Senthil_OR at dell.com wrote: > This brings up a very important topic for discussion. > Namely why is Fedora not shipping fortune. Agreed there might be some > licensing issues. I'm not sure this is important.. nor do i think it necessarily timely to discuss. Fortune was removed before fc1 shipped. It wasn't even in rhl9. Anything that took you over 4 release cycles to notice (2+years) can't be that important. The only reason people like yourself haven't noticed that the real fortune program wasn't included in ANY fedora release to date was the fact that a trivial workaround hack script was provided in the xscreensaver package to give things like wanda and noseguy trivial system information text to display by default instead of quotes provided by fortune. Now... the workaround script has been removed, either delibrately or accidentally when the xscreensaver package was divided into several sub-packages. The only thing really worth discussing now is what to do about that. Either the applications that used the workaround script need to point to something else by default.. or the trivial workaround script should come back. The workaround script was very trivial and I'm not sure exactly what to point wanda to by default in its place. All the trivial script did was test for fortune and if fortune was not available spit out system information using uname, redhat-release and uptime. If the script doesn't comeback as part of xscreensaver, then perhaps it should be included as part of fedora-release package. It's such a trivial script, and if you want to point wanda or noseguy to something by default, it can't get much simplier than #!/bin/sh if [ ! -d /usr/games/fortune -a -x /usr/games/fortune ]; then /usr/games/fortune $* elif [ -x /usr/bin/fortune ]; then /usr/bin/fortune $* else cat /etc/redhat-release uname -sr uptime fi Unless you just wanted to point it to /etc/fedora-release and forgo the extra system information. -jef"fortune-mod was dropped from the distro when wu-ftpd was dropped.. lets discuss the importance of wu-ftpd instead"spaleta From davej at redhat.com Sat Apr 23 18:47:41 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 23 Apr 2005 14:47:41 -0400 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114251350.21324.3.camel@localhost.surak.eti.br> References: <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> <426703C2.60906@BitWagon.com> <1114199251.19922.32.camel@preview> <20050422203131.GC4625@redhat.com> <1114202643.19921.33.camel@preview> <20050422211238.GE4625@redhat.com> <1114212913.4142.4.camel@preview> <1114251350.21324.3.camel@localhost.surak.eti.br> Message-ID: <20050423184741.GA25924@redhat.com> On Sat, Apr 23, 2005 at 07:15:50AM -0300, Alexandre Strube wrote: > Em Sex, 2005-04-22 ?s 20:35 -0300, Alexandre Strube escreveu: > > > > > > Nothing else on this line ? > > > > > This address should have been decoded. > > > > > > > > Nothing else. > > > Ah, its because its somehow jumped outside the kernel text. > > > That's erm, very strange. > > > If you grab the boot.iso from the latest development tree, > > > is it still happening with the current builds ? > > > 1226 is quite old now (2.6.12rc1, there have been 2 rebases > > > since then, each of being quite large changesets). > > Someone asked me to take a picture at the screen. Well, here it is: > > http://www.surak.eti.br/gallery/2005-04-21/p4220024?full=1 > > The new boot.iso has a similar result, just the stack trace is bigger. Ok, can you file this in bugzilla please so that I don't forget about it ? Dave From fedora at wir-sind-cool.org Sat Apr 23 18:50:47 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 23 Apr 2005 20:50:47 +0200 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: <426A76F6.4030402@n-man.com> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> Message-ID: <20050423205047.15eb8f59.fedora@wir-sind-cool.org> On Sat, 23 Apr 2005 11:25:26 -0500, Patrick Barnes wrote: > It is highly unlikely that fortune will make it back in to Core with its > current quotes. If we had an assortment of packages of quotes available, > then one which contains no controversial quotes could be included, along > with fortune (or a similar program), in the Core. Additional quotes > (including the current ones) could be provided through Extras or other > third-party repositories. The first step would be to produce these > packages. The second step would be to get them into Extras, and the > final step would be to rally support for moving the key packages into Core. Why should a package of quotes be a _Core_ package? From mricon at gmail.com Sat Apr 23 18:57:03 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Sat, 23 Apr 2005 14:57:03 -0400 Subject: Eclipse (SAXParserFactory cannot be found) In-Reply-To: References: Message-ID: On 23/04/05, Wes Shull wrote: > Sounds like a problem I had seen before: > > http://bugzilla.redhat.com/beta/show_bug.cgi?id=145240 Yeah, seems similar. > I'm not sure if the cause in my case was a messed-up java install or a > problem in eclipse, but it was resolved. I see there's a new eclipse > in rawhide right now (eclipse-ecj-3.1.0_fc-0.M6.10); I'm downloading > it now, will test it to make sure once I've got it in installed. Give > it a shot yourself. Well, I can confirm this on three different machines that are default fc4t2 installs updated to current rawhide with completely clean-slate user environments. I've updated to M6.10, but I still get a crash during startup, though with a somewhat different trace: http://phy.duke.edu/~icon/misc/eclipse-error-2.log It's still javax.xml.parsers. It's probably that the problem is really in xml-commons and not in eclipse, though I've updated those packages today as well and all it did was change the traceback slightly. I know that Eclipse worked as of fc4t2 vanilla, so the problem must have occurred since then. *misses his Eclipse* Regards, -- Konstantin Ryabitsev Zlotniks, INC From gmaxwell at gmail.com Sat Apr 23 19:26:31 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Sat, 23 Apr 2005 15:26:31 -0400 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: <20050423205047.15eb8f59.fedora@wir-sind-cool.org> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> <20050423205047.15eb8f59.fedora@wir-sind-cool.org> Message-ID: On 4/23/05, Michael Schwendt wrote: > Why should a package of quotes be a _Core_ package? Bah. I don't want to argue for moving it back in... But at the same time: Why should a bunch of desktop wallpapers be a _Core_ package? If we're going to continue the trend of moving things out of core that many users will want on their fully featured desktop system, then lets take it all the way. From fedora at wir-sind-cool.org Sat Apr 23 19:36:10 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 23 Apr 2005 21:36:10 +0200 Subject: Wallpaper collections in Core? (was: Re: Fortune Program -Moving->RE: Wanda is broken) In-Reply-To: References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> <20050423205047.15eb8f59.fedora@wir-sind-cool.org> Message-ID: <20050423213610.6ae569a6.fedora@wir-sind-cool.org> On Sat, 23 Apr 2005 15:26:31 -0400, Gregory Maxwell wrote: > > Why should a package of quotes be a _Core_ package? > > Bah. I don't want to argue for moving it back in... > But at the same time: Why should a bunch of desktop wallpapers be a > _Core_ package? Good point. Large wallpaper collections do not belong into Core either. Only a few examples or Fedora-specific wallpapers to be used for demonstrations, themes or default desktop appearance. But not several dozens of automatically calculated wallpapers which only occupy space and don't belong to any theme either. Those sound very much like "extras". > If we're going to continue the trend of moving things out of core that > many users will want on their fully featured desktop system, then lets > take it all the way. +1 From jpearson42 at wowway.com Sat Apr 23 19:30:21 2005 From: jpearson42 at wowway.com (John Pearson) Date: Sat, 23 Apr 2005 15:30:21 -0400 Subject: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" In-Reply-To: <200504231801.08990.RouillardSy@yahoo.fr> References: <200504231551.09261.RouillardSy@yahoo.fr> <200504231801.08990.RouillardSy@yahoo.fr> Message-ID: <200504231530.22234.jpearson42@wowway.com> On Saturday 23 April 2005 12:01 pm, Sylvain Rouillard wrote: > I don't know how related that could be, but my system became highly > unstable after this last yum update. Firstly it started to randomly reboot, >... > > Am I the only one to experience this problem? > No, until I switched back to : [jpearson at Katchoo ~]$ uname -a Linux Katchoo.crooks1722.hab 2.6.11-1.1258_FC4 #1 Fri Apr 22 01:39:05 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux It has now been stable for about an hour -jpearson From fedora at wir-sind-cool.org Sat Apr 23 20:05:34 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 23 Apr 2005 22:05:34 +0200 Subject: Wallpaper collections in Core? (was: Re: Fortune Program -Moving->RE: Wanda is broken) In-Reply-To: <20050423213610.6ae569a6.fedora@wir-sind-cool.org> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> <20050423205047.15eb8f59.fedora@wir-sind-cool.org> <20050423213610.6ae569a6.fedora@wir-sind-cool.org> Message-ID: <20050423220534.4302ccd2.fedora@wir-sind-cool.org> On Sat, 23 Apr 2005 21:36:10 +0200, Michael Schwendt wrote: > On Sat, 23 Apr 2005 15:26:31 -0400, Gregory Maxwell wrote: > > > > Why should a package of quotes be a _Core_ package? > > > > Bah. I don't want to argue for moving it back in... > > But at the same time: Why should a bunch of desktop wallpapers be a > > _Core_ package? > > Good point. Large wallpaper collections do not belong into Core either. > Only a few examples or Fedora-specific wallpapers to be used for > demonstrations, themes or default desktop appearance. But not several > dozens of automatically calculated wallpapers which only occupy space and > don't belong to any theme either. Those sound very much like "extras". > > > If we're going to continue the trend of moving things out of core that > > many users will want on their fully featured desktop system, then lets > > take it all the way. > > +1 > Btw, "desktop-backgrounds-extra" is gone already as far as I can see. From ken at geekystuff.net Sat Apr 23 21:20:46 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Sat, 23 Apr 2005 17:20:46 -0400 Subject: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" In-Reply-To: <200504231530.22234.jpearson42@wowway.com> References: <200504231551.09261.RouillardSy@yahoo.fr> <200504231801.08990.RouillardSy@yahoo.fr> <200504231530.22234.jpearson42@wowway.com> Message-ID: <426ABC2E.5050602@geekystuff.net> John Pearson wrote: >On Saturday 23 April 2005 12:01 pm, Sylvain Rouillard wrote: > > >>I don't know how related that could be, but my system became highly >>unstable after this last yum update. Firstly it started to randomly reboot, >>... >> >>Am I the only one to experience this problem? >> >> >> >No, until I switched back to : >[jpearson at Katchoo ~]$ uname -a >Linux Katchoo.crooks1722.hab 2.6.11-1.1258_FC4 #1 Fri Apr 22 01:39:05 EDT 2005 >x86_64 x86_64 x86_64 GNU/Linux > >It has now been stable for about an hour > >-jpearson > > The last two kernel versions have been unstable for me... I boot using the 1253 kernel. The big error I noticed was java errors when using Jedit. I kept getting segmentation fault errors. Ken Nordquist From m.a.young at durham.ac.uk Sat Apr 23 20:20:06 2005 From: m.a.young at durham.ac.uk (M A Young) Date: Sat, 23 Apr 2005 21:20:06 +0100 (BST) Subject: Excludes in yum update In-Reply-To: <426AA213.7020000@watervalley.net> References: <426AA213.7020000@watervalley.net> Message-ID: On Sat, 23 Apr 2005, William wrote: > ... > So then I include gnutls-devel in the exclude list and get: > > --> Processing Dependency: j2re >= 1.4.1 for package: LimeWire-free > --> Finished Dependency Resolution > Error: Missing Dependency: j2re >= 1.4.1 is needed by package LimeWire-free > > Which I understand this is beta and you probably aren't worried about > LimeWire-free. Understandable. I did try excluding the package with the > same results. If I knew how to uninstall in Linux I would remove it. It is probably package j2re or whatever provides it (try (I think) rpm -q --whatprovides j2re to find out) that yum is trying to update, and the LimeWire-free package says it needs the old version. You will need to exclude this package, and whatever dependencies that has to get yum to work. Michael Young From nman64 at n-man.com Sat Apr 23 20:31:00 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Sat, 23 Apr 2005 15:31:00 -0500 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: <20050423205047.15eb8f59.fedora@wir-sind-cool.org> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> <20050423205047.15eb8f59.fedora@wir-sind-cool.org> Message-ID: <426AB084.5060500@n-man.com> Michael Schwendt wrote: >Why should a package of quotes be a _Core_ package? > > > The only reason to include the quotes in Core would be if fortune were included. If fortune is in, then it would make sense to provide a very small number of quotes to go with it. Obviously, if fortune is not included in Core, quotes shouldn't be either. I guess a good question would be if any of the packages that take advantage of fortune really have a place in Core. We really need a more specific guiding policy on what belongs in Core and what belongs in Extras. There are many packages still in Core that could be argued to be more out-of-place than some of the things already in Extras. The degree of separation between Core and Extras also needs to be better defined. At present, someone would have to know about Extras in order to find and use it. Perhaps the default Core installation should point users to Extras? Perhaps by adding a small note at the end of the installation or enabling Extra repositories in update tools by default? -Patrick "The N-Man" Barnes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From RouillardSy at yahoo.fr Sat Apr 23 21:23:30 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Sat, 23 Apr 2005 23:23:30 +0200 Subject: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" In-Reply-To: <426ABC2E.5050602@geekystuff.net> References: <200504231530.22234.jpearson42@wowway.com> <426ABC2E.5050602@geekystuff.net> Message-ID: <200504232323.31099.RouillardSy@yahoo.fr> I'm glad to see that I'm not alone! I ran some investigation. On my box, 1258 is as crashy as 1261. Though I'm pretty sure I used 1258 all yesterday with no problem. So my guess would be that the kernel itself is not in cause, but rather a package that we upgraded today. I ran some investigation, and out of luck, I decided to note down the times of those savage reboots, to see if there was a pattern. 21h56 / 22h14/22h24/22h39 Then I thought there was no pattern, and decided to switch to 1258 to see if I would regain some stability. It crashed again 22h56/23h15 There is actually a pattern, and that doesn't seem *that* random. That said, I only have 3 minutes to send that mail *g*. Another point is that the 3 who said they had this stability problem are running a x86_64 machine. Finally, it's time for me to go to bed, so if anybody has an idea on what to do next to try and find what exactly triggers the reboot, feel free to express yourself and I'll run some more test tomorrow in the morning. One minute left, hurry! Sylvain Le Samedi 23 Avril 2005 23:20, Ken Nordquist a ?crit?: > John Pearson wrote: > >On Saturday 23 April 2005 12:01 pm, Sylvain Rouillard wrote: > >>I don't know how related that could be, but my system became highly > >>unstable after this last yum update. Firstly it started to randomly > >> reboot, ... > >> > >>Am I the only one to experience this problem? > > > >No, until I switched back to : > >[jpearson at Katchoo ~]$ uname -a > >Linux Katchoo.crooks1722.hab 2.6.11-1.1258_FC4 #1 Fri Apr 22 01:39:05 EDT > > 2005 x86_64 x86_64 x86_64 GNU/Linux > > > >It has now been stable for about an hour > > > >-jpearson > > The last two kernel versions have been unstable for me... I boot using > the 1253 kernel. The big error I noticed was java errors when using > Jedit. I kept getting segmentation fault errors. > > Ken Nordquist From kahlriab at mailbox.tu-berlin.de Sat Apr 23 21:31:24 2005 From: kahlriab at mailbox.tu-berlin.de (Oliver Kahl) Date: Sat, 23 Apr 2005 23:31:24 +0200 Subject: CD boot problem with FC4test1 AND test2 Message-ID: <426ABEAC.9040408@mailbox.tu-berlin.de> Since nobody else have post problems with the boot process, execpt people with a dell c600 laptop a one other, I would ask this way. Is there anybody else, who don?t saw the "boot:" promt from the installation/help menue after boot from the first cd, and/or results in an dot "." in the next line afer press any key? Some of the dicussions about this you can found here: https://www.redhat.com/archives/fedora-test-list/2005-April/msg01347.html https://www.redhat.com/archives/fedora-test-list/2005-April/msg00959.html After a few tests, I think the problem could be brake down to the point, that it doesen?t work with the actually version of isolinux 3.07 for the boot process. It can be a problem with a bug/incompatibility in the dell?s BIOS, but I?m also found this guy with a complete differen hardware, an Via C3 system, more about this found here: http://syslinux.zytor.com/archives/2005-March/004967.html http://syslinux.zytor.com/archives/2005-April/005012.html >>> I don?t know if the newer version 3.08 pre XXX fix this, but with a substitution of ISOLINUX 2.11 FROM AN OLDER FC3 installation cd I could SOLVE THIS PROBLEM completely! <<< Only the change of the isolinux.bin file is enough. So my question for the fedora team. Is it very nessesary to use the newer version of isolinux or is it possible to go one step back to an 2.xx version? I know, since 3.xx there where many new thinks added but did we realy need them? Many other distributions use the 2.xx tree. Oliver Kahl From jpearson42 at wowway.com Sat Apr 23 21:31:05 2005 From: jpearson42 at wowway.com (John Pearson) Date: Sat, 23 Apr 2005 17:31:05 -0400 Subject: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" In-Reply-To: <200504231530.22234.jpearson42@wowway.com> References: <200504231801.08990.RouillardSy@yahoo.fr> <200504231530.22234.jpearson42@wowway.com> Message-ID: <200504231731.06218.jpearson42@wowway.com> On Saturday 23 April 2005 03:30 pm, John Pearson wrote: > On Saturday 23 April 2005 12:01 pm, Sylvain Rouillard wrote: > > I don't know how related that could be, but my system became highly > > unstable after this last yum update. Firstly it started to randomly > > reboot, ... > > > > Am I the only one to experience this problem? > > No, until I switched back to : > [jpearson at Katchoo ~]$ uname -a > Linux Katchoo.crooks1722.hab 2.6.11-1.1258_FC4 #1 Fri Apr 22 01:39:05 EDT > 2005 x86_64 x86_64 x86_64 GNU/Linux > > It has now been stable for about an hour > > -jpearson The box just locked up tight again, under minimum load. I am dropping back one more kernel version. [jpearson at Katchoo ~]$ uname -a Linux Katchoo.crooks1722.hab 2.6.11-1.1253_FC4 #1 Wed Apr 20 04:08:19 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux -jpearson From kahlriab at mailbox.tu-berlin.de Sat Apr 23 21:45:12 2005 From: kahlriab at mailbox.tu-berlin.de (Oliver Kahl) Date: Sat, 23 Apr 2005 23:45:12 +0200 Subject: FC4 Test1 - Lock at boot loader, no keyboard active Message-ID: <426AC1E8.9010307@mailbox.tu-berlin.de> There is a solution to solve this problem. I get to post it in e few minutes under: "CD boot problem with FC4test1 AND test2" My problem was the isolinux bootloadter on the FC4T1 and T2 cd. With only copy the isolinux.bin file from the FC3 into the FC4 you can boot like under FC3. But it take some steps to do this. I hope my post will reach the list & I can go on with the manual for how to do this. Oliver From kahlriab at mailbox.tu-berlin.de Sat Apr 23 21:57:20 2005 From: kahlriab at mailbox.tu-berlin.de (Oliver Kahl) Date: Sat, 23 Apr 2005 23:57:20 +0200 Subject: CD boot problem with FC4test1 AND test2 In-Reply-To: <426ABEAC.9040408@mailbox.tu-berlin.de> References: <426ABEAC.9040408@mailbox.tu-berlin.de> Message-ID: <426AC4C0.6000900@mailbox.tu-berlin.de> Now a little howto for all who can?t wait to install FC4 test on their dell latitude :-) Howto make an bootable FC4 disk with isolinux 2.11 under another existing linux: 1.Copy the iso file from the FC4test2 CD1 download in your homedirectory, or if you have only the bootable cd, put all from the CD in an iso file with the following command (I do it this way): mkisofs -o FC_3.91_CD1.iso -R /dev/cdrom hints: FC_3.91_CD1.iso is the name for the file that would be created. /dev/cdrom is the device with the ready burned CD, sometimes /media/dvdrecorder or what ever. It depends on your hardware. You need arround 2G free space in your homedirectory !!! 2.Make a subfolder in your home directory and in this one for the CD1 mkdir fedoracd cd fedoracd mkdir CD1 cd .. 3.Now it?s time to be root :-) and mount the *.iso file to the CD1 location. After that you will see the same files in the CD1 directory as you take a look on the CD. su mount -t iso9660 -o loop,ro FC_3.91_CD1.iso fedoracd/CD1 4.Copy the directory where you would make changes as described in the next. The blank and dot at the end are very important, don?t forget them. cd fedoracd cp -a CD1/isolinux . 5.After that you must saw an directory with the name isolinux in the fedoracd directory. Now it?s time to get the file isolinux.bin from a FC3 from somewhere into the fedoracd folder. As root you could overwrite the new isolinux.bin with the old version after that. cp /FROM_SOMWHERE/isolinux.bin home/yourname/fedoracd/isolinux.bin cp isolinux.bin /isolinux/isolinux.bin 6.now you need a little bit concentration for the very long next command line, please write down all of it in ONE LINE, the CR+LF are only a blank, only for you to make it easier to read! A describtion for the most values are added. mkisofs -o FC_3.91A_CD1.iso -b isolinux/isolinux.bin -no-emul-boot -boot-load-size 4 -boot-info-table -joliet-long -P Fedora -r -T -V FC-3.91a-CD1 -x CD1/isolinux -graft-points CD1 isolinux/=isolinux hints: -o : is for the output file name -b : makes the cd bootable -boot-load-size 4 : also the same value for dvd -P : name of the publisher -r : readable -T : renew automaticly all trans.tbl files!!! (you need it for fedora cds) -V : Volume name 7.Took the output iso file and burn the cd with your prefered application. Have fun with all other hills you must climb up to run FC4 installation on your c600. Oliver From kahlriab at mailbox.tu-berlin.de Sat Apr 23 22:02:37 2005 From: kahlriab at mailbox.tu-berlin.de (Oliver Kahl) Date: Sun, 24 Apr 2005 00:02:37 +0200 Subject: FC4 Test1 - Lock at boot loader, no keyboard active In-Reply-To: <426AC1E8.9010307@mailbox.tu-berlin.de> References: <426AC1E8.9010307@mailbox.tu-berlin.de> Message-ID: <426AC5FD.3010007@mailbox.tu-berlin.de> Okay Andy, I?m ready, take a look here: https://www.redhat.com/archives/fedora-test-list/2005-April/msg01959.html I hope that will help you! Oliver From kyrre at solution-forge.net Sat Apr 23 22:15:02 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 24 Apr 2005 00:15:02 +0200 Subject: notebook fan runs on idle system In-Reply-To: <1114210983.6843.15.camel@localhost> References: <1114199567.8824.10.camel@localhost.localdomain> <1114210983.6843.15.camel@localhost> Message-ID: <1114294501.10460.0.camel@localhost.localdomain> l?r, 23.04.2005 kl. 01.03 skrev Ziga Mahkovec: *snip* > Do you have any of the frequency governors installed? cpuspeed should > work fine. Make sure the "centrino" driver is specified > in /etc/cpuspeed.conf and that the cpuspeed service is running. *snip* Shouln't that be taken care of by kudzu, setting up such a HW thing? Kyrre From tmraz at redhat.com Sat Apr 23 23:01:57 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Sun, 24 Apr 2005 01:01:57 +0200 Subject: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" In-Reply-To: <426A45DE.5090801@pobox.com> References: <426A45DE.5090801@pobox.com> Message-ID: <1114297318.8247.0.camel@perun.redhat.usu> On Sat, 2005-04-23 at 07:55 -0500, Caerie Houchins wrote: > --> Processing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) for > package: libsoup > --> Finished Dependency Resolution > Error: Missing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) is needed > by package libsoup Thanks for the report. It should be fixed with gnutls-1.0.24-2. -- Tomas Mraz From rramson at gmail.com Sun Apr 24 01:00:15 2005 From: rramson at gmail.com (Richard Ramson) Date: Sat, 23 Apr 2005 21:00:15 -0400 Subject: Random Reboots after last Kernel Update Message-ID: I know I saw another post on this today but I can't find it now. Since I just updated my PC with the latest kernel updates, my pc is now rebooting about every 5 minutes. I hope someone is working on fixing this real soon. :) -- CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB 939-pin Motherboard: GA-K8NXP-SLI nForce4 SLI chipset Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR Memory Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / Video Card Sound: Onboard HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD Monitor w/ Speakers From dcasey at the-caseys.com Sun Apr 24 00:51:37 2005 From: dcasey at the-caseys.com (Donald Casey) Date: Sat, 23 Apr 2005 20:51:37 -0400 Subject: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" In-Reply-To: <1114297318.8247.0.camel@perun.redhat.usu> References: <426A45DE.5090801@pobox.com> <1114297318.8247.0.camel@perun.redhat.usu> Message-ID: <1114303897.5366.9.camel@xblade.the-caseys.local> On Sun, 2005-04-24 at 01:01 +0200, Tomas Mraz wrote: > On Sat, 2005-04-23 at 07:55 -0500, Caerie Houchins wrote: > > --> Processing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) for > > package: libsoup > > --> Finished Dependency Resolution > > Error: Missing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) is needed > > by package libsoup > > Thanks for the report. It should be fixed with gnutls-1.0.24-2. > > -- > Tomas Mraz > So has someone come up with a definitive way of excluding this from the updates. I have tried several with no luck, [root at xblade ~]# yum --exclude=gnutls update --> Running transaction check --> Processing Dependency: gnutls = 1.0.24-1 for package: gnutls-devel --> Finished Dependency Resolution Error: Missing Dependency: gnutls = 1.0.24-1 is needed by package gnutls-devel [root at xblade ~]# yum --exclude=gnutls-devel update --> Running transaction check --> Processing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) for package: xmlsec1-gnutls --> Processing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) for package: libsoup --> Processing Dependency: libgnutls-extra.so.11(GNUTLS_REL_1_0_9) for package: gnutls-devel --> Processing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) for package: gnutls-devel --> Processing Dependency: gnutls = 1.0.20-6 for package: gnutls-devel --> Finished Dependency Resolution Error: Missing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) is needed by package xmlsec1-gnutls Error: Missing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) is needed by package libsoup Error: Missing Dependency: libgnutls-extra.so.11(GNUTLS_REL_1_0_9) is needed by package gnutls-devel Error: Missing Dependency: libgnutls.so.11(GNUTLS_REL_1_0_9) is needed by package gnutls-devel Error: Missing Dependency: gnutls = 1.0.20-6 is needed by package gnutls-devel [root at xblade ~]# yum --exclude=gnutls-devel --exclude=gnutls update Dependencies Resolved Finally works Don dcasey at the-caseys.com From mike at netlyncs.com Sun Apr 24 01:23:28 2005 From: mike at netlyncs.com (Mike Chambers) Date: Sat, 23 Apr 2005 20:23:28 -0500 Subject: Random Reboots after last Kernel Update In-Reply-To: References: Message-ID: <1114305808.2970.4.camel@scrappy.netlyncs.com> On Sat, 2005-04-23 at 21:00 -0400, Richard Ramson wrote: > I know I saw another post on this today but I can't find it now. > Since I just updated my PC with the latest kernel updates, my pc is > now rebooting about every 5 minutes. I hope someone is working on > fixing this real soon. :) Using a P4 2.8Ghz system here and no problems as of yet, except the gnutls dependency error, but bypassed that by excluding it. -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From michal at harddata.com Sun Apr 24 03:13:40 2005 From: michal at harddata.com (Michal Jaegermann) Date: Sat, 23 Apr 2005 21:13:40 -0600 Subject: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" In-Reply-To: <1114303897.5366.9.camel@xblade.the-caseys.local>; from dcasey@the-caseys.com on Sat, Apr 23, 2005 at 08:51:37PM -0400 References: <426A45DE.5090801@pobox.com> <1114297318.8247.0.camel@perun.redhat.usu> <1114303897.5366.9.camel@xblade.the-caseys.local> Message-ID: <20050423211340.A11436@mail.harddata.com> On Sat, Apr 23, 2005 at 08:51:37PM -0400, Donald Casey wrote: > > > > So has someone come up with a definitive way of excluding this from the > updates. Try yum --exclude='gnutls*' update > I have tried several with no luck, A pattern like the above is usually a good idea in such cases so you do not have to worry about 'devel' packages, alternate architectures and so on ... Michal From sean.bruno at dsl-only.net Sun Apr 24 04:21:18 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sat, 23 Apr 2005 21:21:18 -0700 Subject: Boom, my spouse touched the computer Message-ID: <1114316478.18089.4.camel@homebox> Always a fun time when I let my better half, have-at the 'puter for a while. I went out for a bit only to get a phone call that "the computer stopped working." Asking her some more specific questions, she relayed to me that the graphical "stuff" wasn't responding(moving the mouse did not move the mouse cursor). About the time that this happened, this strange error appeared: Apr 23 18:22:27 homebox kernel: NVRM: Xid: 13, 0001 02006100 0000008a 00001c04 00000000 00004000 I am using the CLOSED SOURCE Nvidia module, so I thought maybe that this had something to do with it. A little later, gdm takes a nap: Apr 23 18:42:53 homebox gconfd (sean-3652): Received signal 15, shutting down cleanly Apr 23 18:42:54 homebox gdm[3545]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 And then she can resume her work(although her windows needed restarting). Any ideas here? Is this an Nvidia issue, or is this something else? Sean Dell Latitude D800 [sean at homebox log]$ /sbin/lspci 00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller (rev 03) 00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP Controller (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01)00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01)00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01)00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 81) 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 01) 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) 01:00.0 VGA compatible controller: nVidia Corporation NV28 [GeForce4 Ti 4200 Go AGP 8x] (rev a1) 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5705M Gigabit Ethernet (rev 01) 02:01.0 CardBus bridge: Texas Instruments PCI7510 PC card Cardbus Controller (rev 01) 02:01.1 CardBus bridge: Texas Instruments PCI7510,7610 PC card Cardbus Controller (rev 01) 02:01.2 FireWire (IEEE 1394): Texas Instruments PCI7410,7510,7610 OHCI-Lynx Controller 02:01.3 System peripheral: Texas Instruments PCI7410,7510,7610 PCI Firmware Loading Function [sean at homebox log]$ /sbin/lsusb Bus 004 Device 001: ID 0000:0000 Bus 003 Device 002: ID 047f:0ca1 Plantronics, Inc. Bus 003 Device 001: ID 0000:0000 Bus 002 Device 001: ID 0000:0000 Bus 001 Device 005: ID 046d:c00c Logitech, Inc. Optical Wheel Mouse Bus 001 Device 004: ID 04b8:080d Seiko Epson Corp. Bus 001 Device 003: ID 413c:0058 Dell Computer Corp. Bus 001 Device 001: ID 0000:0000 From gmaxwell at gmail.com Sun Apr 24 05:06:25 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Sun, 24 Apr 2005 01:06:25 -0400 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: <426AB084.5060500@n-man.com> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> <20050423205047.15eb8f59.fedora@wir-sind-cool.org> <426AB084.5060500@n-man.com> Message-ID: On 4/23/05, Patrick Barnes wrote: > I guess a good question would be if any of the packages that take > advantage of fortune really have a place in Core. We really need a more > specific guiding policy on what belongs in Core and what belongs in > Extras. There are many packages still in Core that could be argued to be > more out-of-place than some of the things already in Extras. The degree > of separation between Core and Extras also needs to be better defined. > At present, someone would have to know about Extras in order to find and > use it. Perhaps the default Core installation should point users to > Extras? Perhaps by adding a small note at the end of the installation or > enabling Extra repositories in update tools by default? I've always recommend people do an install everything when they have the disk for it... This began as a result of dealing with people that didn't install devel, where it used to be a pretty big pain to install the missing devel packages by hand. Later I realized the amazing quantity of professional grade software was actually a fantastic selling point.. Many times I've seen eyes go wide with excitement when a new users sees all the software they have. Diskspace isn't a factor in many environments these days, and as long as the packages aren't junk there is no harm in installing things that aren't used... I like the idea of a slimmed down core distro, but lets carry the model the whole way. Is there a real reason that the basic distro can't fit on one (maybe) two CDs? Is there a reason that we can't make the package selector offer extras packages at install time to be furnished by an extra Extras DVD or two? (not everyone has broadband, I burn a lot of fedora DVDs for people). From res at ausics.net Sun Apr 24 05:47:11 2005 From: res at ausics.net (Res) Date: Sun, 24 Apr 2005 15:47:11 +1000 (EST) Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: <1114093791.4929.178.camel@sigurd.incentre.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <1114037033.19088.98.camel@jkeating2.hq.pogolinux.com> <1114093791.4929.178.camel@sigurd.incentre.net> Message-ID: On Thu, 21 Apr 2005, Guy Fraser wrote: > On Wed, 2005-20-04 at 15:43 -0700, Jesse Keating wrote: >> I'm not speaking of a single drive, I'm speaking of RAID arrays. We >> sell on average 4 machines a week that are capable of a > 2TB block >> device. Thats a lot of systems. WAY more that systems we sell with >> onboard pata, onboard sata, add on pata and add on sata.... In fact, >> we've NEVER sold one of those. > Oh goody for you. I guess this is why Jesse sells PC's and doesnt run a national ISP data center :) If he had that attitude here he would be sacked instantly the avge person, FFS Jesse that means you must be a windows freak as well? the AVGE person regretably is a Windows weenie > -- Cheers Res From res at ausics.net Sun Apr 24 05:49:01 2005 From: res at ausics.net (Res) Date: Sun, 24 Apr 2005 15:49:01 +1000 (EST) Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <4267BA4B.2070006@gmail.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> <4267BA4B.2070006@gmail.com> Message-ID: On Thu, 21 Apr 2005, Michael McCabe wrote: > Guy > Have you tried submitting Lilo to Extras? That wont work. Fedora folks have a script that runs every 30 mins find / -name "*lilo*" -exec rm -f {} \; :) -- Cheers Res From sean.bruno at dsl-only.net Sun Apr 24 06:30:50 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sat, 23 Apr 2005 23:30:50 -0700 Subject: notebook fan runs on idle system In-Reply-To: <1114294501.10460.0.camel@localhost.localdomain> References: <1114199567.8824.10.camel@localhost.localdomain> <1114210983.6843.15.camel@localhost> <1114294501.10460.0.camel@localhost.localdomain> Message-ID: <1114324251.18089.5.camel@homebox> On Sun, 2005-04-24 at 00:15 +0200, Kyrre Ness Sjobak wrote: > l?r, 23.04.2005 kl. 01.03 skrev Ziga Mahkovec: > *snip* > > Do you have any of the frequency governors installed? cpuspeed should > > work fine. Make sure the "centrino" driver is specified > > in /etc/cpuspeed.conf and that the cpuspeed service is running. > *snip* > > Shouln't that be taken care of by kudzu, setting up such a HW thing? > > Kyrre > Great...I installed "everything" on my Dell D800 and the fan is pretty much running all the time. What settings should I be placing on laptop that are not being set by the install? Sean From sean.bruno at dsl-only.net Sun Apr 24 06:34:10 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sat, 23 Apr 2005 23:34:10 -0700 Subject: Wanda is broken In-Reply-To: <604aa79105042216417f85488f@mail.gmail.com> References: <1114210984.4619.22.camel@homebox> <604aa79105042216417f85488f@mail.gmail.com> Message-ID: <1114324450.18089.8.camel@homebox> On Fri, 2005-04-22 at 19:41 -0400, Jeff Spaleta wrote: > On 4/22/05, Sean Bruno wrote: > > Wanda "the fish" applet for the panel appears to be unable to > > find /usr/X11R6/lib/xscreensaver/fortune. > > This file is actually not the real fortune.. it is/was a very simple > standin script. The real fortune-mod package has been gone for a long > long while. I think it was removed between rhl9 and fc1. The standin > script that was used before in fc2 and fc3 is very simple. Either the > standin script should be added back or wanda should be updated to > default to a new default command. There's no comment in the > xscreensaver package changelog snippets to suggest why this was > removed. > /usr/X11R6/lib/xscreensaver/fortune from fc3 > #!/bin/sh > if [ ! -d /usr/games/fortune -a -x /usr/games/fortune ]; then > /usr/games/fortune $* > elif [ -x /usr/bin/fortune ]; then > /usr/bin/fortune $* > else > cat /etc/redhat-release > uname -sr > uptime > fi > > -jef > So...what is the verdict here? Should this fill-in script be added back? All of the discussion after Jeff's response here was well beyond the scope of what I was reporting(not that it wasn't interesting). :) Sean From cyberhawkusa at hotmail.com Sun Apr 24 07:10:17 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Sun, 24 Apr 2005 07:10:17 +0000 Subject: MSI-NX6600 // Nvidia graphics card In-Reply-To: <42653585.3060607@feuerpokemon.de> Message-ID: >From: dragoran >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: MSI-NX6600 // Nvidia graphics card >Date: Tue, 19 Apr 2005 18:44:53 +0200 > >dragoran wrote: > >>Sean Bruno wrote: >> >>>On Tue, 2005-04-19 at 06:22 +0000, Caleb Warta wrote: >>> >>> >>>>ok i just got this card >>>> >>>>http://www.msicomputer.com/product/p_spec.asp?model=NX6600-VTD256&class=vga >>>> >>>> >>>>and i wanted to know if anyone knows were to get proper linux driveers >>>>for it and how to install them i havnt had to do a graphics card install >>>>onb linux before that i cared to get the opengl working on but now i >>>>need opengl and all the feature i can get from this card to work if >>>>posiable >>>> >>>>_________________________________________________________________ >>>>Dont just search. Find. Check out the new MSN Search! >>>>http://search.msn.click-url.com/go/onm00200636ave/direct/01/ >>>> >>>> >>> >>>A bit OT for the list. This is an Nvidia based video card and is >>>supported by the open-source >>>linux driver for 2d stuff. If you want 3d(for ur Doom3/UT2K4), you will >>>need to install the proprietary and very closed source Nvidia Linux >>>driver and follow their instructions to get it working. >>> >>>Sean >>> >>> >>> >>I have the same card everything but the video in feature works fine with >>the nvidia closed source drivers. >> >sorry I have the GT one but it should be no differnce > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list yeah i got it to work it was the whole cant install with X running that gave me a hard time does anyone know how to get video in to work on these cards _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee? Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From sean.bruno at dsl-only.net Sun Apr 24 07:14:31 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sun, 24 Apr 2005 00:14:31 -0700 Subject: MSI-NX6600 // Nvidia graphics card In-Reply-To: References: Message-ID: <1114326871.4723.2.camel@homebox> On Sun, 2005-04-24 at 07:10 +0000, Caleb Warta wrote: > yeah i got it to work it was the whole cant install with X running that gave > me a hard time does anyone know how to get video in to work on these cards > Do u mean "video-in"? Isn't that like a video caputure thing? Or does this card have a tuner in it? > _________________________________________________________________ > Is your PC infected? Get a FREE online computer virus scan from McAfee > Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > From RouillardSy at yahoo.fr Sun Apr 24 08:14:01 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Sun, 24 Apr 2005 10:14:01 +0200 Subject: Random Reboots after last Kernel Update In-Reply-To: References: Message-ID: <200504241014.02188.RouillardSy@yahoo.fr> I started a similar discussion under Re: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" We can surely continue it here as this surely deserves its own thread. For the record, that is four 64b processor users hit by the problem so far. Sylvain Le Dimanche 24 Avril 2005 03:00, Richard Ramson a ?crit?: > I know I saw another post on this today but I can't find it now. > Since I just updated my PC with the latest kernel updates, my pc is > now rebooting about every 5 minutes. I hope someone is working on > fixing this real soon. :) > -- > CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB 939-pin > Motherboard: GA-K8NXP-SLI nForce4 SLI chipset > Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR Memory > Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / Video Card > Sound: Onboard > HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) > Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD > Monitor w/ Speakers From dragoran at feuerpokemon.de Sun Apr 24 09:40:20 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Sun, 24 Apr 2005 11:40:20 +0200 Subject: MSI-NX6600 // Nvidia graphics card In-Reply-To: <1114326871.4723.2.camel@homebox> References: <1114326871.4723.2.camel@homebox> Message-ID: <426B6984.9090605@feuerpokemon.de> Sean Bruno wrote: >On Sun, 2005-04-24 at 07:10 +0000, Caleb Warta wrote: > > > >>yeah i got it to work it was the whole cant install with X running that gave >>me a hard time does anyone know how to get video in to work on these cards >> >> >> >Do u mean "video-in"? Isn't that like a video caputure thing? Or does >this card have a tuner in it? > > > >>_________________________________________________________________ >>Is your PC infected? Get a FREE online computer virus scan from McAfee >>Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 >> >> >> > > > its a video capture thing... rivatv has supported them in the past but since the nvidia driver stopped other drivers from accesing the gpu the rivatv project died (no support for current hardware) From jkeating at j2solutions.net Sun Apr 24 10:27:29 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Sun, 24 Apr 2005 03:27:29 -0700 Subject: [Fwd: [Bug 154763] Grub is inadequate without Lilo for backup] In-Reply-To: References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <1114037033.19088.98.camel@jkeating2.hq.pogolinux.com> <1114093791.4929.178.camel@sigurd.incentre.net> Message-ID: <1114338449.10165.6.camel@localhost.localdomain> On Sun, 2005-04-24 at 15:47 +1000, Res wrote: > I guess this is why Jesse sells PC's and doesnt run a national ISP > data > center :) > > If he had that attitude here he would be sacked instantly > the avge person, FFS Jesse that means you must be a windows freak as > well? > the AVGE person regretably is a Windows weenie Excuse me? In what way did my comments make you think I am a 'windows freak'? I'm really confused as to why you would personally attack me like this. Please do explain it to me. -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -------------- 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 jkeating at j2solutions.net Sun Apr 24 10:28:07 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Sun, 24 Apr 2005 03:28:07 -0700 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> <4267BA4B.2070006@gmail.com> Message-ID: <1114338487.10165.8.camel@localhost.localdomain> On Sun, 2005-04-24 at 15:49 +1000, Res wrote: > That wont work. Fedora folks have a script that runs every 30 mins > > find / -name "*lilo*" -exec rm -f {} \; > Complete and utter BS. If you don't have anything constructive to add, don't. -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -------------- 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 mitr at volny.cz Sun Apr 24 10:41:11 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Sun, 24 Apr 2005 12:41:11 +0200 Subject: Wanda is broken In-Reply-To: <1114324450.18089.8.camel@homebox> References: <1114210984.4619.22.camel@homebox> <604aa79105042216417f85488f@mail.gmail.com> <1114324450.18089.8.camel@homebox> Message-ID: <20050424104106.GA31534@chrys.ms.mff.cuni.cz> On Sat, Apr 23, 2005 at 11:34:10PM -0700, Sean Bruno wrote: > So...what is the verdict here? Should this fill-in script be added > back? If a bug is not in bugzilla, it doesn't exist. (Please accept my apology if it already is filed against xscreensaver and I have just overlooked it.) Mirek From ziga.mahkovec at klika.si Sun Apr 24 10:43:19 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Sun, 24 Apr 2005 12:43:19 +0200 Subject: notebook fan runs on idle system In-Reply-To: <1114294501.10460.0.camel@localhost.localdomain> References: <1114199567.8824.10.camel@localhost.localdomain> <1114210983.6843.15.camel@localhost> <1114294501.10460.0.camel@localhost.localdomain> Message-ID: <1114339400.5810.8.camel@localhost> On Sun, 2005-04-24 at 00:15 +0200, Kyrre Ness Sjobak wrote: > l?r, 23.04.2005 kl. 01.03 skrev Ziga Mahkovec: > > Do you have any of the frequency governors installed? cpuspeed should > > work fine. Make sure the "centrino" driver is specified > > in /etc/cpuspeed.conf and that the cpuspeed service is running. > > Shouln't that be taken care of by kudzu, setting up such a HW thing? Right, setting the cpufreq driver in not really necessary because most of them are now compiled in, so cpuspeed already has the sysfs interface available. I just like to tinker with configuration files :) -- Ziga From jpearson42 at wowway.com Sun Apr 24 11:12:50 2005 From: jpearson42 at wowway.com (John Pearson) Date: Sun, 24 Apr 2005 07:12:50 -0400 Subject: Random Reboots after last Kernel Update In-Reply-To: References: Message-ID: <200504240712.51043.jpearson42@wowway.com> On Saturday 23 April 2005 09:00 pm, Richard Ramson wrote: > I know I saw another post on this today but I can't find it now. > Since I just updated my PC with the latest kernel updates, my pc is > now rebooting about every 5 minutes. I hope someone is working on > fixing this real soon. :) > -- > CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB 939-pin > Motherboard: GA-K8NXP-SLI nForce4 SLI chipset > Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR Memory > Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / Video Card > Sound: Onboard > HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) > Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD > Monitor w/ Speakers I have stable operation by reverting to kernel versions. Currently, Gigabyte GA-K8NS motherboard [nForce3 250 chipset] AMD64 2800+ 1.0G DDR400 ram 70G Seagate sata DVD 'LITE-ON ' 'DVD SOHD-16P9S ' 'FS07' [jpearson at Katchoo ~]$ uname -a Linux Katchoo.crooks1722.hab 2.6.11-1.1253_FC4 #1 Wed Apr 20 04:08:19 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux [jpearson at Katchoo ~]$ uptime 07:07:54 up 14:06, 5 users, load average: 0.00, 0.00, 0.00 Running headless with a vnc connection to my workstation. -Jpearson From RouillardSy at yahoo.fr Sun Apr 24 11:19:03 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Sun, 24 Apr 2005 13:19:03 +0200 Subject: Random Reboots after last Kernel Update In-Reply-To: <200504240712.51043.jpearson42@wowway.com> References: <200504240712.51043.jpearson42@wowway.com> Message-ID: <200504241319.03266.RouillardSy@yahoo.fr> Yup, 1253 seems to bring my system back to a good level of stability too. So, 1258 and 1261 are plagued. Did anybody bugzilla this? Le Dimanche 24 Avril 2005 13:12, John Pearson a ?crit?: > On Saturday 23 April 2005 09:00 pm, Richard Ramson wrote: > > I know I saw another post on this today but I can't find it now. > > Since I just updated my PC with the latest kernel updates, my pc is > > now rebooting about every 5 minutes. I hope someone is working on > > fixing this real soon. :) > > -- > > CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB > > 939-pin Motherboard: GA-K8NXP-SLI nForce4 SLI chipset > > Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR Memory > > Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / Video > > Card Sound: Onboard > > HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) > > Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD > > Monitor w/ Speakers > > I have stable operation by reverting to kernel versions. Currently, > > Gigabyte GA-K8NS motherboard [nForce3 250 chipset] > AMD64 2800+ > 1.0G DDR400 ram > 70G Seagate sata > DVD 'LITE-ON ' 'DVD SOHD-16P9S ' 'FS07' > > [jpearson at Katchoo ~]$ uname -a > Linux Katchoo.crooks1722.hab 2.6.11-1.1253_FC4 #1 Wed Apr 20 04:08:19 EDT > 2005 x86_64 x86_64 x86_64 GNU/Linux > > [jpearson at Katchoo ~]$ uptime > 07:07:54 up 14:06, 5 users, load average: 0.00, 0.00, 0.00 > > Running headless with a vnc connection to my workstation. > > -Jpearson From RouillardSy at yahoo.fr Sun Apr 24 11:51:45 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Sun, 24 Apr 2005 13:51:45 +0200 Subject: Random Reboots after last Kernel Update In-Reply-To: <200504241319.03266.RouillardSy@yahoo.fr> References: <200504240712.51043.jpearson42@wowway.com> <200504241319.03266.RouillardSy@yahoo.fr> Message-ID: <200504241351.45796.RouillardSy@yahoo.fr> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155827 This is my first bugzilla so feel free to come to the rescue if you feel it needs it ;-) Le Dimanche 24 Avril 2005 13:19, Sylvain Rouillard a ?crit?: > Yup, 1253 seems to bring my system back to a good level of stability too. > So, 1258 and 1261 are plagued. Did anybody bugzilla this? > > Le Dimanche 24 Avril 2005 13:12, John Pearson a ?crit?: > > On Saturday 23 April 2005 09:00 pm, Richard Ramson wrote: > > > I know I saw another post on this today but I can't find it now. > > > Since I just updated my PC with the latest kernel updates, my pc is > > > now rebooting about every 5 minutes. I hope someone is working on > > > fixing this real soon. :) > > > -- > > > CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB > > > 939-pin Motherboard: GA-K8NXP-SLI nForce4 SLI chipset > > > Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR > > > Memory Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / > > > Video Card Sound: Onboard > > > HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) > > > Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD > > > Monitor w/ Speakers > > > > I have stable operation by reverting to kernel versions. Currently, > > > > Gigabyte GA-K8NS motherboard [nForce3 250 chipset] > > AMD64 2800+ > > 1.0G DDR400 ram > > 70G Seagate sata > > DVD 'LITE-ON ' 'DVD SOHD-16P9S ' 'FS07' > > > > [jpearson at Katchoo ~]$ uname -a > > Linux Katchoo.crooks1722.hab 2.6.11-1.1253_FC4 #1 Wed Apr 20 04:08:19 EDT > > 2005 x86_64 x86_64 x86_64 GNU/Linux > > > > [jpearson at Katchoo ~]$ uptime > > 07:07:54 up 14:06, 5 users, load average: 0.00, 0.00, 0.00 > > > > Running headless with a vnc connection to my workstation. > > > > -Jpearson From lists at donut.dk Sun Apr 24 11:52:37 2005 From: lists at donut.dk (Cream) Date: Sun, 24 Apr 2005 13:52:37 +0200 Subject: FC4 with postfix + (smtp & smtp-ssl) + (pop3 & pop3-ssl) + (imap & imap-ssl) + (spamassassin & clamav) Message-ID: <426B8885.2070408@donut.dk> I've noticed exim is gone from FC4 test2, and assume that means postfix is the MTA og choice. Can anyone point me to a step for step guide for setting up FC4 with postfix with virtual domains and (smtp & smtp-ssl) + (pop3 & pop3-ssl) + (imap & imap-ssl) + (spamassassin & clamav). Thank you Kris From buildsys at redhat.com Sun Apr 24 12:09:06 2005 From: buildsys at redhat.com (Build System) Date: Sun, 24 Apr 2005 08:09:06 -0400 Subject: rawhide report: 20050424 changes Message-ID: <200504241209.j3OC968q005191@porkchop.devel.redhat.com> Updated Packages: audit-0.7-1 ----------- * Sat Apr 23 2005 Steve Grubb 0.7-1 - In auditctl -l, loop until all rules are printed - Update autrace not to run if rules are currently loaded - Added code to switch to single user mode when disk is full - Added the ausearch program evince-0.2.1-1 -------------- * Sat Apr 23 2005 Marco Pesenti Gritti - 0.2.1-1 - Update to 0.2.1 - Add help support gcc-4.0.0-1 ----------- * Sat Apr 23 2005 Jakub Jelinek 4.0.0-1 - update from CVS - GCC 4.0.0 release - PRs c/12913, fortran/14569, gfortran/14569, middle-end/20973 - fix dwarf2 writer to avoid ICEing gdb (Jim Wilson, #153681, PR c++/20805) - fix hang in tree-chrec.c (Sebastian Pop, #153268, PR tree-optimization/20742) - fix i386 ICE with vectors (Richard Henderson, PR target/21099) - fix an recently introduced PRE bug (Steven Bosscher, PRs tree-optimization/21173, tree-optimization/21167) - fix PR rtl-opt/21102 (Richard Henderson) * Tue Apr 19 2005 Jakub Jelinek 4.0.0-0.43 - update from CVS - PRs ada/15977, c++/21025, libgcj/20693, middle-end/20991, target/20375, target/20924, target/20927, tree-optimization/20929 - fix KDE miscompilation caused by reload (Michael Matz, #154294, PR regression/20973) - fix Java exception handling (Andrew Haley, PR java/20768) gnutls-1.0.24-2 --------------- * Sat Apr 23 2005 Tomas Mraz 1.0.24-2 - readd the version script dropped by upstream libsoup-2.2.3-3 --------------- * Sun Apr 24 2005 Florian La Roche - rebuild for new gnutls perl-Inline-0.44-15 ------------------- * Thu Apr 21 2005 Jose Pedro Oliveira - 0.44-15 - BuildArch correction (noarch). (#155811) - Bring up to date with current Fedora.Extras perl spec template. poppler-0.3.0-2 --------------- * Sat Apr 23 2005 Marco Pesenti Gritti - 0.3.0 - Update to 0.3.0 From angelsfall at gmail.com Sun Apr 24 12:51:06 2005 From: angelsfall at gmail.com (Alexis) Date: Sun, 24 Apr 2005 08:51:06 -0400 Subject: Random Reboots after last Kernel Update In-Reply-To: <200504241014.02188.RouillardSy@yahoo.fr> References: <200504241014.02188.RouillardSy@yahoo.fr> Message-ID: Count me in. I'm running an AMD Athlon 64 and I'm having this issue as well. On 4/24/05, Sylvain Rouillard wrote: > I started a similar discussion under > Re: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" > > We can surely continue it here as this surely deserves its own thread. > > For the record, that is four 64b processor users hit by the problem so far. > > Sylvain > > Le Dimanche 24 Avril 2005 03:00, Richard Ramson a ?crit: > > I know I saw another post on this today but I can't find it now. > > Since I just updated my PC with the latest kernel updates, my pc is > > now rebooting about every 5 minutes. I hope someone is working on > > fixing this real soon. :) > > -- > > CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB 939-pin > > Motherboard: GA-K8NXP-SLI nForce4 SLI chipset > > Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR Memory > > Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / Video Card > > Sound: Onboard > > HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) > > Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD > > Monitor w/ Speakers > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From graydon at epiphyte.net Sun Apr 24 13:07:03 2005 From: graydon at epiphyte.net (Graydon) Date: Sun, 24 Apr 2005 09:07:03 -0400 Subject: FC4 with postfix + (smtp & smtp-ssl) + (pop3 & pop3-ssl) + (imap & imap-ssl) + (spamassassin & clamav) In-Reply-To: <426B8885.2070408@donut.dk> References: <426B8885.2070408@donut.dk> Message-ID: <20050424130703.GA17130@uniserve.com> On Sun, Apr 24, 2005 at 01:52:37PM +0200, Cream scripsit: > I've noticed exim is gone from FC4 test2, and assume that means postfix > is the MTA og choice. One thing that isn't clear from Bill Nottingham's Feb 23 post to Fedora Devel is what happens to the removed packages -- do they transition to Extras in an automatic way, or are they being in effect dropped on the floor until a community maintainer picks them up? Anyone know? Thanks! From skvidal at phy.duke.edu Sun Apr 24 13:21:07 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 24 Apr 2005 09:21:07 -0400 Subject: FC4 with postfix + (smtp & smtp-ssl) + (pop3 & pop3-ssl) + (imap & imap-ssl) + (spamassassin & clamav) In-Reply-To: <20050424130703.GA17130@uniserve.com> References: <426B8885.2070408@donut.dk> <20050424130703.GA17130@uniserve.com> Message-ID: <1114348867.15223.0.camel@cutter> On Sun, 2005-04-24 at 09:07 -0400, Graydon wrote: > On Sun, Apr 24, 2005 at 01:52:37PM +0200, Cream scripsit: > > I've noticed exim is gone from FC4 test2, and assume that means postfix > > is the MTA og choice. > > One thing that isn't clear from Bill Nottingham's Feb 23 post to Fedora > Devel is what happens to the removed packages -- do they transition to > Extras in an automatic way, or are they being in effect dropped on the > floor until a community maintainer picks them up? > The packages are dropped from the distro until someone volunteers to maintain them in extras. If no one does that then they are not available in core nor extras. exim is being maintained in extras by david woodhouse, I believe. -sv From maxer1 at xmission.com Sun Apr 24 15:07:47 2005 From: maxer1 at xmission.com (RaXeT) Date: Sun, 24 Apr 2005 09:07:47 -0600 Subject: tomcat 5 dev update issues Message-ID: <426BB643.5060608@xmission.com> Updating : tomcat5 ##################### [ 51/295] /usr/bin/build-jar-repository: error: could not find jaas Java extension for this JVM /usr/bin/build-jar-repository: error: All specified jars were not found for this jvm /usr/bin/build-jar-repository: error: could not find jdbc-stdext Java extension for this JVM /usr/bin/build-jar-repository: error: could not find jta Java extension for this JVM /usr/bin/build-jar-repository: error: could not find jndi Java extension for this JVM /usr/bin/build-jar-repository: error: All specified jars were not found for this jvm What has gone wrong here? RaXeT From seanfedora at gmail.com Sun Apr 24 15:08:57 2005 From: seanfedora at gmail.com (Sean Earp) Date: Sun, 24 Apr 2005 08:08:57 -0700 Subject: Wanda is broken In-Reply-To: <20050424104106.GA31534@chrys.ms.mff.cuni.cz> References: <1114210984.4619.22.camel@homebox> <604aa79105042216417f85488f@mail.gmail.com> <1114324450.18089.8.camel@homebox> <20050424104106.GA31534@chrys.ms.mff.cuni.cz> Message-ID: <426BB689.3040309@gmail.com> Miloslav Trmac wrote: >On Sat, Apr 23, 2005 at 11:34:10PM -0700, Sean Bruno wrote: > > >>So...what is the verdict here? Should this fill-in script be added >>back? >> >> >If a bug is not in bugzilla, it doesn't exist. >(Please accept my apology if it already is filed against xscreensaver >and I have just overlooked it.) > Mirek > > It's there... https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152948 -Sean -------------- next part -------------- An HTML attachment was scrubbed... URL: From Fedora at TQMcube.com Sun Apr 24 15:45:06 2005 From: Fedora at TQMcube.com (David Cary Hart) Date: Sun, 24 Apr 2005 11:45:06 -0400 Subject: FC4 with postfix + (smtp & smtp-ssl) + (pop3 & pop3-ssl) + (imap & imap-ssl) + (spamassassin & clamav) In-Reply-To: <426B8885.2070408@donut.dk> References: <426B8885.2070408@donut.dk> Message-ID: <1114357506.23804.16.camel@dch.tqmcube.com> On Sun, 2005-04-24 at 13:52 +0200, Cream wrote: > I've noticed exim is gone from FC4 test2, and assume that means postfix > is the MTA og choice. > > Can anyone point me to a step for step guide for setting up FC4 with > postfix with virtual domains and (smtp & smtp-ssl) + (pop3 & pop3-ssl) + > (imap & imap-ssl) + (spamassassin & clamav). > http://www.postfix.org/docs.html http://www.postfix.org/documentation.html The quality of documentation has improved dramatically. Moreover, the authors actively participate in the postfix list if you have any problems. FWIW, I find spamassassin entirely unnecessary but that's JMO. -- Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm Kill Spam at the Source: http://www.TQMcube.com/spam_trap.htm Today's Spam Trap Adds: http://www.TQMcube.com/BlockedToday RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm From Senthil_OR at Dell.com Sun Apr 24 15:46:50 2005 From: Senthil_OR at Dell.com (Senthil_OR at Dell.com) Date: Sun, 24 Apr 2005 10:46:50 -0500 Subject: Fedore Core 4 Test 2 - Damaged ISOs? Message-ID: >From: Anton >Hello, > >Why when I do media test for CD1 it always fails, I burned 3 CDs and still the same. Is it me or damaged ISO? Is this a Mediacheck issue OR the famous 'linux ide=nodma ' problem? Anton while booting up for install give the above linux ide=nodma command and then check. If you find the media check running okay, then report your CD-Drive make to blacklist maintained by RH. Thanks! Senthil From rpjday at mindspring.com Sun Apr 24 15:48:19 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sun, 24 Apr 2005 11:48:19 -0400 (EDT) Subject: new apmd rpm has no libapm component Message-ID: the new development apmd-3.2.2-3 doesn't contain the libapm components present in apmd-3.2.2-2, which causes an update dependency problem. rday From ken at geekystuff.net Sun Apr 24 18:10:05 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Sun, 24 Apr 2005 14:10:05 -0400 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <4267BA4B.2070006@gmail.com> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> <4267BA4B.2070006@gmail.com> Message-ID: <426BE0FD.2060602@geekystuff.net> Michael, You are ass/u/me-ing that Mr. Fraser is motivated to actually do something or particiapte. Mr. Fraser is another "dime a dozen" whiner. They have plenty of time and energy to complain about the injustices of the world, but have little time and energy to actively and constructively participate. I have no doubt Mr. Fraser has never heard the phrase "if one is not part of the solution, one is part of the problem." In this case, it is not a bad thing that Mr. Fraser does not participate... That would mean the rest of us would be subjected to further exposure to him and whatever project he became involved in would grind to a slow halt. The only thing worse than being personally or professionally involved with Mr. Fraser would to actually be Mr. Fraser. For that, I have pity for him. Regards, Ken Nordquist Michael McCabe wrote: > Guy > Have you tried submitting Lilo to Extras? > > Mike > > Guy Fraser wrote: > >> >> ...blah... >> Yes the "community" will not accept it. >> >> >> >> > From justin.conover at gmail.com Sun Apr 24 15:59:23 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 24 Apr 2005 10:59:23 -0500 Subject: Random Reboots after last Kernel Update In-Reply-To: References: <200504241014.02188.RouillardSy@yahoo.fr> Message-ID: Same here, x86_64 box too From jdennis at redhat.com Sun Apr 24 16:05:41 2005 From: jdennis at redhat.com (John Dennis) Date: Sun, 24 Apr 2005 12:05:41 -0400 Subject: FC4 with postfix + (smtp & smtp-ssl) + (pop3 & pop3-ssl) + (imap & imap-ssl) + (spamassassin & clamav) In-Reply-To: <426B8885.2070408@donut.dk> References: <426B8885.2070408@donut.dk> Message-ID: <1114358742.1353.161.camel@localhost.localdomain> On Sun, 2005-04-24 at 13:52 +0200, Cream wrote: > I've noticed exim is gone from FC4 test2, and assume that means postfix > is the MTA og choice. > > Can anyone point me to a step for step guide for setting up FC4 with > postfix with virtual domains and (smtp & smtp-ssl) + (pop3 & pop3-ssl) + > (imap & imap-ssl) + (spamassassin & clamav). You didn't say which imap you were going to use, dovecot or cyrus-imapd, but here are a few hints from how I configure things. If you want to run mailman too I've included those steps as well. General: -------- add imap ports 143:tcp, 993:tcp to firewall add pop ports 110:tcp, 995:tcp to firewall % chkconfig postfix on % chkconfig dovecot|cyrus-imapd on % chkconfig mailman on Postfix: -------- Install system-switch-mail rpm and switch from default sendman to postfix % system-switch-mail Edit /etc/postfix/main.cf: # Make sure postfix is listening for outside connections as well as # local inet_interfaces = $myhostname, localhost # Allow mailman to automatically manage its aliaes alias_maps = hash:/etc/aliases hash:/etc/mailman/aliases # For dovecot Maildir (recommended) home_mailbox = Maildir/ # For cyrus imap mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp Mailman: -------- % su mailman % cd /usr/lib/mailman/bin % ./mmsitepass Edit /etc/mailman/mm_cfg.py, add: MTA = 'Postfix' % ./newlist mailman Cyrus-imapd: ------------ give user cyrus a password (unlock the local account if you want shell access) make sure saslauthd is running: % chkconfig saslauthd on % service saslauthd start # if using postfix, use LMTP local transport, in /etc/postfix/main.cf: mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp Turn services on: ----------------- % service postfix start % service dovecot|cyrus-imapd start % service mailman start -- John Dennis From kapointer at charter.net Sun Apr 24 16:13:44 2005 From: kapointer at charter.net (Kyle Pointer) Date: Sun, 24 Apr 2005 11:13:44 -0500 Subject: libdbus.so.0 Message-ID: <1114359224.3732.3.camel@fluffbox.fluffnet> Hmm.. I use skype. And for some reason now fedora core 4 test 2 ( completely up2date as of Apr. 24 ) no longer has libdbus.so.0 . :( Does anyone know what package that file comes in? Or should I say, what packages it was supposed to come in. :) Thanks for any help. I suppose I'll have to use the static binary tell I find out how to fix it. -- Kyle Pointer From dcasey at the-caseys.com Sun Apr 24 16:24:53 2005 From: dcasey at the-caseys.com (Donald Casey) Date: Sun, 24 Apr 2005 12:24:53 -0400 Subject: FC4 with postfix + (smtp & smtp-ssl) + (pop3 & pop3-ssl) + (imap & imap-ssl) + (spamassassin & clamav) In-Reply-To: <426B8885.2070408@donut.dk> References: <426B8885.2070408@donut.dk> Message-ID: <1114359893.3403.13.camel@xblade.the-caseys.local> On Sun, 2005-04-24 at 13:52 +0200, Cream wrote: > I've noticed exim is gone from FC4 test2, and assume that means postfix > is the MTA og choice. > > Can anyone point me to a step for step guide for setting up FC4 with > postfix with virtual domains and (smtp & smtp-ssl) + (pop3 & pop3-ssl) + > (imap & imap-ssl) + (spamassassin & clamav). > > Thank you > Kris > Kris, I am actively working on building and maintaining servers as you are looking to create. I have found a very good "Getting Started" article on this using Postfix and Cyrus IMAP. I have also found that integrating Squirrel Mail in to this is also not that tough of a project. Check out this link: http://www.cs.wcupa.edu/~rkline/Linux/email.html I would stay away from using FC4T* for any production mail server, but if you want to experiment with it that go ahead, just be ready when something goes wrong. Go back one step to FC3 and get all the updates and you will be very happy with it. Thanx, Don From fedora at puzzled.xs4all.nl Sun Apr 24 16:29:41 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Sun, 24 Apr 2005 18:29:41 +0200 Subject: libdbus.so.0 In-Reply-To: <1114359224.3732.3.camel@fluffbox.fluffnet> References: <1114359224.3732.3.camel@fluffbox.fluffnet> Message-ID: <1114360181.11994.9.camel@guru.puzzled.xs4all.nl> On Sun, 2005-04-24 at 11:13 -0500, Kyle Pointer wrote: > Hmm.. I use skype. And for some reason now fedora core 4 test 2 > ( completely up2date as of Apr. 24 ) no longer has libdbus.so.0 . :( > Does anyone know what package that file comes in? Or should I say, what > packages it was supposed to come in. :) Output from rpm -ql dbus [snip] /usr/lib/libdbus-1.so.1 /usr/lib/libdbus-1.so.1.0.0 [snip] Version is dbus-0.32-6. I guess an older version of dbus had your libdbus.so.0 which is now superseded by dbus-0.32-6. Did you try ln -s libdbus-1.so.1 libdbus.so.0 and checked if it worked? On my updated box static skype version 1.0.0.20 starts fine. Regards, Patrick From johnp at redhat.com Sun Apr 24 16:58:14 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Sun, 24 Apr 2005 12:58:14 -0400 Subject: libdbus.so.0 In-Reply-To: <1114360181.11994.9.camel@guru.puzzled.xs4all.nl> References: <1114359224.3732.3.camel@fluffbox.fluffnet> <1114360181.11994.9.camel@guru.puzzled.xs4all.nl> Message-ID: <1114361894.3257.11.camel@localhost.localdomain> On Sun, 2005-04-24 at 12:29, Patrick wrote: > On Sun, 2005-04-24 at 11:13 -0500, Kyle Pointer wrote: > > Hmm.. I use skype. And for some reason now fedora core 4 test 2 > > ( completely up2date as of Apr. 24 ) no longer has libdbus.so.0 . :( > > Does anyone know what package that file comes in? Or should I say, what > > packages it was supposed to come in. :) > > Output from rpm -ql dbus > [snip] > /usr/lib/libdbus-1.so.1 > /usr/lib/libdbus-1.so.1.0.0 > [snip] > > Version is dbus-0.32-6. I guess an older version of dbus had your > libdbus.so.0 which is now superseded by dbus-0.32-6. Did you try > ln -s libdbus-1.so.1 libdbus.so.0 and checked if it worked? > On my updated box static skype version 1.0.0.20 starts fine. > Thats not going to work. The reason we change .so names is if the API/ABI has changed and in this case it has changed drastically. I gave a warning a couple of months back and went through all the apps in core and fixed them. This change went out with FC4T1. A simple recompile will not do any good. You must either talk to the Skype developers and see if they have a newer version that is ported to the DBus-0.3x series or patch the package. A porting doc (which is really just notes I took) can be found at http://people.redhat.com/johnp/files/dbus_0.23_to_0.30_porting_quickref.txt. -- J5 From green at redhat.com Sun Apr 24 17:29:58 2005 From: green at redhat.com (Anthony Green) Date: Sun, 24 Apr 2005 10:29:58 -0700 Subject: tomcat 5 dev update issues In-Reply-To: <426BB643.5060608@xmission.com> References: <426BB643.5060608@xmission.com> Message-ID: <1114363799.4691.5.camel@localhost.localdomain> On Sun, 2005-04-24 at 09:07 -0600, RaXeT wrote: > Updating : tomcat5 ##################### [ 51/295] > /usr/bin/build-jar-repository: error: could not find jaas Java extension > for this JVM > /usr/bin/build-jar-repository: error: All specified jars were not found > for this jvm > /usr/bin/build-jar-repository: error: could not find jdbc-stdext Java > extension for this JVM > /usr/bin/build-jar-repository: error: could not find jta Java extension > for this JVM > /usr/bin/build-jar-repository: error: could not find jndi Java extension > for this JVM > /usr/bin/build-jar-repository: error: All specified jars were not found > for this jvm > > What has gone wrong here? These things are all supposed to be provided by java-1.4.2-gcj-compat. Have a peek in /usr/lib/jvm-exports/java-1.4.2-gcj-1.4.2.0. Also be sure that your java alternative is set properly. # alternatives --display java should refer to /usr/lib/jvm/jre-1.4.2-gcj/bin/java. If there still nothing obviously wrong, please please file a bug at bugzilla.redhat.com identifying the tomcat5 and java-1.4.2-gcj-compat versions you have installed. Thanks! AG From shiva at sewingwitch.com Sun Apr 24 16:37:56 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Sun, 24 Apr 2005 09:37:56 -0700 Subject: tomcat 5 dev update issues In-Reply-To: <426BB643.5060608@xmission.com> References: <426BB643.5060608@xmission.com> Message-ID: <94DBC65E63D8E8377906FA9F@[10.0.0.14]> You might want to post that to fedora-java, in case the tomcat maintainer isn't watching -test. From gtm.kramer at inter.nl.net Sun Apr 24 18:42:48 2005 From: gtm.kramer at inter.nl.net (Jurgen Kramer) Date: Sun, 24 Apr 2005 20:42:48 +0200 Subject: Random Reboots after last Kernel Update In-Reply-To: <200504241351.45796.RouillardSy@yahoo.fr> References: <200504240712.51043.jpearson42@wowway.com> <200504241319.03266.RouillardSy@yahoo.fr> <200504241351.45796.RouillardSy@yahoo.fr> Message-ID: <1114368168.6033.2.camel@paragon.slim> On Sun, 2005-04-24 at 13:51 +0200, Sylvain Rouillard wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155827 > > This is my first bugzilla so feel free to come to the rescue if you feel it > needs it ;-) I also reported this :) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155844 This on my x86_64 system. Kernel 1240 does not have this problem. Jurgen From sean.bruno at dsl-only.net Sun Apr 24 20:36:13 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sun, 24 Apr 2005 13:36:13 -0700 Subject: [Fwd: Re: java-1.4.2-gcj-compat uninstalls sun jre] Message-ID: <1114374973.29083.12.camel@oscar.metro1.com> Probably should be on this list. Sean -------------- next part -------------- An embedded message was scrubbed... From: Sean Bruno Subject: Re: java-1.4.2-gcj-compat uninstalls sun jre Date: Sun, 24 Apr 2005 13:27:33 -0700 Size: 3791 URL: From czar at czarc.net Sun Apr 24 20:49:41 2005 From: czar at czarc.net (Gene C.) Date: Sun, 24 Apr 2005 16:49:41 -0400 Subject: Random Reboots after last Kernel Update In-Reply-To: <1114368168.6033.2.camel@paragon.slim> References: <200504241351.45796.RouillardSy@yahoo.fr> <1114368168.6033.2.camel@paragon.slim> Message-ID: <200504241649.41808.czar@czarc.net> On Sunday 24 April 2005 14:42, Jurgen Kramer wrote: > I also reported this :) > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155844 > > This on my x86_64 system. Kernel 1240 does not have this problem. There is a similar bug report as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155827 One of these is probably a dup. Both reports (and my problems also) occur on x86_64 systems where the "last" kernel which works for me is 1253. The latest tried is 1261. This probably has absolutely nothing to do with this problem but I have found that VMware (workstation 5) does not configure (/usr/bin/vmware-config.pl) on the 1258 and 1261 kernels -- it gets a segfault. However, it runs just fine on the 1253 kernel. I also found that VMware workstation 5 will run just fine on the i686 1261 kernel ... and nobody seems to be having these reboot problems on ix86 kernels. Just for the anal retentive: no, I did not run the vmware script during the bootup of 1261 which crashed/rebooted. -- Gene From green at redhat.com Sun Apr 24 21:52:47 2005 From: green at redhat.com (Anthony Green) Date: Sun, 24 Apr 2005 14:52:47 -0700 Subject: [Fwd: Re: java-1.4.2-gcj-compat uninstalls sun jre] In-Reply-To: <1114374973.29083.12.camel@oscar.metro1.com> References: <1114374973.29083.12.camel@oscar.metro1.com> Message-ID: <1114379567.4691.15.camel@localhost.localdomain> On Sun, 2005-04-24 at 13:36 -0700, Sean Bruno wrote: > Probably should be on this list. > > Sean > email message attachment, "Forwarded message - Re: java-1.4.2-gcj- > compat uninstalls sun jre" > On Sun, 2005-04-24 at 13:36 -0700, Sean Bruno wrote: > > On Sun, 2005-04-24 at 16:07 -0400, sean wrote: > > > On fc4t and amd64. I've installed sun jre, meeded for > > > azureus. Which works fine. > > > > > > But, every time a yum update gets java-1.4.2-gcj-compat it > > > removes jre. > > > > > > AFAICS, no files conflict. /usr/bin/java points to > > > /etc/altenatives/java which points to gij. The sun jre is > > > safely in /usr/java/jre1.5.0_02. > > > > > > How do i keep java-1.4.2 from uninstalling the sun jre? > > > > > > sean > > > > > > > Was wondering if I was going crazy....this is a "me too" issue. It > > appears that my Sun Java got removed... Strange. Which specific Sun Java RPM is getting uninstalled? Please file a bug report at bugzilla.redhat.com. Two FYIs... - There's also a fedora-devel-java-list for java related issues. - Azureus on gcj is getting there: http://www.spindazzle.org/pics/azureus-on-gcj4-2004-12-9.png There are still a few library bugs somebody needs to track down. Hopefully it will be stable in the FC5 timeframe, but help is always appreciated. AG From surak at casa.surak.eti.br Mon Apr 25 00:36:25 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Sun, 24 Apr 2005 21:36:25 -0300 Subject: bug in bugzilla? Message-ID: <1114389385.27915.17.camel@localhost.surak.eti.br> with Fedora/1.0.3-1.3.1 Firefox/1.0.3 (fc3), I cannot submit any bug to bugzilla. the page https://bugzilla.redhat.com/bugzilla/easy_enter_bug.cgi is completely blank, altough the page's source code is
From gillb4 at telusplanet.net Mon Apr 25 01:27:04 2005 From: gillb4 at telusplanet.net (Bob Gill) Date: Sun, 24 Apr 2005 19:27:04 -0600 Subject: MSI-NX6600 // Nvidia graphics card Message-ID: <1114392424.14881.20.camel@localhost.localdomain> OK. 1. This is probably not the best place to talk about Nvidia graphics (Nvidia's linux user site is probably a better place. 2. Make sure you are running the kernel where you want to install the Nvidia binary driver. If you try to install it on another kernel, then boot into the one you want, either the driver won't find the correct source files, or (if you just compiled the kernel) you will get a huge amount of permissions errors (every application will only want to run as root). 3. To install a 71.67 nvidia driver on a running system, you first need to kill the X server. To do that open /etc/inittab and find a line (probably the very last one in the file) that looks like this: x:5:respawn:/etc/X11/prefdm -nodaemon and comment it out (so that it looks like this) #x:5:respawn:/etc/X11/prefdm -nodaemon save the file. Then run /sbin/init q (your x window will die, you won't have to kill it) now comes the part where you load the nvidia driver. Remember before you start the driver installation, for the 71.67 driver you have to run /sbin/modprobe -q agpgart (nvidia promises they will write a wrapper for the next driver that does it automatically). Now start the driver installation. sh NVIDIA-Linux-x86-1.0-7167-pkg1.run when it's finished, you will want to start the x server. Before you start it though, you will have to make sure that your /etc/X11/xorg.conf file is correct for your nvidia binary driver. There are instructions over at http://www.gmpf.de/index.php/Main_Page which give you more information. There are also instructions for getting GLX based applications to work. When you have a correct /etc/X11/xorg.conf file, you can restart the x server by un-commenting the line in /etc/inittab so that it looks like this: x:5:respawn:/etc/X11/prefdm -nodaemon and then run /sbin/init q (your x server will start and give you a graphical login prompt). Be sure to backup your nvidia /etc/X11/xorg.conf file (make a backup file called xorg.conf.nvidia for example). The biggest reason for this is that if the nvidia driver ever doesn't want to start (for whatever reason), when your system boots, it will attempt to start the x server using a generic nvidia (2D) driver. If it's successful, it will overwrite xorg.conf (and all your changes for the nvidia driver will be lost). Cheers! -- Bob Gill From fct-cornette at insight.rr.com Mon Apr 25 01:37:41 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 24 Apr 2005 21:37:41 -0400 Subject: Wanda is broken In-Reply-To: <20050423183408.39206f67.fedora@wir-sind-cool.org> References: <1114210984.4619.22.camel@homebox> <4269C849.3040901@insight.rr.com> <20050423183408.39206f67.fedora@wir-sind-cool.org> Message-ID: <426C49E5.5070505@insight.rr.com> Michael Schwendt wrote: > On Sat, 23 Apr 2005 00:00:09 -0400, Jim Cornette wrote: > > >>Sean Bruno wrote: >> >>>Wanda "the fish" applet for the panel appears to be unable to >>>find /usr/X11R6/lib/xscreensaver/fortune. I also am unable to find >>>fortune. Was it removed or should we just remove Wanda from FC4? >>> >>>Sean >>> >> >>fortune-mod is now available in Extras. At least a month back it was >>included. > > > Just for the record, fortune-mod has been in Extras (fedora.us) for > a much longer time. > > Another applet in Fedora Extras, "gai-pal" uses it if available. > Interesting applet. I was wondering why the pear was next to the red flashing rhn-applet - (fence has dep issue) Thanks for mentioning the applet. Jim -- Live in a world of your own, but always welcome visitors. From sean.bruno at dsl-only.net Mon Apr 25 03:07:06 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sun, 24 Apr 2005 20:07:06 -0700 Subject: Laptop poor performance Message-ID: <1114398426.20498.7.camel@homebox> I seem to be running into some issues with performance on my laptop. It appears the machine is dramatically slowing down under load. I was, er ... uh ... load testing, with America's Army, and noted that my laptop runs fine for a bout 3 to 5 minutes. Then the fans kick into overdrive and I lose about %60 of my performance(determined via my FPS in game, not real accurate). I never saw this type of slow down under any FC3 kernel, what should I be looking for? Sean P.S. Running a Dell Latitude D800 From surak at casa.surak.eti.br Mon Apr 25 03:40:54 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Mon, 25 Apr 2005 00:40:54 -0300 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <20050423184741.GA25924@redhat.com> References: <20050421000716.GB4391@redhat.com> <1114046955.9395.21.camel@localhost.surak.eti.br> <426703C2.60906@BitWagon.com> <1114199251.19922.32.camel@preview> <20050422203131.GC4625@redhat.com> <1114202643.19921.33.camel@preview> <20050422211238.GE4625@redhat.com> <1114212913.4142.4.camel@preview> <1114251350.21324.3.camel@localhost.surak.eti.br> <20050423184741.GA25924@redhat.com> Message-ID: <1114400454.27915.18.camel@localhost.surak.eti.br> Em S?b, 2005-04-23 ?s 14:47 -0400, Dave Jones escreveu: > > The new boot.iso has a similar result, just the stack trace is bigger. > Ok, can you file this in bugzilla please so that I don't forget about it ? Sure. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155869 From cyberhawkusa at hotmail.com Mon Apr 25 04:20:29 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Mon, 25 Apr 2005 04:20:29 +0000 Subject: MSI-NX6600 // Nvidia graphics card In-Reply-To: <1114326871.4723.2.camel@homebox> Message-ID: >From: Sean Bruno >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: MSI-NX6600 // Nvidia graphics card >Date: Sun, 24 Apr 2005 00:14:31 -0700 > >On Sun, 2005-04-24 at 07:10 +0000, Caleb Warta wrote: > > > yeah i got it to work it was the whole cant install with X running that >gave > > me a hard time does anyone know how to get video in to work on these >cards > > >Do u mean "video-in"? Isn't that like a video caputure thing? Or does >this card have a tuner in it? > > > _________________________________________________________________ > > Is your PC infected? Get a FREE online computer virus scan from McAfee > > Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: >http://www.redhat.com/mailman/listinfo/fedora-test-list yes video-in the card has it i am planning on getting a tv tunner card to but i want to get the video-in and svideo-in port on this card to work if possiable i wouldnt mind playing ps2 on my computer i thought id give it a try mainly becuase a few of my friend want me to make them pcs and thats a feature they might like anyone got ideas _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee? Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From fedora at kjb.dds.nl Mon Apr 25 06:03:11 2005 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Mon, 25 Apr 2005 08:03:11 +0200 Subject: [Fwd: Re: java-1.4.2-gcj-compat uninstalls sun jre] In-Reply-To: <1114379567.4691.15.camel@localhost.localdomain> References: <1114374973.29083.12.camel@oscar.metro1.com> <1114379567.4691.15.camel@localhost.localdomain> Message-ID: <1114408991.3708.1.camel@isengard> On Sun, 2005-04-24 at 14:52 -0700, Anthony Green wrote: > Strange. Which specific Sun Java RPM is getting uninstalled? Please > file a bug report at bugzilla.redhat.com. It's the "jdk" package (java.sun.com 1.5.0_01 rpm package). Will file a report if nobody has done so already. Klaasjan From alan at redhat.com Mon Apr 25 08:07:15 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 25 Apr 2005 04:07:15 -0400 Subject: Fedore Core 4 Test 2 - Damaged ISOs? In-Reply-To: References: Message-ID: <20050425080715.GA30963@devserv.devel.redhat.com> On Sun, Apr 24, 2005 at 10:46:50AM -0500, Senthil_OR at Dell.com wrote: > Is this a Mediacheck issue OR the famous 'linux ide=nodma ' problem? > Anton while booting up for install give the above linux ide=nodma > command and then check. > If you find the media check running okay, then report your CD-Drive make > to blacklist maintained by RH. Don't bother. The mediacheck bugs are nothing to do with DMA and everything to do with the base kernel IDE code. In particular check FC3 - if FC3 worked then file an FC specific bug, if neither did then file a bug and mention that both show the problem, also include the drive details. From fedora at nodata.co.uk Mon Apr 25 08:14:29 2005 From: fedora at nodata.co.uk (nodata) Date: Mon, 25 Apr 2005 10:14:29 +0200 (CEST) Subject: Fedore Core 4 Test 2 - Damaged ISOs? In-Reply-To: <20050425080715.GA30963@devserv.devel.redhat.com> References: <20050425080715.GA30963@devserv.devel.redhat.com> Message-ID: <32326.213.164.3.90.1114416869.squirrel@www.nodata.co.uk> > On Sun, Apr 24, 2005 at 10:46:50AM -0500, Senthil_OR at Dell.com wrote: >> Is this a Mediacheck issue OR the famous 'linux ide=nodma ' problem? >> Anton while booting up for install give the above linux ide=nodma >> command and then check. >> If you find the media check running okay, then report your CD-Drive make >> to blacklist maintained by RH. > > Don't bother. The mediacheck bugs are nothing to do with DMA and > everything > to do with the base kernel IDE code. In particular check FC3 - if FC3 > worked > then file an FC specific bug, if neither did then file a bug and mention > that > both show the problem, also include the drive details. Will mediacheck be pulled before FC4 goes final? From mike at bristolreccc.co.uk Mon Apr 25 08:35:16 2005 From: mike at bristolreccc.co.uk (mike) Date: Mon, 25 Apr 2005 09:35:16 +0100 Subject: Problem installing FC4 test2 Message-ID: <1114418117.4634.2.camel@datacc> When I try to install test2 on my home machine (an amd k6) the install always exits with a fatal error when it tries to install glibc-common. Is this a known issue? From tatxe at saladelfrio.com Mon Apr 25 09:17:59 2005 From: tatxe at saladelfrio.com (Tatxe) Date: Mon, 25 Apr 2005 11:17:59 +0200 Subject: Error trying to install eclipse Message-ID: <1114420679.5996.4.camel@iglu.saladelfrio.com> Hi all: I'm trying to install eclipse, but I have some strange errors. First I did an yum install eclipse-bugzilla.i386 eclipse-jdt.i386 eclipse-platform.i386 and yum installed this: (1/41): ant-junit-1.6.2-3 100% |=========================| 87 kB 00:01 (2/41): antlr-2.7.4-2jpp_ 100% |=========================| 296 kB 00:01 (3/41): jessie-1.0.0-5.no 100% |=========================| 366 kB 00:01 (4/41): ant-1.6.2-3jpp_4f 100% |=========================| 1.0 MB 00:04 (5/41): jakarta-commons-c 100% |=========================| 482 kB 00:02 (6/41): jakarta-commons-l 100% |=========================| 66 kB 00:00 (7/41): eclipse-bugzilla- 100% |=========================| 603 kB 00:02 (8/41): junit-3.8.1-3jpp_ 100% |=========================| 179 kB 00:00 (9/41): ant-commons-loggi 100% |=========================| 18 kB 00:00 (10/41): ant-apache-resol 100% |=========================| 18 kB 00:00 (11/41): mx4j-2.1.0-1jpp_ 100% |=========================| 1.5 MB 00:05 (12/41): jpackage-utils-1 100% |=========================| 47 kB 00:00 (13/41): ant-jsch-1.6.2-3 100% |=========================| 35 kB 00:00 (14/41): eclipse-ecj-3.1. 100% |=========================| 6.7 MB 00:27 (15/41): jakarta-commons- 100% |=========================| 163 kB 00:00 (16/41): eclipse-platform 100% |=========================| 42 MB 02:51 (17/41): eclipse-jdt-3.1. 100% |=========================| 21 MB 01:25 (18/41): ant-nodeps-1.6.2 100% |=========================| 375 kB 00:01 (19/41): java-1.4.2-gcj-c 100% |=========================| 13 kB 00:00 (20/41): ant-apache-bcel- 100% |=========================| 22 kB 00:00 (21/41): log4j-1.2.8-7jpp 100% |=========================| 304 kB 00:01 (22/41): ant-apache-regex 100% |=========================| 18 kB 00:00 (23/41): gnu-crypto-2.0.1 100% |=========================| 605 kB 00:02 (24/41): ant-jmf-1.6.2-3j 100% |=========================| 15 kB 00:00 (25/41): xml-commons-reso 100% |=========================| 61 kB 00:00 (26/41): java-1.4.2-gcj-c 100% |=========================| 14 kB 00:00 (27/41): jakarta-commons- 100% |=========================| 176 kB 00:00 (28/41): classpathx-mail- 100% |=========================| 252 kB 00:00 (29/41): ant-antlr-1.6.2- 100% |=========================| 20 kB 00:00 (30/41): xml-commons-apis 100% |=========================| 84 kB 00:00 (31/41): gnu-crypto-sasl- 100% |=========================| 31 kB 00:00 (32/41): jakarta-commons- 100% |=========================| 112 kB 00:00 (33/41): xml-commons-1.0- 100% |=========================| 17 kB 00:00 (34/41): ant-apache-log4j 100% |=========================| 18 kB 00:00 (35/41): gnu-crypto-jce-j 100% |=========================| 111 kB 00:00 (36/41): ant-jdepend-1.6. 100% |=========================| 27 kB 00:00 (37/41): gcc-java-4.0.0-1 100% |=========================| 2.3 MB 00:09 (38/41): ant-apache-oro-1 100% |=========================| 61 kB 00:00 (39/41): ant-trax-1.6.2-3 100% |=========================| 86 kB 00:00 (40/41): xalan-j2-2.6.0-2 100% |=========================| 1.7 MB 00:06 (41/41): ant-swing-1.6.2- 100% |=========================| 17 kB 00:00 but when I type start eclipse I have this error: !SESSION 2005-04-25 11:12:40.444 ----------------------------------------------- eclipse.buildId=I20050401-1645 java.fullversion=GNU libgcj 4.0.0 20050423 (Red Hat 4.0.0-1) BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=es_ES Command-line arguments: -os linux -ws gtk -arch x86 -data /home/tatxe/workspace !ENTRY initial at reference:file:/usr/share/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar/ 0 0 2005-04-25 11:12:40.445 !MESSAGE FrameworkEvent.ERROR !STACK 0 org.osgi.framework.BundleException: Exception in org.eclipse.update.internal.configurator.ConfigurationActivator.start() of bundle org.eclipse.update.configurator. at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(org.osgi.framework.BundleActivator) (Unknown Source) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start() (Unknown Source) at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(boolean) (Unknown Source) at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume() (Unknown Source) at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(org.eclipse.osgi.framework.internal.core.AbstractBundle) (Unknown Source) at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(org.eclipse.osgi.framework.internal.core.AbstractBundle[], boolean) (Unknown Source) at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(int, org.eclipse.osgi.framework.internal.core.AbstractBundle) (Unknown Source) at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(int, org.eclipse.osgi.framework.internal.core.AbstractBundle) (Unknown Source) at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(java.lang.Object, java.lang.Object, int, java.lang.Object) (Unknown Source) at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(org.eclipse.osgi.framework.eventmgr.ListElement[], org.eclipse.osgi.framework.eventmgr.EventDispatcher, int, java.lang.Object) (Unknown Source) at org.eclipse.osgi.framework.eventmgr.EventThread.run() (Unknown Source) at .GC_start_routine (/usr/lib/libgcj.so.6.0.0) at .__clone (/lib/libc-2.3.5.so) Caused by: javax.xml.parsers.FactoryConfigurationError: Provider for javax.xml.parsers.DocumentBuilderFactory cannot be found at javax.xml.parsers.DocumentBuilderFactory.newInstance() (Unknown Source) at org.eclipse.update.internal.configurator.PlatformConfiguration.() (/usr/lib/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar.so) at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.6.0.0) at org.eclipse.update.internal.configurator.PlatformConfiguration.startup(java.net.URL, org.eclipse.osgi.service.datalocation.Location) (/usr/lib/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar.so) at org.eclipse.update.internal.configurator.ConfigurationActivator.getPlatformConfiguration(java.net.URL, org.eclipse.osgi.service.datalocation.Location) (/usr/lib/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar.so) at org.eclipse.update.internal.configurator.ConfigurationActivator.initialize() (/usr/lib/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar.so) at org.eclipse.update.internal.configurator.ConfigurationActivator.start(org.osgi.framework.BundleContext) (/usr/lib/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar.so) at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run() (Unknown Source) at java.security.AccessController.doPrivileged(java.security.PrivilegedExceptionAction) (/usr/lib/libgcj.so.6.0.0) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(org.osgi.framework.BundleActivator) (Unknown Source) ...12 more Root exception: javax.xml.parsers.FactoryConfigurationError: Provider for javax.xml.parsers.DocumentBuilderFactory cannot be found at javax.xml.parsers.DocumentBuilderFactory.newInstance() (Unknown Source) at org.eclipse.update.internal.configurator.PlatformConfiguration.() (/usr/lib/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar.so) at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.6.0.0) at org.eclipse.update.internal.configurator.PlatformConfiguration.startup(java.net.URL, org.eclipse.osgi.service.datalocation.Location) (/usr/lib/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar.so) at org.eclipse.update.internal.configurator.ConfigurationActivator.getPlatformConfiguration(java.net.URL, org.eclipse.osgi.service.datalocation.Location) (/usr/lib/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar.so) at org.eclipse.update.internal.configurator.ConfigurationActivator.initialize() (/usr/lib/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar.so) at org.eclipse.update.internal.configurator.ConfigurationActivator.start(org.osgi.framework.BundleContext) (/usr/lib/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar.so) at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run() (Unknown Source) at java.security.AccessController.doPrivileged(java.security.PrivilegedExceptionAction) (/usr/lib/libgcj.so.6.0.0) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(org.osgi.framework.BundleActivator) (Unknown Source) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start() (Unknown Source) at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(boolean) (Unknown Source) at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume() (Unknown Source) at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(org.eclipse.osgi.framework.internal.core.AbstractBundle) (Unknown Source) at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(org.eclipse.osgi.framework.internal.core.AbstractBundle[], boolean) (Unknown Source) at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(int, org.eclipse.osgi.framework.internal.core.AbstractBundle) (Unknown Source) at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(int, org.eclipse.osgi.framework.internal.core.AbstractBundle) (Unknown Source) at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(java.lang.Object, java.lang.Object, int, java.lang.Object) (Unknown Source) at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(org.eclipse.osgi.framework.eventmgr.ListElement[], org.eclipse.osgi.framework.eventmgr.EventDispatcher, int, java.lang.Object) (Unknown Source) at org.eclipse.osgi.framework.eventmgr.EventThread.run() (Unknown Source) at .GC_start_routine (/usr/lib/libgcj.so.6.0.0) at .__clone (/lib/libc-2.3.5.so) !ENTRY org.eclipse.osgi 2005-04-25 11:12:40.922 !MESSAGE Startup error !STACK 1 java.lang.IllegalStateException: Bundle initial at reference:file:/usr/share/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar/ [2] is not active. at org.eclipse.core.runtime.adaptor.EclipseStarter.ensureBundlesActive(org.osgi.framework.Bundle[]) (Unknown Source) at org.eclipse.core.runtime.adaptor.EclipseStarter.startup(java.lang.String[], java.lang.Runnable) (Unknown Source) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(java.lang.String[], java.lang.Runnable) (Unknown Source) at java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object[]) (/usr/lib/libgcj.so.6.0.0) at org.eclipse.core.launcher.Main.invokeFramework(java.lang.String[], java.net.URL[]) (Unknown Source) at org.eclipse.core.launcher.Main.basicRun(java.lang.String[]) (Unknown Source) at org.eclipse.core.launcher.Main.run(java.lang.String[]) (Unknown Source) at org.eclipse.core.launcher.Main.main(java.lang.String[]) (Unknown Source) at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0) at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0) It's a bug?, It's something I'm doing wrong?. I usually work the eclipse download from the eclipse website and JDK from sun. But I'v removed all the stuff related with eclipse and with java before I try to install the Fedora's eclipse. From Joe.Hoot at itec.suny.edu Mon Apr 25 10:52:20 2005 From: Joe.Hoot at itec.suny.edu (Joe.Hoot at itec.suny.edu) Date: Mon, 25 Apr 2005 06:52:20 -0400 Subject: java for firefox on ppc? In-Reply-To: <1114188042.3679.90.camel@anu.eridu> Message-ID: Paul, That worked... and with some modprobing of a couple of modules, my fans are working more quietly too, thanks to one of your and davids posts on bugzilla. On a side note, and not really fedora related, do you know of any java plugins on ppc linux for firefox? _____________________________ SUNY - ITEC Information Technology Exchange Center Systems Programmer/Analyst E-mail: Joe.Hoot at itec.suny.edu Office: (716)878-4644 Cell: (716)908-6292 Fax: (716)878-3485 _____________________________ Paul Nasrat Sent by: fedora-test-list-bounces at redhat.com 04/22/2005 12:40 PM Please respond to For testers of Fedora Core development releases To For testers of Fedora Core development releases cc Subject Re: Install FC4 test2 on PPC - Dual Proc G5? On Fri, 2005-04-22 at 08:22 -0400, Joe.Hoot at itec.suny.edu wrote: > > David or Paul, > > Are you talking about after the install has been completed or before > anaconda even starts? I haven't been able to get past the initial > loading of the kernel because it looks to me like the install cd/dvd > is loading a 32bit UP kernel. > > When I hit TAB at yaboot's boot: prompt, I have a "linux" kernel-- > that's it. No "linux-up" or anything else. I have tried this from > both the CDROM based install and DVD install (I happened to download > both, the dvd via torrent and the cd's via wget). Sorry I misunderstood how far you'd got. You'll need to burn the mac64 boot.iso on the first CD, boot off that and use that to install off the DVD. Paul -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list ForwardSourceID:NT000081BE -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpeters at mac.com Mon Apr 25 10:49:45 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 25 Apr 2005 03:49:45 -0700 Subject: Fedore Core 4 Test 2 - Damaged ISOs? In-Reply-To: <32326.213.164.3.90.1114416869.squirrel@www.nodata.co.uk> References: <20050425080715.GA30963@devserv.devel.redhat.com> <32326.213.164.3.90.1114416869.squirrel@www.nodata.co.uk> Message-ID: <1114426185.5022.1.camel@fc4t2.mpeters.local> On Mon, 2005-04-25 at 10:14 +0200, nodata wrote: > > Will mediacheck be pulled before FC4 goes final? > Hopefully - or at least change it to check the md5sum of packages rather than the media itself. That would probably be good enough. From markmc at redhat.com Mon Apr 25 11:00:02 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 25 Apr 2005 12:00:02 +0100 Subject: Wanda is broken In-Reply-To: <426BB689.3040309@gmail.com> References: <1114210984.4619.22.camel@homebox> <604aa79105042216417f85488f@mail.gmail.com> <1114324450.18089.8.camel@homebox> <20050424104106.GA31534@chrys.ms.mff.cuni.cz> <426BB689.3040309@gmail.com> Message-ID: <1114426802.4154.11.camel@blaa> Hey, I've just made Wanda use "ddate" as the default command instead of fortune ... that's better than nothing. Cheers, Mark. From alan at redhat.com Mon Apr 25 11:35:53 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 25 Apr 2005 07:35:53 -0400 Subject: Fedore Core 4 Test 2 - Damaged ISOs? In-Reply-To: <32326.213.164.3.90.1114416869.squirrel@www.nodata.co.uk> References: <20050425080715.GA30963@devserv.devel.redhat.com> <32326.213.164.3.90.1114416869.squirrel@www.nodata.co.uk> Message-ID: <20050425113553.GA19409@devserv.devel.redhat.com> On Mon, Apr 25, 2005 at 10:14:29AM +0200, nodata wrote: > > then file an FC specific bug, if neither did then file a bug and mention > > that > > both show the problem, also include the drive details. > > Will mediacheck be pulled before FC4 goes final? I guess that depends on the bug and also on FC4t3 - its a bit early to judge yet. If FC3 is failing on the same drives we have a problem. If FC4 fails and FC3 doesn't then it ought to be fixable. Alan From alan at redhat.com Mon Apr 25 11:36:23 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 25 Apr 2005 07:36:23 -0400 Subject: Problem installing FC4 test2 In-Reply-To: <1114418117.4634.2.camel@datacc> References: <1114418117.4634.2.camel@datacc> Message-ID: <20050425113623.GB19409@devserv.devel.redhat.com> On Mon, Apr 25, 2005 at 09:35:16AM +0100, mike wrote: > When I try to install test2 on my home machine (an amd k6) the install > always exits with a fatal error when it tries to install glibc-common. If you look at the other consoles during this are there errors reported about CD bad blocks ? From alan at redhat.com Mon Apr 25 11:39:10 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 25 Apr 2005 07:39:10 -0400 Subject: Fedore Core 4 Test 2 - Damaged ISOs? In-Reply-To: <1114426185.5022.1.camel@fc4t2.mpeters.local> References: <20050425080715.GA30963@devserv.devel.redhat.com> <32326.213.164.3.90.1114416869.squirrel@www.nodata.co.uk> <1114426185.5022.1.camel@fc4t2.mpeters.local> Message-ID: <20050425113910.GD19409@devserv.devel.redhat.com> On Mon, Apr 25, 2005 at 03:49:45AM -0700, Michael A. Peters wrote: > Hopefully - or at least change it to check the md5sum of packages rather > than the media itself. That would probably be good enough. Not really. Mediachecks fail can also occur for the last package on the disk in certain cases and means some drives can't mount some disks. Thats a pretty bad set of bugs _if_ this is the same problem as was dealt with before. From alan at redhat.com Mon Apr 25 11:39:36 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 25 Apr 2005 07:39:36 -0400 Subject: Wanda is broken In-Reply-To: <1114426802.4154.11.camel@blaa> References: <1114210984.4619.22.camel@homebox> <604aa79105042216417f85488f@mail.gmail.com> <1114324450.18089.8.camel@homebox> <20050424104106.GA31534@chrys.ms.mff.cuni.cz> <426BB689.3040309@gmail.com> <1114426802.4154.11.camel@blaa> Message-ID: <20050425113936.GE19409@devserv.devel.redhat.com> On Mon, Apr 25, 2005 at 12:00:02PM +0100, Mark McLoughlin wrote: > Hey, > I've just made Wanda use "ddate" as the default command instead of > fortune ... that's better than nothing. Hail Eris ;) > From ken at geekystuff.net Mon Apr 25 12:41:39 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Mon, 25 Apr 2005 08:41:39 -0400 Subject: Random Reboots after last Kernel Update In-Reply-To: <200504241014.02188.RouillardSy@yahoo.fr> References: <200504241014.02188.RouillardSy@yahoo.fr> Message-ID: <426CE583.6010907@geekystuff.net> Every kernel after 1240 gives me the udev error mentioned in other posts (at boot). I have noticed other differences in the post-1240 kernel (for x86_64). First, Yahoo! chat rooms are set up to have 50 people in there. After starting Gaim and going into my favorite geek room, I noticed that the number kept rising... so that while there were about 35 actually in the room (I asked one of the other people in the room), the number on Gaim was showing 60+. I rolled the kernel back to 1240 last night, put myself in a chat room and went to bed, now that I am up, the correct number is still showing on Gaim. Also, the higher the kernel number, the higher the odds that Firefox will hog CPU time and eventually freeze my computer. The higher the kernel number, the less stable Jedit becomes (java-based IDE) - it will not even start with kernel 1261(segmentation faults... even when starting the program as root). Also, with the last kernel, Thunderbird does not recognize any settings... while it does send and retrieve mail, I cannot make any changes to my accounts, etc... Is anyone else using x86_64 experiencing problems like this? Regards, Ken Nordquist Sylvain Rouillard wrote: >I started a similar discussion under >Re: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" > >We can surely continue it here as this surely deserves its own thread. > >For the record, that is four 64b processor users hit by the problem so far. > >Sylvain > From goemon at anime.net Mon Apr 25 11:56:40 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 25 Apr 2005 04:56:40 -0700 (PDT) Subject: Problem installing FC4 test2 In-Reply-To: <20050425113623.GB19409@devserv.devel.redhat.com> Message-ID: On Mon, 25 Apr 2005, Alan Cox wrote: > On Mon, Apr 25, 2005 at 09:35:16AM +0100, mike wrote: > > When I try to install test2 on my home machine (an amd k6) the install > > always exits with a fatal error when it tries to install glibc-common. > If you look at the other consoles during this are there errors reported > about CD bad blocks ? Is it possible gcc is inserting bogus i686 instructions for -mcpu Message-ID: On Mon, 25 Apr 2005, Alan Cox wrote: > On Mon, Apr 25, 2005 at 10:14:29AM +0200, nodata wrote: > > > then file an FC specific bug, if neither did then file a bug and mention > > > that both show the problem, also include the drive details. > > Will mediacheck be pulled before FC4 goes final? > I guess that depends on the bug and also on FC4t3 - its a bit early to judge > yet. If FC3 is failing on the same drives we have a problem. If FC4 fails and > FC3 doesn't then it ought to be fixable. I dont think ive had a working mediacheck on any machine here since FC1. md5sum are fine, mediacheck in the installer are not. -Dan From buildsys at redhat.com Mon Apr 25 12:06:46 2005 From: buildsys at redhat.com (Build System) Date: Mon, 25 Apr 2005 08:06:46 -0400 Subject: rawhide report: 20050425 changes Message-ID: <200504251206.j3PC6koT023714@porkchop.devel.redhat.com> Updated Packages: audit-0.7.1-1 ------------- * Sun Apr 24 2005 Steve Grubb 0.7.1-1 - Make sure time calc is done using localtime - Raise rlimits for file size & cpu usage - Added new disk_error_action config item to auditd.conf - Rework memory management of event buffer - Handled all errors in event logging thread gdm-1:2.6.0.8-7 --------------- * Sun Apr 24 2005 Ray Strode 1:2.6.0.8-7 - calling gdm_debug and g_strdup_printf from signal handlers are bad news (Spotted by Mark McLoughlin ). gnome-utils-1:2.10.0-2 ---------------------- * Sun Apr 24 2005 Ray Strode 1:2.10.0-2 - install gnome-screenshot schema (bug 155809) htmlview-3.0.0-10 ----------------- * Sun Apr 24 2005 Warren Togami - 3.0.0-10 - handle names with spaces, ignore multiple targets (#92335) - req which (#145509) libexif-0.6.12-2 ---------------- * Sun Apr 24 2005 Matthias Clasen - Fix MakerNote handling (#153282) libsoup-2.2.3-2 --------------- * Thu Mar 17 2005 David Malcolm - 2.2.3-2 - explicitly enable gtk-doc support * Thu Mar 17 2005 David Malcolm - 2.2.3-1 - 2.2.3 * Wed Mar 02 2005 David Malcolm - 2.2.2-3 - rebuild with GCC 4 libuser-0.53.6-1 ---------------- * Sun Apr 24 2005 Miloslav Trmac - 0.53.6-1 - Allow empty configuration values (#155402) perl-3:5.8.6-7 -------------- * Sun Apr 24 2005 Jose Pedro Oliveira - 3:5.8.6-7 - Updating CGI.pm from version 3.05 to 3.08 (mod_perl 2.0.0 RC5). (#155839) * Wed Apr 20 2005 Jose Pedro Oliveira - 3:5.8.6-6 - FCGI is not provided by perl (#148847). - Drop the '.1' suffix from the perl-suidperl subpackage. * Thu Mar 17 2005 Jason Vas Dias - 3:5.8.6-5 - bug 151127: fix to use libresolv instead of libbind (perl-5.8.6-libresolv.patch). From surak at casa.surak.eti.br Mon Apr 25 12:29:01 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Mon, 25 Apr 2005 09:29:01 -0300 Subject: Fedore Core 4 Test 2 - Damaged ISOs? In-Reply-To: References: Message-ID: <1114432141.8370.2.camel@localhost.surak.eti.br> Em Seg, 2005-04-25 ?s 04:58 -0700, Dan Hollis escreveu: > On Mon, 25 Apr 2005, Alan Cox wrote: > > On Mon, Apr 25, 2005 at 10:14:29AM +0200, nodata wrote: > > > > then file an FC specific bug, if neither did then file a bug and mention > > > > that both show the problem, also include the drive details. > > > Will mediacheck be pulled before FC4 goes final? > > I guess that depends on the bug and also on FC4t3 - its a bit early to judge > > yet. If FC3 is failing on the same drives we have a problem. If FC4 fails and > > FC3 doesn't then it ought to be fixable. > > I dont think ive had a working mediacheck on any machine here since FC1. > md5sum are fine, mediacheck in the installer are not. Mediacheck worked ok for fc2 and fc3, as far as I can recall (hum, monday, after all that wine... hard to say about fc3. but fc2 is definetely ok) From RouillardSy at yahoo.fr Mon Apr 25 12:44:17 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Mon, 25 Apr 2005 14:44:17 +0200 Subject: Random Reboots after last Kernel Update In-Reply-To: <426CE583.6010907@geekystuff.net> References: <200504241014.02188.RouillardSy@yahoo.fr> <426CE583.6010907@geekystuff.net> Message-ID: <200504251444.18109.RouillardSy@yahoo.fr> 1253 is just fine for me, stability-wise, as were all its predecessors. However, I use none of the applications you mentioned. The ones I use do not seem to produce any kind of oddities like you describe. As for 1258 and 1261, the instability that I observe does not seem to be related to any software, since the random reboots/freeze really seem to be *ahum*, random, i.e. not related to anything noticeable. Le Lundi 25 Avril 2005 14:41, Ken Nordquist a ?crit?: > Every kernel after 1240 gives me the udev error mentioned in other posts > (at boot). I have noticed other differences in the post-1240 kernel > (for x86_64). First, Yahoo! chat rooms are set up to have 50 people in > there. After starting Gaim and going into my favorite geek room, I > noticed that the number kept rising... so that while there were about > 35 actually in the room (I asked one of the other people in the room), > the number on Gaim was showing 60+. I rolled the kernel back to 1240 > last night, put myself in a chat room and went to bed, now that I am up, > the correct number is still showing on Gaim. > > Also, the higher the kernel number, the higher the odds that Firefox > will hog CPU time and eventually freeze my computer. The higher the > kernel number, the less stable Jedit becomes (java-based IDE) - it will > not even start with kernel 1261(segmentation faults... even when > starting the program as root). Also, with the last kernel, Thunderbird > does not recognize any settings... while it does send and retrieve > mail, I cannot make any changes to my accounts, etc... > > Is anyone else using x86_64 experiencing problems like this? > > Regards, > > Ken Nordquist > > Sylvain Rouillard wrote: > >I started a similar discussion under > >Re: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" > > > >We can surely continue it here as this surely deserves its own thread. > > > >For the record, that is four 64b processor users hit by the problem so > > far. > > > >Sylvain From mike at bristolreccc.co.uk Mon Apr 25 13:23:41 2005 From: mike at bristolreccc.co.uk (mike) Date: Mon, 25 Apr 2005 14:23:41 +0100 Subject: Problem installing FC4 test2 In-Reply-To: <20050425113623.GB19409@devserv.devel.redhat.com> References: <1114418117.4634.2.camel@datacc> <20050425113623.GB19409@devserv.devel.redhat.com> Message-ID: <1114435424.7145.5.camel@datacc> On Mon, 2005-04-25 at 07:36 -0400, Alan Cox wrote: > On Mon, Apr 25, 2005 at 09:35:16AM +0100, mike wrote: > > When I try to install test2 on my home machine (an amd k6) the install > > always exits with a fatal error when it tries to install glibc-common. > > If you look at the other consoles during this are there errors reported > about CD bad blocks ? > will check when I get home, but if this was the case, surely I would get a retry prompt, not a fatal error? From jaaphoetmer at yahoo.com Mon Apr 25 13:35:26 2005 From: jaaphoetmer at yahoo.com (Jaap Hoetmer) Date: Mon, 25 Apr 2005 14:35:26 +0100 (BST) Subject: Netgear WG511 Wireless card with Marvell chip Message-ID: <20050425133526.32924.qmail@web52001.mail.yahoo.com> When ordering a new 802.11g wireless card (Netgear WG511) I found out when receiving it that this version (V2 as it appears to be) does not have a Prism GT chipset, but Netgear changed to a Marvell chipset for that card. Investigation prior to the purchase led me to believe I was OK with this card, as the Prism chipset is apparently properly supported in Fedora. I understand the only way I can get this card to work is by using Ndiswrapper and the Windows drivers. Which is somewhat tricky, as I also need to change the kernel's stack size from 4K to 8K, and install the Ndiswrapper and driver software. Do-able, but I was wondering if someone knew if Fedora Core 4 would have support built-in for the Marvell chipset. Either by including ndiswrapper and 8K stacks, or by a native driver? Linuxant DriverLoader is another solution, for $20. Any help greatly appreciated. Regards, Jaap Send instant messages to your online friends http://uk.messenger.yahoo.com From green at redhat.com Mon Apr 25 13:41:43 2005 From: green at redhat.com (Anthony Green) Date: Mon, 25 Apr 2005 06:41:43 -0700 Subject: Error trying to install eclipse In-Reply-To: <1114420679.5996.4.camel@iglu.saladelfrio.com> References: <1114420679.5996.4.camel@iglu.saladelfrio.com> Message-ID: <1114436503.4691.17.camel@localhost.localdomain> On Mon, 2005-04-25 at 11:17 +0200, Tatxe wrote: > Hi all: > > I'm trying to install eclipse, but I have some strange errors. First I > did an yum install eclipse-bugzilla.i386 eclipse-jdt.i386 > eclipse-platform.i386 Make sure your libgcj is up to date and try again. If the problem persists, please file a bug report at bugzilla.redhat.com. Thanks! AG From tatxe at saladelfrio.com Mon Apr 25 13:44:16 2005 From: tatxe at saladelfrio.com (Tatxe) Date: Mon, 25 Apr 2005 15:44:16 +0200 Subject: Error trying to install eclipse In-Reply-To: <1114436503.4691.17.camel@localhost.localdomain> References: <1114420679.5996.4.camel@iglu.saladelfrio.com> <1114436503.4691.17.camel@localhost.localdomain> Message-ID: <1114436656.6799.5.camel@iglu.saladelfrio.com> El lun, 25-04-2005 a las 06:41 -0700, Anthony Green escribi?: > > I'm trying to install eclipse, but I have some strange errors. First I > > did an yum install eclipse-bugzilla.i386 eclipse-jdt.i386 > > eclipse-platform.i386 > Make sure your libgcj is up to date and try again. If the problem > persists, please file a bug report at bugzilla.redhat.com. Ok, It's all updated. I'm going to report a bug in bugzilla. Thanks. From pjones at redhat.com Mon Apr 25 14:15:03 2005 From: pjones at redhat.com (Peter Jones) Date: Mon, 25 Apr 2005 10:15:03 -0400 Subject: Problem installing FC4 test2 In-Reply-To: <1114435424.7145.5.camel@datacc> References: <1114418117.4634.2.camel@datacc> <20050425113623.GB19409@devserv.devel.redhat.com> <1114435424.7145.5.camel@datacc> Message-ID: <1114438503.27651.0.camel@localhost.localdomain> On Mon, 2005-04-25 at 14:23 +0100, mike wrote: > On Mon, 2005-04-25 at 07:36 -0400, Alan Cox wrote: > > On Mon, Apr 25, 2005 at 09:35:16AM +0100, mike wrote: > > > When I try to install test2 on my home machine (an amd k6) the install > > > always exits with a fatal error when it tries to install glibc-common. > > > > If you look at the other consoles during this are there errors reported > > about CD bad blocks ? > > > > will check when I get home, but if this was the case, surely I would get > a retry prompt, not a fatal error? Well, depends on where the failure was and what it was. Show us the error message when you get a chance? ;) -- Peter From lux at diesel-research.com Mon Apr 25 14:41:56 2005 From: lux at diesel-research.com (Kim Lux) Date: Mon, 25 Apr 2005 08:41:56 -0600 Subject: Laptop poor performance In-Reply-To: <1114398426.20498.7.camel@homebox> References: <1114398426.20498.7.camel@homebox> Message-ID: <1114440116.6309.5.camel@localhost.localdomain> run top and see what processes are using a significant amount of CPU resources. On Sun, 2005-04-24 at 20:07 -0700, Sean Bruno wrote: > I seem to be running into some issues with performance on my laptop. It > appears the machine is dramatically slowing down under load. > > I was, er ... uh ... load testing, with America's Army, and noted that > my laptop runs fine for a bout 3 to 5 minutes. Then the fans kick into > overdrive and I lose about %60 of my performance(determined via my FPS > in game, not real accurate). > > I never saw this type of slow down under any FC3 kernel, what should I > be looking for? > > Sean > > P.S. Running a Dell Latitude D800 > -- Kim Lux, Diesel Research Inc. From thomas.cameron at camerontech.com Mon Apr 25 15:10:30 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Mon, 25 Apr 2005 10:10:30 -0500 Subject: Fedore Core 4 Test 2 - Damaged ISOs? References: <20050425080715.GA30963@devserv.devel.redhat.com> Message-ID: <004501c549a8$ebcaff90$fd00a8c0@thomas> On Monday, April 25, 2005 3:07 AM, "Alan Cox" wrote: > On Sun, Apr 24, 2005 at 10:46:50AM -0500, Senthil_OR at Dell.com wrote: >> Is this a Mediacheck issue OR the famous 'linux ide=nodma ' problem? >> Anton while booting up for install give the above linux ide=nodma >> command and then check. >> If you find the media check running okay, then report your CD-Drive make >> to blacklist maintained by RH. > > Don't bother. The mediacheck bugs are nothing to do with DMA and > everything > to do with the base kernel IDE code. In particular check FC3 - if FC3 > worked > then file an FC specific bug, if neither did then file a bug and mention > that > both show the problem, also include the drive details. Alan - Do you know if this problem is being or has been addressed upstream? Just curious... Thanks, Thomas From alan at redhat.com Mon Apr 25 16:04:00 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 25 Apr 2005 12:04:00 -0400 Subject: Fedore Core 4 Test 2 - Damaged ISOs? In-Reply-To: <004501c549a8$ebcaff90$fd00a8c0@thomas> References: <20050425080715.GA30963@devserv.devel.redhat.com> <004501c549a8$ebcaff90$fd00a8c0@thomas> Message-ID: <20050425160400.GA7643@devserv.devel.redhat.com> On Mon, Apr 25, 2005 at 10:10:30AM -0500, Thomas Cameron wrote: > Do you know if this problem is being or has been addressed upstream? Just > curious... The cases I know about are fixed in -ac thus in RHEL4, Centos and FC3 but not FC4. One reason for asking if FC3 works is to make sure its all covered by that one fix set. Unfortunately the IDE upstream maintainer doesn't seem to be interested in that or the security holes with pcmcia ide in the base kernel (also fixed in -ac) Alan From jamiebohr at gmail.com Mon Apr 25 16:18:00 2005 From: jamiebohr at gmail.com (Jamie Bohr) Date: Mon, 25 Apr 2005 10:18:00 -0600 Subject: FC4 T2 and Dell M70 In-Reply-To: References: Message-ID: Has any one had luck installing Fedora (3 or 4) on a Dell M70 laptop? I just got one and wiped out Windows first thing. I was quite disappointed to learn sound and wireless were not supported in FC4. The audio is AC97 and the wireless is a Intel PRO/Wireless 2915 a/b/g. I have searched the Internet and found where other users were able to get Suse or Ubuntu installled will little trouble. I am a Fedora fan though. I was surprised to find no sound and no wireless after installing FC 4 T2. I am still searching the Internet to get the sound working. The wireless is very weird though. The system does not see the built in wireless card at all. When I insert my old Xircom wireless card the builtin Intel (Pro/Wireless 2915) shows up - what's up with that? My Xircom is not even listed. I down loaded the drivers from Intel and installed as indicated, still not luck. My quesion is this, why does the builtin wireless card not show up until I put in my old Xircom card? Also why does the Xircom not work? I tired the Suse live CD, no sound but the wireless card is seen. I was told if I installed the full workstation version of Suse the sound would work as well. I would rather stick with Fedora if I can get it to work. I realize FC4 is still in testing so if I need to file a bug report I will. I got all the updates with up2date before I posted this message. Thank you, Jamie Bohr -------------- next part -------------- An HTML attachment was scrubbed... URL: From notting at redhat.com Mon Apr 25 16:27:35 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 25 Apr 2005 12:27:35 -0400 Subject: new apmd rpm has no libapm component In-Reply-To: References: Message-ID: <20050425162735.GB14176@nostromo.devel.redhat.com> Robert P. J. Day (rpjday at mindspring.com) said: > the new development apmd-3.2.2-3 doesn't contain the libapm > components present in apmd-3.2.2-2, which causes an update dependency > problem. For what package? Bill From ed at eh3.com Mon Apr 25 16:43:54 2005 From: ed at eh3.com (Ed Hill) Date: Mon, 25 Apr 2005 12:43:54 -0400 Subject: FC4 T2 and Dell M70 In-Reply-To: References: Message-ID: <1114447435.9043.12.camel@ernie> On Mon, 2005-04-25 at 10:18 -0600, Jamie Bohr wrote: > Has any one had luck installing Fedora (3 or 4) on a Dell M70 laptop? > I just got one and wiped out Windows first thing. I was quite > disappointed to learn sound and wireless were not supported in FC4. > The audio is AC97 and the wireless is a Intel PRO/Wireless 2915 a/b/g. > I have searched the Internet and found where other users were able to > get Suse or Ubuntu installled will little trouble. I am a Fedora fan > though. I was surprised to find no sound and no wireless after > installing FC 4 T2. Have you tried, as root, running alsamixer to adjust the volumes? Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From dcbw at redhat.com Mon Apr 25 16:46:26 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 25 Apr 2005 12:46:26 -0400 Subject: Netgear WG511 Wireless card with Marvell chip In-Reply-To: <20050425133526.32924.qmail@web52001.mail.yahoo.com> References: <20050425133526.32924.qmail@web52001.mail.yahoo.com> Message-ID: <1114447586.3299.1.camel@dcbw.boston.redhat.com> On Mon, 2005-04-25 at 14:35 +0100, Jaap Hoetmer wrote: > When ordering a new 802.11g wireless card (Netgear > WG511) I found out when receiving it that this version > (V2 as it appears to be) does not have a Prism GT > chipset, but Netgear changed to a Marvell chipset for > that card. Investigation prior to the purchase led me > to believe I was OK with this card, as the Prism > chipset is apparently properly supported in Fedora. Where is the card made? Versions marked "Made in Taiwan" will work, but those marked "Made in China" will not, even though both are "v2". The China ones have a different chipset that only does softmac, which may be the Marvell one you're referring to here. Dan From rpjday at mindspring.com Mon Apr 25 16:45:47 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 25 Apr 2005 12:45:47 -0400 (EDT) Subject: new apmd rpm has no libapm component In-Reply-To: <20050425162735.GB14176@nostromo.devel.redhat.com> References: <20050425162735.GB14176@nostromo.devel.redhat.com> Message-ID: On Mon, 25 Apr 2005, Bill Nottingham wrote: > Robert P. J. Day (rpjday at mindspring.com) said: > > the new development apmd-3.2.2-3 doesn't contain the libapm > > components present in apmd-3.2.2-2, which causes an update > > dependency problem. > > For what package? sorry, that would have been useful. from a few days ago (so it may very well have been fixed by now), it was gnome-applets. rday From notting at redhat.com Mon Apr 25 17:00:59 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 25 Apr 2005 13:00:59 -0400 Subject: new apmd rpm has no libapm component In-Reply-To: References: <20050425162735.GB14176@nostromo.devel.redhat.com> Message-ID: <20050425170059.GD14176@nostromo.devel.redhat.com> Robert P. J. Day (rpjday at mindspring.com) said: > > > the new development apmd-3.2.2-3 doesn't contain the libapm > > > components present in apmd-3.2.2-2, which causes an update > > > dependency problem. > > > > For what package? > > sorry, that would have been useful. from a few days ago (so it may > very well have been fixed by now), it was gnome-applets. Yes, the gnome-applets in rawhide should have this fixed. Bill From rpjday at mindspring.com Mon Apr 25 17:07:03 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 25 Apr 2005 13:07:03 -0400 (EDT) Subject: new apmd rpm has no libapm component In-Reply-To: <20050425170059.GD14176@nostromo.devel.redhat.com> References: <20050425162735.GB14176@nostromo.devel.redhat.com> <20050425170059.GD14176@nostromo.devel.redhat.com> Message-ID: On Mon, 25 Apr 2005, Bill Nottingham wrote: > Robert P. J. Day (rpjday at mindspring.com) said: > > > > the new development apmd-3.2.2-3 doesn't contain the libapm > > > > components present in apmd-3.2.2-2, which causes an update > > > > dependency problem. > > > > > > For what package? > > > > sorry, that would have been useful. from a few days ago (so it may > > very well have been fixed by now), it was gnome-applets. > > Yes, the gnome-applets in rawhide should have this fixed. hmmm ... i just tried another "yum update" and still got two missing dependencies: struts11 = 1.1-1jpp_2fc for struts11-webapps-tomcat5 libapm.so.1 for gnome-applets for my yum repos, i have *only* development extras-development to keep things minimal. is there a reason i'd still be getting an update error as above? rday From hugh at mimosa.com Mon Apr 25 16:11:45 2005 From: hugh at mimosa.com (D. Hugh Redelmeier) Date: Mon, 25 Apr 2005 12:11:45 -0400 (EDT) Subject: backward compatibility problem with grub Message-ID: Background: I tripped over a grub bug in Fedora Core 3 on x86_64 (actually, probably any arch with NX support). It was suggested that I fetch and build the rawhide version of grub to see if the problem has been fixed. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147392 It turns out that the latest version of the grub SRPM will not build on FC3. This seems very unfortunate. I would consider it a bug. Is this known? Intended? A good thing? Details: I fetched http://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS/grub-0.95-12.src.rpm Trying to build it on FC3 x86_64 + updates failed with errors: checking for C compiler default output file name... configure: error: C compiler cannot create executables Reading config.log, I see instead a couple of compiler errors. Both suggest that a different version of gcc was expected: configure:2396: gcc -V &5 gcc: `-V' option must have argument configure:2425: gcc -m32 -Os -g -fno-strict-aliasing -Wall -Wno-pointer-sign -Werror -Wno-shadow -static conftest.c >&5 cc1: error: unrecognized command line option "-Wno-pointer-sign" I got the same errors in FC3 i386 + updates. From dcbw at redhat.com Mon Apr 25 17:19:08 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 25 Apr 2005 13:19:08 -0400 Subject: FC4 T2 and Dell M70 In-Reply-To: References: Message-ID: <1114449548.3299.5.camel@dcbw.boston.redhat.com> On Mon, 2005-04-25 at 10:18 -0600, Jamie Bohr wrote: > Has any one had luck installing Fedora (3 or 4) on a Dell M70 laptop? > I just got one and wiped out Windows first thing. I was quite > disappointed to learn sound and wireless were not supported in FC4. > The audio is AC97 and the wireless is a Intel PRO/Wireless 2915 a/b/g. > I have searched the Internet and found where other users were > I am still searching the Internet to get the sound working. The > wireless is very weird though. The system does not see the built in > wireless card at all. When I insert my old Xircom wireless card the > builtin Intel (Pro/Wireless 2915) shows up - what's up with that? My > Xircom is not even listed. I down loaded the drivers from Intel and > installed as indicated, still not luck. This wireless card should be supported, its driven by the "ipw2200" driver. You need firmware however, which is not able to be distributed with Fedora Core. See: http://atrpms.net/dist/common/ipw2200-firmware/ Install the top RPM, the 2.2-5 one. http://ipw2200.sourceforge.net/firmware.php?fid=4 OR, download the file here and place it in /lib/firmware Dan From jkeating at j2solutions.net Mon Apr 25 17:24:25 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Mon, 25 Apr 2005 10:24:25 -0700 Subject: backward compatibility problem with grub In-Reply-To: References: Message-ID: <1114449865.19088.202.camel@jkeating2.hq.pogolinux.com> On Mon, 2005-04-25 at 12:11 -0400, D. Hugh Redelmeier wrote: > Background: > > I tripped over a grub bug in Fedora Core 3 on x86_64 (actually, > probably any arch with NX support). It was suggested that I fetch > and build the rawhide version of grub to see if the problem has been > fixed. See > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147392 > > It turns out that the latest version of the grub SRPM will not build > on FC3. This seems very unfortunate. I would consider it a bug. Is > this known? Intended? A good thing? > > Details: > I fetched > http://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS/grub-0.95-12.src.rpm > Trying to build it on FC3 x86_64 + updates failed with errors: > checking for C compiler default output file name... configure: error: > C compiler > cannot create executables > > Reading config.log, I see instead a couple of compiler errors. Both > suggest > that a different version of gcc was expected: > configure:2396: gcc -V &5 > gcc: `-V' option must have argument > > configure:2425: gcc -m32 -Os -g -fno-strict-aliasing -Wall -Wno- > pointer-sign > -Werror -Wno-shadow -static conftest.c >&5 > cc1: error: unrecognized command line option "-Wno-pointer-sign" > > I got the same errors in FC3 i386 + updates. > > FC3 is GCC3, while rawhide is currently being targetted for FC4, which is GCC4. There are unfortunate differences. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jspaleta at gmail.com Mon Apr 25 17:32:30 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 25 Apr 2005 13:32:30 -0400 Subject: backward compatibility problem with grub In-Reply-To: References: Message-ID: <604aa7910504251032babc269@mail.gmail.com> On 4/25/05, D. Hugh Redelmeier wrote: > It turns out that the latest version of the grub SRPM will not build > on FC3. This seems very unfortunate. I would consider it a bug. Is > this known? Intended? A good thing? This is quite easy to resolve.. edit the grub.spec file to remove -Wno-pointer-sign and it will rebuild on fc3 using the compiler tools in fc3. Right now when compiling for gcc4 this warning needs to be supressed to get grub to build. Since gcc4 is now the default compiler in rawhide, the rawhide grub has that option turned on. I don't think its unreasonable to have to edit a spec file on occasion to get something to recompile, especially when we are talking about jumping a compiler toolchain version. -jef From pjones at redhat.com Mon Apr 25 17:34:09 2005 From: pjones at redhat.com (Peter Jones) Date: Mon, 25 Apr 2005 13:34:09 -0400 Subject: Fedore Core 4 Test 2 - Damaged ISOs? In-Reply-To: <20050425160400.GA7643@devserv.devel.redhat.com> References: <20050425080715.GA30963@devserv.devel.redhat.com> <004501c549a8$ebcaff90$fd00a8c0@thomas> <20050425160400.GA7643@devserv.devel.redhat.com> Message-ID: <1114450449.27651.9.camel@localhost.localdomain> On Mon, 2005-04-25 at 12:04 -0400, Alan Cox wrote: > On Mon, Apr 25, 2005 at 10:10:30AM -0500, Thomas Cameron wrote: > > Do you know if this problem is being or has been addressed upstream? Just > > curious... > > The cases I know about are fixed in -ac thus in RHEL4, Centos and FC3 but > not FC4. One reason for asking if FC3 works is to make sure its all covered > by that one fix set. Unfortunately the IDE upstream maintainer doesn't seem > to be interested in that or the security holes with pcmcia ide in the base > kernel (also fixed in -ac) Is reading the end of the disk the issue you've been alluding to? In particular, prefetching past the de-iced area? -- Peter From jspaleta at gmail.com Mon Apr 25 17:36:15 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 25 Apr 2005 13:36:15 -0400 Subject: new apmd rpm has no libapm component In-Reply-To: References: <20050425162735.GB14176@nostromo.devel.redhat.com> <20050425170059.GD14176@nostromo.devel.redhat.com> Message-ID: <604aa79105042510364432614d@mail.gmail.com> On 4/25/05, Robert P. J. Day wrote: > struts11 = 1.1-1jpp_2fc for struts11-webapps-tomcat5 > libapm.so.1 for gnome-applets > > for my yum repos, i have *only* > > development > extras-development > > to keep things minimal. is there a reason i'd still be getting an > update error as above? it always helps to talk about version numbers on packages. You might be communicating with an out of sync mirror. My system has rpm -q gnome-applets gnome-applets-2.10.1-4 rpm -q --requires gnome-applets|grep libapm nothing -jef From guy at incentre.net Mon Apr 25 17:36:29 2005 From: guy at incentre.net (Guy Fraser) Date: Mon, 25 Apr 2005 11:36:29 -0600 Subject: Does anyone have the ITE 8212 controller driver Message-ID: <1114450590.4664.27.camel@sigurd.incentre.net> I bought a new board [ASUS P5AD2-E] with the ITE 8212 chipset. I have Googled and found only complaints, for the first 5 pages. In one of the results someone mentioned that Alan Cox may be working on the drivers. I disabled the RAID on all the SATA and IDE controllers in BIOS. This new board supports up to 14 drives; Ports - Mfg. - Chipset - Status 1 ATA33/66/100 - Intel - ICH6 - Detected and works 4 SATA150 - Intel - ICH6R - Detected and works 4 SATA150 - SIS - Sil3114R - Appears to be unsupported 2 ATA133 - ITE 8212 - Appears to be unsupported The drives I have listed as "Appears to be unsupported" do not seem to have any drivers loaded, and lspci lists the as "Unknown ..." or something like that. I didn't have time to do much testing yesterday due to family commitments. Any suggestions about what tests I should perform. From fedora at kjb.dds.nl Mon Apr 25 17:47:05 2005 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Mon, 25 Apr 2005 19:47:05 +0200 Subject: [Fwd: Re: java-1.4.2-gcj-compat uninstalls sun jre] In-Reply-To: <1114379567.4691.15.camel@localhost.localdomain> References: <1114374973.29083.12.camel@oscar.metro1.com> <1114379567.4691.15.camel@localhost.localdomain> Message-ID: <1114451225.3877.6.camel@isengard> On Sun, 2005-04-24 at 14:52 -0700, Anthony Green wrote: > > > Was wondering if I was going crazy....this is a "me too" issue. It > > > appears that my Sun Java got removed... > > Strange. Which specific Sun Java RPM is getting uninstalled? Please > file a bug report at bugzilla.redhat.com. Yesterday, my JDK 1.5 package went missing too. Tried to reproduce it, but I'm unable to reproduce the problem with latest rawhide. I'm not quite sure if it was the java-1.4.2-gcj-compat package, since there were a lot of packages updated. As a last surprise I saw yum deinstalling the jdk package (it didn't announce it up front, just that it was removing it). The Sun JDK/JRE RPM packages are simply called "jdk" and "jre", so there's some possibility of a conflict there... Klaasjan From skvidal at phy.duke.edu Mon Apr 25 18:12:03 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 25 Apr 2005 14:12:03 -0400 Subject: [Fwd: Re: java-1.4.2-gcj-compat uninstalls sun jre] In-Reply-To: <1114451225.3877.6.camel@isengard> References: <1114374973.29083.12.camel@oscar.metro1.com> <1114379567.4691.15.camel@localhost.localdomain> <1114451225.3877.6.camel@isengard> Message-ID: <1114452723.4945.3.camel@cutter> > Yesterday, my JDK 1.5 package went missing too. > Tried to reproduce it, but I'm unable to reproduce the problem with > latest rawhide. I'm not quite sure if it was the java-1.4.2-gcj-compat > package, since there were a lot of packages updated. As a last surprise > I saw yum deinstalling the jdk package (it didn't announce it up front, > just that it was removing it). > The Sun JDK/JRE RPM packages are simply called "jdk" and "jre", so > there's some possibility of a conflict there... what ver of yum were you using? If something pulled it in post then it could have been an obsolete brought in by a dependency. -sv From guy at incentre.net Mon Apr 25 18:12:39 2005 From: guy at incentre.net (Guy Fraser) Date: Mon, 25 Apr 2005 12:12:39 -0600 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <426BE0FD.2060602@geekystuff.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> <4267BA4B.2070006@gmail.com> <426BE0FD.2060602@geekystuff.net> Message-ID: <1114452760.4664.53.camel@sigurd.incentre.net> On Sun, 2005-24-04 at 14:10 -0400, Ken Nordquist wrote: > Michael, > You are ass/u/me-ing that Mr. Fraser is motivated to actually do > something or particiapte. Mr. Fraser is another "dime a dozen" whiner. > They have plenty of time and energy to complain about the injustices of > the world, but have little time and energy to actively and > constructively participate. I have no doubt Mr. Fraser has never heard > the phrase "if one is not part of the solution, one is part of the problem." > > In this case, it is not a bad thing that Mr. Fraser does not > participate... That would mean the rest of us would be subjected to > further exposure to him and whatever project he became involved in would > grind to a slow halt. The only thing worse than being personally or > professionally involved with Mr. Fraser would to actually be Mr. > Fraser. For that, I have pity for him. > > Regards, > > Ken Nordquist You have no idea. Many months ago when I was trying to get help all I got was LILO is not supported, and a couple of suggestions to search the archives and submit bugzilla reports. I have been very professional in all my dealings outside this issue, and in the real world I have an exemplary reputation. I am quite sure that with your unflinching disregard for any fact, that you are in fact the unprofessional whiner. It's just you are on the side that has support for your position, and I am not. Just because your side is supported does not mean it is right or just. You personally have trashed many people on this list for attempting to suggest anything you disagree with. If this list and the people on this list acted with an iota of professionalism, I would have never had force this issue to the front. Had you not written this message, I was more than willing to have taken the lumps I have already been given, and was moving to provide constructive assistance. I will agree to not be disagreeable, and expect the same from you. Sincerely Mr. Fraser From m_epling at comcast.net Mon Apr 25 18:34:07 2005 From: m_epling at comcast.net (amazing powers of observation) Date: Mon, 25 Apr 2005 13:34:07 -0500 Subject: END OF DISCUSSION: Grub is inadequate without Lilo for backup In-Reply-To: <1114452760.4664.53.camel@sigurd.incentre.net> References: <1113935970.5909.35.camel@mgb.bullion.ims> <1113936377.6277.81.camel@laptopd505.fenrus.org> <1113937945.5909.59.camel@mgb.bullion.ims> <20050419194541.GC987720@hiwaay.net> <1113940651.5909.77.camel@mgb.bullion.ims> <20050419202433.GD987720@hiwaay.net> <1113944257.5909.105.camel@mgb.bullion.ims> <1113947098.15629.37.camel@cutter> <42657C69.9000708@comcast.net> <1113948131.8308.11.camel@mgb.bullion.ims> <20050420135541.GC10443@devserv.devel.redhat.com> <1114018395.4929.135.camel@sigurd.incentre.net> <1114021101.19088.62.camel@jkeating2.hq.pogolinux.com> <1114033874.4929.168.camel@sigurd.incentre.net> <42675C2E.7010605@n-man.com> <1114093604.4929.174.camel@sigurd.incentre.net> <4267BA4B.2070006@gmail.com> <426BE0FD.2060602@geekystuff.net> <1114452760.4664.53.camel@sigurd.incentre.net> Message-ID: <426D381F.4030308@comcast.net> you have done well to the gentilman that keeps this issue alive ...row your own and act grown . the tools are there to build your own from source . Guy Fraser wrote: >On Sun, 2005-24-04 at 14:10 -0400, Ken Nordquist wrote: > > >>Michael, >>You are ass/u/me-ing that Mr. Fraser is motivated to actually do >>something or particiapte. Mr. Fraser is another "dime a dozen" whiner. >>They have plenty of time and energy to complain about the injustices of >>the world, but have little time and energy to actively and >>constructively participate. I have no doubt Mr. Fraser has never heard >>the phrase "if one is not part of the solution, one is part of the problem." >> >>In this case, it is not a bad thing that Mr. Fraser does not >>participate... That would mean the rest of us would be subjected to >>further exposure to him and whatever project he became involved in would >>grind to a slow halt. The only thing worse than being personally or >>professionally involved with Mr. Fraser would to actually be Mr. >>Fraser. For that, I have pity for him. >> >>Regards, >> >>Ken Nordquist >> >> >You have no idea. > >Many months ago when I was trying to get help all I got was LILO >is not supported, and a couple of suggestions to search the archives >and submit bugzilla reports. > >I have been very professional in all my dealings outside this >issue, and in the real world I have an exemplary reputation. I >am quite sure that with your unflinching disregard for any >fact, that you are in fact the unprofessional whiner. It's just >you are on the side that has support for your position, and I am >not. Just because your side is supported does not mean it is >right or just. You personally have trashed many people on this >list for attempting to suggest anything you disagree with. > >If this list and the people on this list acted with an iota of >professionalism, I would have never had force this issue to the >front. > >Had you not written this message, I was more than willing to >have taken the lumps I have already been given, and was moving >to provide constructive assistance. I will agree to not be >disagreeable, and expect the same from you. > >Sincerely >Mr. Fraser > > > > From thomas.cameron at camerontech.com Mon Apr 25 18:40:05 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Mon, 25 Apr 2005 13:40:05 -0500 Subject: (Heading off topic here) Re: Fedore Core 4 Test 2 - Damaged ISOs? References: <20050425080715.GA30963@devserv.devel.redhat.com><004501c549a8$ebcaff90$fd00a8c0@thomas> <20050425160400.GA7643@devserv.devel.redhat.com> Message-ID: <00b601c549c6$32f00470$fd00a8c0@thomas> On Mon, Apr 25, 2005 at 11:04:30AM Alan Cox wrote: > On Mon, Apr 25, 2005 at 10:10:30AM -0500, Thomas Cameron wrote: >> Do you know if this problem is being or has been addressed upstream? >> Just >> curious... > > The cases I know about are fixed in -ac thus in RHEL4, Centos and FC3 but > not FC4. One reason for asking if FC3 works is to make sure its all > covered > by that one fix set. Unfortunately the IDE upstream maintainer doesn't > seem > to be interested in that or the security holes with pcmcia ide in the base > kernel (also fixed in -ac) Thanks for the response... Now this is probably going off topic so if you want me to take it off list I will: What happens when an upstream maintainer isn't keeping up? Does the kernel community take some sort of vote, or does Linus get involved, or what? Again, this is just out of my personal curiosity... Thanks! Thomas From jaaphoetmer at yahoo.com Mon Apr 25 19:28:22 2005 From: jaaphoetmer at yahoo.com (Jaap Hoetmer) Date: Mon, 25 Apr 2005 20:28:22 +0100 (BST) Subject: Netgear WG511 Wireless card with Marvell chip In-Reply-To: 6667 Message-ID: <20050425192823.6676.qmail@web52002.mail.yahoo.com> Dan, thanks. Mine's made in China... I have tested the DriverLoader wrapper, and that seems to work, so I guess it should still be possible to get it to work using Ndiswrapper. I take it from your answer that FC4 will not natively support these cards? Thanks, Jaap --- Dan Williams wrote: > On Mon, 2005-04-25 at 14:35 +0100, Jaap Hoetmer > wrote: > > When ordering a new 802.11g wireless card (Netgear > > WG511) I found out when receiving it that this > version > > (V2 as it appears to be) does not have a Prism GT > > chipset, but Netgear changed to a Marvell chipset > for > > that card. Investigation prior to the purchase led > me > > to believe I was OK with this card, as the Prism > > chipset is apparently properly supported in > Fedora. > > Where is the card made? Versions marked "Made in > Taiwan" will work, but > those marked "Made in China" will not, even though > both are "v2". The > China ones have a different chipset that only does > softmac, which may be > the Marvell one you're referring to here. > > Dan > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > Send instant messages to your online friends http://uk.messenger.yahoo.com From dcbw at redhat.com Mon Apr 25 19:49:37 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 25 Apr 2005 15:49:37 -0400 Subject: Netgear WG511 Wireless card with Marvell chip In-Reply-To: <20050425192823.6676.qmail@web52002.mail.yahoo.com> References: <20050425192823.6676.qmail@web52002.mail.yahoo.com> Message-ID: <1114458577.3299.11.camel@dcbw.boston.redhat.com> On Mon, 2005-04-25 at 20:28 +0100, Jaap Hoetmer wrote: > Dan, thanks. Mine's made in China... > I have tested the DriverLoader wrapper, and that seems > to work, so I guess it should still be possible to get > it to work using Ndiswrapper. It should be, others have reported success. > I take it from your answer that FC4 will not natively > support these cards? Correct; work is ongoing in the prism54 driver to support so-called "softmac" devices. That's a ways out though, as its only been going on for about a month or two. It will show up in Fedora Core when it shows up in the upstream kernel version of the prism54 driver. Dan From orion at cora.nwra.com Mon Apr 25 21:34:58 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 25 Apr 2005 15:34:58 -0600 Subject: Rawhide install report In-Reply-To: References: <425560D0.9000700@cora.nwra.com> Message-ID: <426D6282.9050607@cora.nwra.com> Chris Lumens wrote: >> The text mode "graphics" look horrible: >> >> - On the left side of the title is a J with a circumflex. On the >> right is a square box. I'm sure these are not the desired graphics >> characters. >> >> - Progress bars (or their shadows?) extend on character beyond the >> right edge. >> >> - Shadowing on the bottom seems to be off one line too low. >> >> - There is no border around windows, so when one window is displayed >> on top of another it is very confusing. > > > Yeah, it's pretty much unusable right now for text mode or rescue mode. > We're working on it. Appears to be working in now. Only niggle is that one package name must be a few characters longer than the space given so you end up with "spaces" overwriting the right edge at some point. >> Also, I end up with a negative number of packages remaining to >> install. System thinks it's going to install 561 packages, but ends up >> installing 624 so the "remaining" count eventually goes negative. >> Here's my kickstart package selections: > > > This should have been fixed a while ago, but could have rebroken. I'll > have to take a look. Working now. - Orion From ad+lists at uni-x.org Mon Apr 25 21:45:08 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Mon, 25 Apr 2005 23:45:08 +0200 Subject: Does anyone have the ITE 8212 controller driver In-Reply-To: <1114450590.4664.27.camel@sigurd.incentre.net> References: <1114450590.4664.27.camel@sigurd.incentre.net> Message-ID: <1114465508.29407.217.camel@serendipity.dogma.lan> Am Mo, den 25.04.2005 schrieb Guy Fraser um 19:36: > I bought a new board [ASUS P5AD2-E] with the ITE 8212 chipset. http://www.ite.com.tw/software_download/software_download2.asp Alexander -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora Core 2 GNU/Linux on Athlon with kernel 2.6.11-1.14_FC2smp Serendipity 23:44:53 up 13 days, 20:25, load average: 0.25, 0.29, 0.27 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From alan at redhat.com Mon Apr 25 21:48:42 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 25 Apr 2005 17:48:42 -0400 Subject: Does anyone have the ITE 8212 controller driver In-Reply-To: <1114450590.4664.27.camel@sigurd.incentre.net> References: <1114450590.4664.27.camel@sigurd.incentre.net> Message-ID: <20050425214842.GA22125@devserv.devel.redhat.com> On Mon, Apr 25, 2005 at 11:36:29AM -0600, Guy Fraser wrote: > In one of the results someone mentioned that Alan Cox may be > working on the drivers. IT8212 is supported in FC3, RHEL4 and Centos but not FC4 beta. I'd suggest using Centos therefore. > 4 SATA150 - SIS - Sil3114R - Appears to be unsupported Should work. From sean.bruno at dsl-only.net Mon Apr 25 21:54:25 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Mon, 25 Apr 2005 14:54:25 -0700 Subject: Laptop poor performance, mis-read temperatue? In-Reply-To: <1114440116.6309.5.camel@localhost.localdomain> References: <1114398426.20498.7.camel@homebox> <1114440116.6309.5.camel@localhost.localdomain> Message-ID: <1114466065.4068.2.camel@homebox> On Mon, 2005-04-25 at 08:41 -0600, Kim Lux wrote: > run top and see what processes are using a significant amount of CPU > resources. > > > On Sun, 2005-04-24 at 20:07 -0700, Sean Bruno wrote: > > I seem to be running into some issues with performance on my laptop. It > > appears the machine is dramatically slowing down under load. > > > > I was, er ... uh ... load testing, with America's Army, and noted that > > my laptop runs fine for a bout 3 to 5 minutes. Then the fans kick into > > overdrive and I lose about %60 of my performance(determined via my FPS > > in game, not real accurate). > > > > I never saw this type of slow down under any FC3 kernel, what should I > > be looking for? > > > > Sean > > > > P.S. Running a Dell Latitude D800 > > > -- > Kim Lux, Diesel Research Inc. > > Thanks for the suggestion. Nothing but the obvious, the video game(armyops-bin) is indeed eating up most, if not all, the CPU of the machine. My point of this posting was that my performance in this video game is quite poor compared to FC3 on my laptop. Basically, it seems that the machine clocks itself down and tries to cools itself off. But FC3 does not seem to have this issue on the same hardware. What should I be looking for? Sean From ken at geekystuff.net Mon Apr 25 22:57:48 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Mon, 25 Apr 2005 18:57:48 -0400 Subject: Big Problems After 20050425 changes In-Reply-To: <200504251206.j3PC6koT023714@porkchop.devel.redhat.com> References: <200504251206.j3PC6koT023714@porkchop.devel.redhat.com> Message-ID: <426D75EC.3080509@geekystuff.net> I am having big troubles after today's changes... Kicker dies immediately after logging in (though I can start it up as root) and it dies every time I start it as any user other than root. OpenOffice crashes every time I click to save a document... and the document is not saved. The same behavior exists no matter which kernel I boot in to. Is anyone else having similar problems with x86_64? Regards, Ken Build System wrote: > > > >Updated Packages: > >audit-0.7.1-1 >------------- >* Sun Apr 24 2005 Steve Grubb 0.7.1-1 >- Make sure time calc is done using localtime >- Raise rlimits for file size & cpu usage >- Added new disk_error_action config item to auditd.conf >- Rework memory management of event buffer >- Handled all errors in event logging thread > >gdm-1:2.6.0.8-7 >--------------- >* Sun Apr 24 2005 Ray Strode 1:2.6.0.8-7 >- calling gdm_debug and g_strdup_printf from signal handlers are > bad news (Spotted by Mark McLoughlin ). > >gnome-utils-1:2.10.0-2 >---------------------- >* Sun Apr 24 2005 Ray Strode 1:2.10.0-2 >- install gnome-screenshot schema (bug 155809) > >htmlview-3.0.0-10 >----------------- >* Sun Apr 24 2005 Warren Togami - 3.0.0-10 >- handle names with spaces, ignore multiple targets (#92335) >- req which (#145509) > >libexif-0.6.12-2 >---------------- >* Sun Apr 24 2005 Matthias Clasen >- Fix MakerNote handling (#153282) > >libsoup-2.2.3-2 >--------------- >* Thu Mar 17 2005 David Malcolm - 2.2.3-2 >- explicitly enable gtk-doc support > >* Thu Mar 17 2005 David Malcolm - 2.2.3-1 >- 2.2.3 > >* Wed Mar 02 2005 David Malcolm - 2.2.2-3 >- rebuild with GCC 4 > >libuser-0.53.6-1 >---------------- >* Sun Apr 24 2005 Miloslav Trmac - 0.53.6-1 >- Allow empty configuration values (#155402) > >perl-3:5.8.6-7 >-------------- >* Sun Apr 24 2005 Jose Pedro Oliveira - 3:5.8.6-7 >- Updating CGI.pm from version 3.05 to 3.08 (mod_perl 2.0.0 RC5). (#155839) > >* Wed Apr 20 2005 Jose Pedro Oliveira - 3:5.8.6-6 >- FCGI is not provided by perl (#148847). >- Drop the '.1' suffix from the perl-suidperl subpackage. > >* Thu Mar 17 2005 Jason Vas Dias - 3:5.8.6-5 >- bug 151127: fix to use libresolv instead of libbind (perl-5.8.6-libresolv.patch). > > > From jeffy5 at optonline.net Mon Apr 25 23:13:19 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Mon, 25 Apr 2005 19:13:19 -0400 Subject: Netgear WG511 Wireless card with Marvell chip In-Reply-To: <1114447586.3299.1.camel@dcbw.boston.redhat.com> References: <20050425133526.32924.qmail@web52001.mail.yahoo.com> <1114447586.3299.1.camel@dcbw.boston.redhat.com> Message-ID: <1114470799.4734.1.camel@jeffrey.jeffsdomain.net> On Mon, 2005-04-25 at 12:46 -0400, Dan Williams wrote: > On Mon, 2005-04-25 at 14:35 +0100, Jaap Hoetmer wrote: > > When ordering a new 802.11g wireless card (Netgear > > WG511) I found out when receiving it that this version > > (V2 as it appears to be) does not have a Prism GT > > chipset, but Netgear changed to a Marvell chipset for > > that card. Investigation prior to the purchase led me > > to believe I was OK with this card, as the Prism > > chipset is apparently properly supported in Fedora. > > Where is the card made? Versions marked "Made in Taiwan" will work, but > those marked "Made in China" will not, even though both are "v2". The > China ones have a different chipset that only does softmac, which may be > the Marvell one you're referring to here. > > Dan > Hello Dan, By the way, does the Netgear WG511 card work in FC3? I have one of these cards and have had no luck in getting FC3 to initialize the card upon startup. Any suggestions? Jeff From mike at netlyncs.com Mon Apr 25 23:23:18 2005 From: mike at netlyncs.com (Mike Chambers) Date: Mon, 25 Apr 2005 18:23:18 -0500 Subject: Lexmark z515 w/FC4t2 Message-ID: <1114471398.31167.1.camel@scrappy.netlyncs.com> Anyone know (Tim?) if this printer is compat with FC4t2? If so, what driver (or what Lexmark Model) works with it? If not, guess I'm using a locally connected Z52 printer for now. -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From mharris at www.linux.org.uk Tue Apr 26 01:02:40 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Mon, 25 Apr 2005 21:02:40 -0400 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: References: Message-ID: <426D9330.1060602@www.linux.org.uk> Senthil_OR at Dell.com wrote: >>-----Original Message----- >>Patrick Barnes >>It is highly unlikely that fortune will make it back in to >>Core with its current quotes. If we had an assortment of packages of > > quotes > >>available, >>then one which contains no controversial quotes could be >>included > > > So it all boils down to uncontroversial quotes. > My suggestion: > fortune-mod package + Fedora Tips package (To be created if not already > present). > By this way, Fedora can end up shipping fortune program,make the wanda > fish and the user happy. fortune-mod wasn't removed from Red Hat Linux because of controversial quotes alone, but rather for a variety of reasons. One of the main reasons, was indeed related to the included quotes. Here are some of the quote related reasons: - offensive quotes - racial slurs - misquotes (random people in the community being misquoted out of context) - quotes from literary works which may be affected by copyright law There is no easy way to know if any particular quote being attributed to someone is actually something they said, or something they would be offended or upset about if they knew they were being quoted in a database of quotes in operating systems spread around the world. Over time we have received requests from people to remove various quotes for all of the above reasons, including misquotes and people bringing up things which might have copyright issues. fortune-mod is a pretty basic and simple program, and you would think that it would be something you could throw into an operating system and leave it there forever, without ever needing to look at the code, or patch the package ever again. While that's mostly true on the code side of things, endlessly patching the quote database to remove various quotes, and potentially having copyright and/or other legal issues to contend with in the future perhaps from the remaining quotes is not something worth the legal trouble nor developer man hours to update the package everytime someone complains about a quote of some sort being in a "professional" OS. While Fedora Core is a hobbyest/enthusiast OS, one could certainly argue to "lighten up" about controversial issues, and for that part I would probably tend to agree. Ignoring potential legal issues however would be something unwise. One could suggest that we include the application itself, but remove the default databases and construct our own from scratch. That was of course considered initially, but it doesn't give a lot of bang for the buck for any effort expended to do so. I'm sure most users would rather Red Hat developers spend their time fixing the kernel, X, glibc, and developing new technology than wasting their time constructing "legally approved" fortune-mod databases. ;o) I think fortune-mod is best being something you download off freshrpms or some other non-Red Hat web/ftp site. That way it can be distributed as-is, and people who like it as-is can get it unmodified in all of it's insulting copyright infringing obscene offensive glory, and bank managers wont end up seeing it show offensive messages to their customers or personel. ;o) One thing I *do* find incredibly impressive however, is just how emotional people get about the inclusion of or lack thereof of the fortune-mod program in our OS. For a completely useless toy with no real practical use, it sure gets people fired up. As such, I suspect perhaps I may be pouring gasoline on the fire perhaps by even responding to the thread. Oh well, perhaps someone can summarize some of the best "quotes" from the thread, and add them to a new fortune-mod database, and include it in the next upstream version of fortune-mod. It wont be in our OS anyway, so pick the juiciest comments. Think "South Park". ;oP From mharris at www.linux.org.uk Tue Apr 26 01:09:25 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Mon, 25 Apr 2005 21:09:25 -0400 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> Message-ID: <426D94C5.7050601@www.linux.org.uk> Gregory Maxwell wrote: > About half way through the list of fortunes, I received a memo from HR > telling me that I had to turn it off: Someone had been gravely > offended by "Are we not men" Indeed. I received bug reports, as well as direct emails from people being offended by many things. Some were legitimate, while some were very far stretched. It was rather annoying to have to patch the fortune program every time someone whined about something. Now they can go download it themselves and they get the raw thing and can patch it themselves, or complain to the author of fortune-mod directly. Zero bug reports since. Zero direct emails about nasty fortunes since. > There is already a mountain of text in Fedora that someone could find > offensive if they choose to be offendable (just consider the > documentation alone!), and the same is true for any large software > problem. I'm sure the day will come. We can just remove all documentation and replace them with single color icons of individual primary geometrical shapes. I suppose we have to watch which colors we use with such shapes however, so as not to provide any unintended symbolism in particular cultures. ;o) From lists at sapience.com Tue Apr 26 01:40:38 2005 From: lists at sapience.com (Mail Lists) Date: Mon, 25 Apr 2005 21:40:38 -0400 Subject: fc4t2: gimp segmentation fault on jpeg Message-ID: <20050426014037.GA4179@sapience.com> Updated as of April-25. gimp on a jpeg file - try to open jpeg file gives: /usr/lib/gimp/2.0/plug-ins/jpeg: fatal error: Segmentation fault (file -> open shows thumbnail of image ok but attempting to open for edit causes above). % file foo.jpg foo.jpg: JPEG image data, EXIF standard 2.2 % rpm -qa | grep gimp gimp-help-2-0.1.0.7.1 gimp-print-4.2.7-5 gimp-print-devel-4.2.7-5 gimp-2.2.6-1 gimp-devel-2.2.6-1 gimp-gap-2.0.2-4 gimp-data-extras-2.0.1-1 xsane-gimp-0.95-3 gimp-print-plugin-4.2.7-5 gimp-print-cups-4.2.7-5 gimp-print-utils-4.2.7-5 From rad at radfiles.net Tue Apr 26 03:53:39 2005 From: rad at radfiles.net (Brian Rademacher) Date: Mon, 25 Apr 2005 21:53:39 -0600 Subject: Anyone have Marvell extranet connections for a SATA driver? Message-ID: <003101c54a13$87e80110$0301a8c0@Rad> I've been struggling for months trying to get FC3/FC4 working on an Abit SU-2S with a Marvell 88SX-6081 SATA-II controller...When the drives are under high load, they go offline and never come back...This bug is noted in Marvell's 3.40 driver, but I am unable to get anything newer...I've gone as far as to sign a NDA with Marvell, and they still won't let me on their extranet to get the driver... Unfortunately, ABIT (who should really be the ones supporting this issue) has disavowed any knowledge of this motherboard and has apparently discontinued their entire server line for now... As it stands now, I'm stuck with a kick ass $500 motherboard that looks great on paper (although I was seeing 1,800 megs/sec cached and 120 megs/sec off of the drives before they crashed)! If anyone has any Marvell connections, I would certainly appreciate whatever you can do... Anyway, on a side note, if anyone runs in to an installation problem where formatting the drives in software RAID-0 dies every time, I found that manually formatting it this way got me past that point (presumably because the controller saw less load for whatever reason, but it's probably a touch more optimized than the format that is passed from Anaconda - I've probably done about 30-40 failed installs before I came up with this, so maybe it will help someone): mdadm --create -l 0 -n 2 -c 256 /dev/(sdX) /dev/(sdX) mke2fs /dev/(mdX) -i 32768 -j -m 1 -R stride=64 Also some more information for people searching in the future, a good site for manually compiling the Marvell driver is here: http://www.keffective.com/mvsata/ After I did that, I still had to break out of the install and do the following: mknod /dev/hda b 3 0 (assuming a cdrom drive) mkdir /mnt/cd mount /dev/hda /mnt/cd modprobe /mnt/cd/mv_sata.ko umount /mnt/cd One other tiny bit of useful info that I found is that putting the swap file on the drives separately (not in a RAID) will still allow the kernel to stripe it on its own, as long as the priority is the same in fstab, which would look something like this: /dev/sda2 swap swap defaults,pri=1 0 0 /dev/sdb2 swap swap defaults,pri=1 0 0 From roger at gwch.net Tue Apr 26 06:27:26 2005 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 26 Apr 2005 08:27:26 +0200 (CEST) Subject: Getting error 13 on saving prefs in Squirrelmail Message-ID: <38321.62.2.21.164.1114496846.squirrel@www.gwch.net> Hi, Got a Webserver running in FC4T2, which should use squirrelmail, that should connect to another mailserver. All is working fine now, except saving the preferences. I get always error 13 and get logged out. Is this a selinux-issue? Roger From valerybayev at newmail.ru Tue Apr 26 07:19:45 2005 From: valerybayev at newmail.ru (BAYEV V.V.) Date: Tue, 26 Apr 2005 11:19:45 +0400 Subject: FC4test2 remarks In-Reply-To: <20050425113916.0EB0B7364C@hormel.redhat.com> Message-ID: <20050426071945.15342.qmail@flock1.newmail.ru> Remarks on FC4test2 (installation on disk with Win98/XP with formatting) : 1. During installation ? when I select language of menu ? Russian and language of keyboard ? Russian too, on the screen SELECTION OF LOADER there is no a small window (Configure advanced boot loader option) for to install Grub not in the main boot sector ? this is possible only if I select English setup menu (with Russian keyboard support) ? but in this case instead of first boot sector Grub installed in main boot sector and in fisrt boot sector simultaneuosly (after start in DOS and command ?fdisk /mbr? fisrt boot sector was cleared and I use boot.ini file as before). 2. After finishing of installation with Russian keybord and rebooting, when the promt for to input new user appeared ? impossible to add new user, becouse the keyboard in this moment is Russian and I can not change the language by any combination of buttons. I made it only inside FC4 from menu. 3. After installation there is only English in the list of supported languages, but I istalled FC4 with Russian language support. 4. When I attemped to install kernel-module-ntfs for FC4 for NTFS support, the system said me ? no NTFS, when I tried to uninstall (rpm ?e ...) system said: this package not installed?, and during booting process the stirng about NTFS as not detected file system appeared. 5. Volume of sound card (Creative Live 5.1) is significantly less than in FC3, the amount of channels with ajusting of level is less than before ? only 2 (as simple stereo), but in FC3 there are many parameters of sound which I could change for all 6 channels. In XINE and RealPlaayer9 their own volume regulations are not active at all. 6. TV-tuner DV3000 not active as before in FC3, but system detected it as SAA7134. 7. Printer HP 3650 not active, but detected as HP36xx (in FC3 it was OK). 8. GOOD THINGS: When I installed XINE and RealPlayer9 ? they appeared as menu items in Gnome; Many new programs ? dictionary, GhostView, Office etc. 9. WISHES: Include program ?Answering machine/Fax? Include program ?DialUp Server? or PPP-Server ( for 1-2 modems) Include package LICQ (now I use LICQ for RH9 ? more native for FC3 & FC4) Include package for NTFS-detection Include support for printers Canon LBP-1120 and HP 3650 Your sincerely Valery BAYEV valerybayev at newmail.ru ICQ 9851174 __________ www.newmail.ru -- ???? ????????? ????????????. From mike at bristolreccc.co.uk Tue Apr 26 08:08:31 2005 From: mike at bristolreccc.co.uk (mike) Date: Tue, 26 Apr 2005 09:08:31 +0100 Subject: Problem installing FC4 test2 In-Reply-To: <1114438503.27651.0.camel@localhost.localdomain> References: <1114418117.4634.2.camel@datacc> <20050425113623.GB19409@devserv.devel.redhat.com> <1114435424.7145.5.camel@datacc> <1114438503.27651.0.camel@localhost.localdomain> Message-ID: <1114502912.7145.21.camel@datacc> On Mon, 2005-04-25 at 10:15 -0400, Peter Jones wrote: > On Mon, 2005-04-25 at 14:23 +0100, mike wrote: > > On Mon, 2005-04-25 at 07:36 -0400, Alan Cox wrote: > > > On Mon, Apr 25, 2005 at 09:35:16AM +0100, mike wrote: > > > > When I try to install test2 on my home machine (an amd k6) the install > > > > always exits with a fatal error when it tries to install glibc-common. > > > > > > If you look at the other consoles during this are there errors reported > > > about CD bad blocks ? > > > > > > > will check when I get home, but if this was the case, surely I would get > > a retry prompt, not a fatal error? > > Well, depends on where the failure was and what it was. Show us the > error message when you get a chance? ;) > > -- > Peter > the only messages are on tty1 rpmdb /var/lib/rpm/--db.001:unable to initialise environment lock: Function not implemented on tty5 spurious interrupt on irq7 (had this on successful installs) From fedora at nodata.co.uk Tue Apr 26 10:00:41 2005 From: fedora at nodata.co.uk (nodata) Date: Tue, 26 Apr 2005 12:00:41 +0200 (CEST) Subject: fc4t2: gimp segmentation fault on jpeg In-Reply-To: <20050426014037.GA4179@sapience.com> References: <20050426014037.GA4179@sapience.com> Message-ID: <6726.213.164.3.90.1114509641.squirrel@www.nodata.co.uk> > gimp on a jpeg file - try to open jpeg file gives: > > /usr/lib/gimp/2.0/plug-ins/jpeg: fatal error: Segmentation fault All jpegs, or just one? Can you upload it somewhere? From mricon at gmail.com Tue Apr 26 12:04:26 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 26 Apr 2005 08:04:26 -0400 Subject: Getting error 13 on saving prefs in Squirrelmail In-Reply-To: <38321.62.2.21.164.1114496846.squirrel@www.gwch.net> References: <38321.62.2.21.164.1114496846.squirrel@www.gwch.net> Message-ID: On 4/26/05, Roger Grosswiler wrote: > Got a Webserver running in FC4T2, which should use squirrelmail, that should connect to another mailserver. All is > working fine now, except saving the preferences. > > I get always error 13 and get logged out. Is this a selinux-issue? That wouldn't surprise me. I'll take a look when I have a moment. Regards, -- Konstantin Ryabitsev Zlotniks, INC From mark_belanger at ltx.com Tue Apr 26 12:37:43 2005 From: mark_belanger at ltx.com (Mark Belanger) Date: Tue, 26 Apr 2005 08:37:43 -0400 Subject: OT: mounting mp3 player Message-ID: <426E3617.2050103@ltx.com> Hi, I have a hardware mp3 player: Rave MP AMP256 - http://www.rave-mp.com/ProductInfo.aspx?productid=AMP256 The internel 256 meg memory mounts up no problem as /dev/sda1 I've just added a second SD/MMC memory card(512M) which shows up in Windows XP as another drive. I've tried mounting /dev/sdb1, /dev/sdc1, etc as well as /dev/sda2, /dev/sda3, etc with no luck. Does anyone know who to mount this extra memory? TIA, -Mark -- Mark Belanger LTX Corporation From buildsys at redhat.com Tue Apr 26 12:39:11 2005 From: buildsys at redhat.com (Build System) Date: Tue, 26 Apr 2005 08:39:11 -0400 Subject: rawhide report: 20050426 changes Message-ID: <200504261239.j3QCdB9G011881@porkchop.devel.redhat.com> New package perl-Net-Telnet Net-Telnet Perl module Updated Packages: ImageMagick-6.2.1.7-4 --------------------- * Mon Apr 25 2005 Matthias Clasen - 6.2.1.7-4 - .la files for modules are needed, actually * Mon Apr 25 2005 Matthias Clasen - 6.2.1.7-3 - Really remove .la files for modules * Mon Apr 25 2005 - 6.2.1.7-1 - Update to 6.2.1 - Include multiple improvements and bugfixes by Rex Dieter et al (111961, 145466, 151196, 149970, 146518, 113951, 145449, 144977, 144570, 139298) SysVinit-2.85-38 ---------------- * Mon Apr 25 2005 Bill Nottingham - 2.85-38 - pidof: use readlink instead of stat to avoid NFS hangs (#138788, ) autofs-1:4.1.4-5 ---------------- * Fri Apr 15 2005 Chris Feist - 1:4.1.4-5 - Fixed regression with -browse not taking effect. * Wed Apr 13 2005 Jeff Moyer - 1:4.1.4-4 - Finish up with the merge breakage. - Temporary fix for the multimount detection code. It seems half-baked. * Wed Apr 13 2005 Jeff Moyer - 1:4.1.4-3 - Fix up the one-auto-master patch. My "improvements" had side-effects. cman-1.0-0.pre33.2 ------------------ cman-kernel-2.6.11.3-20050425.154843.FC4.0 ------------------------------------------ control-center-1:2.10.1-3 ------------------------- * Mon Apr 25 2005 Matthias Clasen - 2.10.1-3 - Avoid a warning from gnome-default-applications-properties. cpio-2.6-6 ---------- * Mon Apr 25 2005 Peter Vrabec 2.6-6 - fix race condition (#155749) - use find_lang macro crypto-utils-2.2-1 ------------------ * Mon Apr 25 2005 Joe Orton 2.2-1 - adapt to use /etc/pki curl-7.13.1-2 ------------- * Mon Apr 25 2005 Joe Orton 7.13.1-2 - update to use ca-bundle in /etc/pki - mark License as MIT not MPL db4-4.3.27-3 ------------ * Mon Apr 25 2005 Bill Nottingham 4.3.27-3 - add libdb_cxx.so link (#149191) dbus-0.33-1 ----------- * Mon Apr 25 2005 John (J5) Palmieri - 0.33-1 - update to upstream 0.33 - renable selinux audit patch dhcp-10:3.0.2-10 ---------------- * Mon Apr 25 2005 Jason Vas Dias 10:3.0.2-11 - dhclient-script dhcdbd extensions. - Tested to have no effect unless dhcdbd invokes dhclient. dlm-kernel-2.6.11.3-20050425.154843.FC4.0 ----------------------------------------- eclipse-1:3.1.0_fc-0.M6.11 -------------------------- * Sun Apr 24 2005 Andrew Overholt 3.1.0_fc-0.M6.11 - Re-add osgi.jar.so since gcj fix is in our gcc RPMs. - Bump gcc requirements accordingly. - Add gcc-c++ to BuildRequires (for SWT Mozilla). - Add specific java-1.4.2-gcj-compat nvr requirement (rh#151866). gnbd-kernel-2.6.11.2-20050420.133124.FC4.4 ------------------------------------------ gnome-panel-2.10.1-3 -------------------- * Mon Apr 25 2005 Mark McLoughlin 2.10.1-3 - Add patch to make Wanda not use non-existent fortune command (rh #152948) gulm-1.0-0.pre28.2 ------------------ httpd-2.0.54-6 -------------- * Tue Apr 26 2005 Joe Orton 2.0.54-6 - fix key/cert locations in post script * Mon Apr 25 2005 Joe Orton 2.0.54-5 - create default dummy cert in /etc/pki/tls - use a pseudo-random serial number on the dummy cert - change default ssl.conf to point at /etc/pki/tls - merge back -suexec subpackage; SELinux policy can now be used to persistently disable suexec (#155716) - drop /etc/httpd/conf/ssl.* directories and Makefiles - unconditionally enable PIE support - mod_ssl: fix for picking up -shutdown options (upstream #34452) jpilot-0.99.8-0.pre8.3 ---------------------- * Mon Apr 25 2005 Ivana Varekova 0.99.8-0.pre8.3 - fix overflow problem (patch3 - patch from file from #153066 comment 12) kernel-2.6.11-1.1267_FC4 ------------------------ * Mon Apr 25 2005 Dave Jones - Fix x86-64 put_user() - Fix serio oops. - Fix ipv6_skip_exthdr() invocation causing OOPS. - Fix up some permissions on some /proc files. - Support PATA drives on Promise SATA. (#147303) * Mon Apr 25 2005 Rik van Riel - upgrade to the latest version of xenolinux patches - reenable xen (it boots, ship it!) kudzu-1.1.114-1 --------------- * Mon Apr 25 2005 Bill Nottingham 1.1.114-1 - fix snd-powermac configuration (#151591) lftp-3.1.3-1 ------------ * Mon Apr 25 2005 Jason Vas Dias 3.1.3-1 - Upgrade to upstream version 3.1.3 libglade-java-2.10.1-3 ---------------------- * Mon Apr 25 2005 Andrew Overholt 2.10.1-3 - Back out patch added in 2.10.1-2 (unnecessary). libsepol-1.5.5-2 ---------------- * Mon Apr 25 2005 Dan Walsh 1.5.5-2 - Fixes found via intel compiler magma-plugins-1.0-0.pre16.11 ---------------------------- module-init-tools-3.1-3 ----------------------- * Mon Apr 25 2005 Bill Nottingham 3.1-3 - load snd-seq-device/snd-seq-oss on load of pcm devices (part of #147637) perl-Archive-Tar-1.23-4 ----------------------- * Mon Apr 25 2005 Warren Togami - 1.23-4 - remove beehive workaround perl-DateManip-5.42a-4 ---------------------- * Mon Apr 25 2005 Jose Pedro Oliveira - 5.42a-4 - Bring up to date with current Fedora.Extras perl spec template. (#155913) perl-Digest-HMAC-1.01-14 ------------------------ * Mon Apr 25 2005 Jose Pedro Oliveira - 1.01-14 - Bring up to date with current Fedora.Extras perl spec template. (#155912) perl-TimeDate-1:1.16-3 ---------------------- * Mon Apr 25 2005 Jose Pedro Oliveira - 1:1.16-3 - Bring up to date with current Fedora.Extras perl spec template. (#155914) perl-XML-LibXML-Common-0.13-8 ----------------------------- * Mon Apr 25 2005 Jose Pedro Oliveira - 0.13-8 - #155911 - Bring up to date with current Fedora.Extras perl spec template. php-5.0.4-8 ----------- * Mon Apr 25 2005 Joe Orton 5.0.4-8 - prevent build of builtin dba as well as shared extension * Wed Apr 13 2005 Joe Orton 5.0.4-7 - split out dba and bcmath extensions into subpackages - BuildRequire gcc-c++ to avoid AC_PROG_CXX{,CPP} failure (#155221) - pear: update to DB-1.7.6 - enable FastCGI support in /usr/bin/php-cgi (#149596) redhat-artwork-0.122-4 ---------------------- * Mon Apr 25 2005 Matthias Clasen 0.122-4 - Don't symlink the Bluecurve gdm theme to "Default", since that shows up as a duplicate "Bluecurve" entry in the graphical setup thingie. (#138653) selinux-policy-strict-1.23.13-2 ------------------------------- * Mon Apr 25 2005 Dan Walsh 1.23.13-2 - Small fixes for targeted policy - Add updfstab * Mon Apr 25 2005 Dan Walsh 1.23.13-1 - Update to latest from NSA * Merged more changes from Dan Walsh to initrc_t for removal of unconfined_domain. * Merged Dan Walsh's split of auditd policy into auditd_t for the audit daemon and auditctl_t for the autoctl program. * Added use of name_connect to uncond_can_ypbind macro by Dan Walsh. * Merged other cleanup and fixes by Dan Walsh. * Sun Apr 24 2005 Dan Walsh 1.23.12-5 - Fix file_context conflicts for fsadm - Add Russels patches - Restore webalizer - Add transitionbool for httpd_suexec selinux-policy-targeted-1.23.13-1 --------------------------------- * Mon Apr 25 2005 Dan Walsh 1.23.13-1 - Update to latest from NSA * Merged more changes from Dan Walsh to initrc_t for removal of unconfined_domain. * Merged Dan Walsh's split of auditd policy into auditd_t for the audit daemon and auditctl_t for the autoctl program. * Added use of name_connect to uncond_can_ypbind macro by Dan Walsh. * Merged other cleanup and fixes by Dan Walsh. * Sun Apr 24 2005 Dan Walsh 1.23.12-5 - Fix file_context conflicts for fsadm - Add Russels patches - Restore webalizer - Add transitionbool for httpd_suexec setup-2.5.43-1 -------------- * Mon Apr 25 2005 Bill Nottingham 2.5.43-1 - remove mailman aliases (#155841) spamassassin-3.0.3-0.r164513.fc4 -------------------------------- * Mon Apr 25 2005 Warren Togami - 1.2.25-1 - Add handling for new dbus-python api, patch from John Palmieri tsclient-0.132-6 ---------------- * Mon Apr 25 2005 Matthias Clasen 0.132-6 - Make the icon appear in the "Add to Panel" dialog up2date-4.4.15-4 ---------------- * Tue Apr 19 2005 Adrian Likins 4.4.15 - fix #149444 up2date --dry-run --upgrade-to-release changes registered base channel - fix #151328 (tracback when registering with *'s in password) - added some general uncaught exception catching - truncate rpm changelog (see up2date.spec.changelog) - update translations util-linux-2.12p-8 ------------------ * Mon Apr 25 2005 Karel Zak 2.12p-8 - fix #154498 - util-linux login & pam session - fix #155293 - man 5 nfs should include vers as a mount option - fix #76467 - At boot time, fsck chokes on LVs listed by label in fstab - new Source URL - added note about ATAPI IDE floppy to fdformat.8 - fix #145355 - Man pages for fstab and fstab-sync in conflict xen-2-20050424 -------------- * Mon Apr 25 2005 Rik van Riel 2-20050424 - upgrade to last night's snapshot * Fri Apr 15 2005 Jeremy Katz - patch manpath instead of moving in specfile. patch sent upstream - install to native python path instead of /usr/lib/python - other misc specfile duplication cleanup xml-commons-0:1.0-0.b2.6jpp_9fc ------------------------------- * Mon Apr 25 2005 Gary Benson - 0:1.0-0.b2.6jpp_9fc - Provide a default transformer when running under libgcj. * Mon Apr 25 2005 Gary Benson - 0:1.0-0.b2.6jpp_8fc - Provide a default DOM builder when running under libgcj (#155693). xorg-x11-6.8.2-28 ----------------- * Fri Apr 22 2005 Mike A. Harris 6.8.2-28 - Added xorg-x11-6.8.2-xft-releasefile-crash.patch for fc4 builds (#155634) - Reordered patch section to clean up numbering inconsistencies - Update freetype BuildRequires to version 2.1.8, which is what ships in 6.8.2 stock. From mefoster at gmail.com Tue Apr 26 12:48:57 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Tue, 26 Apr 2005 13:48:57 +0100 Subject: Where can I get last month's Rawhide kernels? Message-ID: I'm trying to track down a network problem I have on my laptop when I plug it into the network at work (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154512). I recall being able to make the problem go away by booting with "acpi=off" in FC4T1, but I didn't test it heavily, and I did a complete reinstall of FC4T2 so I don't have those kernels any more (and "acpi=off" no longer helps). I'd like to try installing the older kernels again to see if my memory is correct, because that could give a pointer to what the problem is. I've been looking around, but I can't seem to find any mirror that still has March-vintage Rawhide kernels; is there somewhere that I'm missing? (And am I the only person with this problem? It's beginning to seem that way ...) Thanks for any help you can give! MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From surak at casa.surak.eti.br Tue Apr 26 13:17:13 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Tue, 26 Apr 2005 10:17:13 -0300 Subject: OT: mounting mp3 player In-Reply-To: <426E3617.2050103@ltx.com> References: <426E3617.2050103@ltx.com> Message-ID: <1114521433.14976.14.camel@localhost.surak.eti.br> Em Ter, 2005-04-26 ?s 08:37 -0400, Mark Belanger escreveu: > The internel 256 meg memory mounts up no problem > as /dev/sda1 > I've just added a second SD/MMC memory card(512M) which > shows up in Windows XP as another drive. > I've tried mounting /dev/sdb1, /dev/sdc1, etc as well > as /dev/sda2, /dev/sda3, etc with no luck. > Does anyone know who to mount this extra memory? There has been some issues with multi-volume usb devices. Take a look at fedora-users, at the archives. There's something about multi-lun, lun, something like that (search for card reader). Oh, and try typing "dmesg" right after inserting your device. It can show valuable information about the mountpoint. What I'm curious is what fedora test release are you using which have this issue? -- Alexandre Strube From harald at redhat.com Tue Apr 26 13:17:42 2005 From: harald at redhat.com (Harald Hoyer) Date: Tue, 26 Apr 2005 15:17:42 +0200 Subject: [fc3] ntpd issue with SELinux and dm In-Reply-To: <425D4002.4070806@redhat.com> References: <425D3C50.4010900@roma1.infn.it> <425D4002.4070806@redhat.com> Message-ID: <426E3F76.9050803@redhat.com> Daniel J Walsh wrote: > Davide Rossetti wrote: >> 17:28:54 connect(9, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, >> 110) = -1 EACCES (Permission denied) >> 17:28:54 close(9) = 0 >> 17:28:54 --- SIGSEGV (Segmentation fault) @ 0 (0) --- >> 17:28:54 +++ killed by SIGSEGV +++ >> >> the signal is async as I saw it fail in other points as well... >> ... > This is trying to write to a user_home_dir_t? > What does > ls -laZ /var/run/nscd > show? > > As you can see in the strace, ntpd segfaults and I guess, a core file would be written to the homedir, if that would have been allowed. If I switched of random stack, ntpd worked most of the time. There definetly is a stack overflow somewhere in ntpd. Ah! I debugged ntpd and there was a point about hostname lookup, where it frequently failed. Could it be, that the glibc does not handle some connection problems to nscd? Or is the selinux policy to strict, so that ntpd cannot resolve hostnames via nscd? From surak at casa.surak.eti.br Tue Apr 26 13:27:57 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Tue, 26 Apr 2005 10:27:57 -0300 Subject: Fortune Program -Moving->RE: Wanda is broken In-Reply-To: <426D94C5.7050601@www.linux.org.uk> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> <426D94C5.7050601@www.linux.org.uk> Message-ID: <1114522077.14976.21.camel@localhost.surak.eti.br> Em Seg, 2005-04-25 ?s 21:09 -0400, Mike A. Harris escreveu: > I'm sure the day will come. We can just remove all documentation and > replace them with single color icons of individual primary geometrical > shapes. I suppose we have to watch which colors we use with such > shapes however, so as not to provide any unintended symbolism in > particular cultures. Gosh, the world is a complicated place. (that's what I like living in brazil. nobody is really offended with anything specially with a screensaver :-) ). I didn't send this email just to comment this, of course. There was some time ago, one of those screensaves used to show a penis composed of 3d shapes. Does this still exist? Were someone really offended about this (quite hard to believe). From cdhouch at pobox.com Tue Apr 26 13:47:31 2005 From: cdhouch at pobox.com (Caerie Houchins) Date: Tue, 26 Apr 2005 08:47:31 -0500 Subject: gdm not finding Default.xml In-Reply-To: <1114522077.14976.21.camel@localhost.surak.eti.br> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> <426D94C5.7050601@www.linux.org.uk> <1114522077.14976.21.camel@localhost.surak.eti.br> Message-ID: <426E4673.5030104@pobox.com> After today's yum update following my reboot I was greeted with an blue background and an error message stating that the file at /usr/share/gdm/themes/Default/Default.xml could not be opened. Clicking ok here brought me to the gdm login screen with the large flower in the lower right corner. The username box had three periods in it, and I was unable to type anything in that box. I checked in the /usr/share/gdm/themes directory and sure enough there was no Default/ . As a temporary fix I went ahead and made a symbolic link from Bluecurve/ to Default/, then linked Bluecurve.xml to Default.xml. init 5'ing again and sure enough everything came up just like normal. Anyone else experience this after today's updates? Caerie From hjorth at mip.sdu.dk Tue Apr 26 14:05:18 2005 From: hjorth at mip.sdu.dk (=?ISO-8859-1?Q?Simon_Hjorth_B=F8ggild?=) Date: Tue, 26 Apr 2005 16:05:18 +0200 Subject: gdm not finding Default.xml In-Reply-To: <426E4673.5030104@pobox.com> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> <426D94C5.7050601@www.linux.org.uk> <1114522077.14976.21.camel@localhost.surak.eti.br> <426E4673.5030104@pobox.com> Message-ID: <426E4A9E.50703@mip.sdu.dk> Caerie Houchins wrote: > After today's yum update following my reboot I was greeted with an > blue background and an error message stating that the file at > /usr/share/gdm/themes/Default/Default.xml could not be opened. > Clicking ok here brought me to the gdm login screen with the large > flower in the lower right corner. The username box had three periods > in it, and I was unable to type anything in that box. > > I checked in the /usr/share/gdm/themes directory and sure enough there > was no Default/ . As a temporary fix I went ahead and made a > symbolic link from Bluecurve/ to Default/, then linked Bluecurve.xml > to Default.xml. init 5'ing again and sure enough everything came up > just like normal. > > Anyone else experience this after today's updates? > > Caerie > Yup, I had the exact same experience, the Default/ is not there I booted with init 3, logged on and then started X. Instead of making the symbolic link I started up gdmsetup and went to the Graphical greeter pane, where I selected Bluecurve. After a reboot everything works fine again Regards Simon From cdhouch at pobox.com Tue Apr 26 14:25:13 2005 From: cdhouch at pobox.com (Caerie Houchins) Date: Tue, 26 Apr 2005 09:25:13 -0500 Subject: gdm not finding Default.xml In-Reply-To: <426E4A9E.50703@mip.sdu.dk> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> <426D94C5.7050601@www.linux.org.uk> <1114522077.14976.21.camel@localhost.surak.eti.br> <426E4673.5030104@pobox.com> <426E4A9E.50703@mip.sdu.dk> Message-ID: <426E4F49.5030105@pobox.com> Simon Hjorth B?ggild wrote: > Yup, I had the exact same experience, the Default/ is not there > I booted with init 3, logged on and then started X. Instead of making > the symbolic link I started up gdmsetup and went to the Graphical > greeter pane, where I selected Bluecurve. After a reboot everything > works fine again > > Regards Simon > Simon, I like your solution better ;) Its probably not a good thing to have those links sitting out there. Went ahead and switched things up in gdmsetup and its fine now as well. Thanks! Caerie From sean.bruno at dsl-only.net Tue Apr 26 14:24:42 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Tue, 26 Apr 2005 07:24:42 -0700 Subject: gdm not finding Default.xml In-Reply-To: <426E4A9E.50703@mip.sdu.dk> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> <426D94C5.7050601@www.linux.org.uk> <1114522077.14976.21.camel@localhost.surak.eti.br> <426E4673.5030104@pobox.com> <426E4A9E.50703@mip.sdu.dk> Message-ID: <1114525482.4068.6.camel@homebox> On Tue, 2005-04-26 at 16:05 +0200, Simon Hjorth B?ggild wrote: > Caerie Houchins wrote: > > > After today's yum update following my reboot I was greeted with an > > blue background and an error message stating that the file at > > /usr/share/gdm/themes/Default/Default.xml could not be opened. > > Clicking ok here brought me to the gdm login screen with the large > > flower in the lower right corner. The username box had three periods > > in it, and I was unable to type anything in that box. > > > > I checked in the /usr/share/gdm/themes directory and sure enough there > > was no Default/ . As a temporary fix I went ahead and made a > > symbolic link from Bluecurve/ to Default/, then linked Bluecurve.xml > > to Default.xml. init 5'ing again and sure enough everything came up > > just like normal. > > > > Anyone else experience this after today's updates? > > > > Caerie > > > Yup, I had the exact same experience, the Default/ is not there > I booted with init 3, logged on and then started X. Instead of making > the symbolic link I started up gdmsetup and went to the Graphical > greeter pane, where I selected Bluecurve. After a reboot everything > works fine again > > Regards Simon > Is this in bugzilla yet? Sean From Joe.Hoot at itec.suny.edu Tue Apr 26 14:44:02 2005 From: Joe.Hoot at itec.suny.edu (Joe.Hoot at itec.suny.edu) Date: Tue, 26 Apr 2005 10:44:02 -0400 Subject: FC4 - PPC64 - Sound / Yum updates? Message-ID: Has anyone had luck getting sound working either with arts or alsa on PPC64? I have a dual 1.8ghz g5 that I've currently using running FC4. Here are the issues that I currently have. If anyone has any suggestions to help me to get this working properly, I'd greatly appreciate it. 1) No sound - I've read some things on yellow-dog linux 4.0 and fedora ppc stuff that talks about snd-powermac. I've looked for this in /lib/modules and don't see it available, even though when I look in the kernel config in /usr/src/kernels/ I see them checked as modules. I've tried going in there and doing a "make modules_install", which returns very quckly. 2) No way to run citrix java client since I get https errors in my java console from konqueror with java: set to /usr/bin/java - I've read a lot about java on ppc and it seems that I'm outta luck here... so for now, I will use a vncsession to an x86 machine to read my lotus notes stuff. 3) yum update seems to have issues resolving dependencies - It seems that either packages are missing (unavailable) or the rpm needs something from gcc-ppc32 as a dependency. I'm using only the /etc/yum.repos.d/fedora-devel.repo Importing Additional filelist information for dependency resolution --> Processing Dependency: gcc = 4.0.0-0.40 for package: gcc-ppc32 --> Processing Conflict: python-devel conflicts python < 2.4.1-1 --> Processing Dependency: gcc = 4.0.0-0.40 for package: gcc-java --> Processing Dependency: gcc = 4.0.0-0.40 for package: gcc-c++ --> Processing Dependency: gcc = 4.0.0-0.40 for package: gcc-gfortran --> Processing Conflict: glibc-common conflicts glibc < 2.3.5 --> Processing Dependency: system-config-printer = 0.6.128-1 for package: system-config-printer-gui --> Processing Conflict: glibc-common conflicts glibc > 2.3.4 --> Processing Conflict: gnome-session conflicts gdm < 1:2.6.0.8-5 --> Processing Dependency: libdbi-drivers = 0.7.1-2 for package: libdbi-dbd-mysql --> Processing Dependency: libstdc++-devel = 4.0.0-0.40 for package: gcc-c++ --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. --> Running transaction check Error: Missing Dependency: /usr/lib/gcc/ppc64-redhat-linux/4.0.0/64/libgcc.a is needed by package gcc-ppc32 Error: Missing Dependency: gcc = 4.0.0-0.40 is needed by package gcc-ppc32 Error: Unable to satisfy dependencies Error: Package gcc-java needs libgcj-devel = 4.0.0-0.40, this is not available. Error: Package glibc-devel needs glibc-headers = 2.3.4-21, this is not available. Error: Package gcc-ppc32 needs /usr/lib/gcc/ppc64-redhat-linux/4.0.0/64/libgcc.a, this is not available. Error: Package gcc-ppc32 needs gcc = 4.0.0-0.40, this is not available. Error: Package python-devel needs python < 2.4.1-1, this is not available. Error: Package gcc-java needs gcc = 4.0.0-0.40, this is not available. Error: Package gcc-c++ needs gcc = 4.0.0-0.40, this is not available. Error: Package gcc-gfortran needs gcc = 4.0.0-0.40, this is not available. Error: Package glibc-common needs glibc < 2.3.5, this is not available. Error: Package system-config-printer-gui needs system-config-printer = 0.6.128-1, this is not available. Error: Package glibc-common needs glibc > 2.3.4, this is not available. Error: Package gnome-session needs gdm < 1:2.6.0.8-5, this is not available. Error: Package libdbi-dbd-mysql needs libdbi-drivers = 0.7.1-2, this is not available. Error: Package gcc-c++ needs libstdc++-devel = 4.0.0-0.40, this is not available. Thanks, Joe _____________________________ SUNY - ITEC Information Technology Exchange Center Systems Programmer/Analyst E-mail: Joe.Hoot at itec.suny.edu Office: (716)878-4644 Cell: (716)908-6292 Fax: (716)878-3485 _____________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark_belanger at ltx.com Tue Apr 26 14:42:23 2005 From: mark_belanger at ltx.com (Mark Belanger) Date: Tue, 26 Apr 2005 10:42:23 -0400 Subject: OT: mounting mp3 player - SOLVED In-Reply-To: <426E3617.2050103@ltx.com> References: <426E3617.2050103@ltx.com> Message-ID: <426E534F.7040307@ltx.com> Mark Belanger wrote: > Hi, > > I have a hardware mp3 player: > Rave MP AMP256 - http://www.rave-mp.com/ProductInfo.aspx?productid=AMP256 > > The internel 256 meg memory mounts up no problem > as /dev/sda1 > I've just added a second SD/MMC memory card(512M) which > shows up in Windows XP as another drive. > > I've tried mounting /dev/sdb1, /dev/sdc1, etc as well > as /dev/sda2, /dev/sda3, etc with no luck. > > Does anyone know who to mount this extra memory? Use cdrecord -scanbus to identify the scsibus(in my case scsibus 3) echo "scsi add-single-device 3 0 0 1"> /proc/scsi/scsi where "3" is your scsibus. You should be able to mount using the next device. In my case, the player was mounting as /dev/sda1 - The extra memory mounted up as /dev/sdb1 This was solved using Alexandre Strube's tip about searching fedora users archive for multi-lun card reader posts. -Mark -- Mark Belanger LTX Corporation From mclasen at redhat.com Thu Apr 21 15:44:53 2005 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 21 Apr 2005 11:44:53 -0400 Subject: gdm not finding Default.xml In-Reply-To: <1114525482.4068.6.camel@homebox> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> <426D94C5.7050601@www.linux.org.uk> <1114522077.14976.21.camel@localhost.surak.eti.br> <426E4673.5030104@pobox.com> <426E4A9E.50703@mip.sdu.dk> <1114525482.4068.6.camel@homebox> Message-ID: <1114098293.13349.2.camel@dhcp83-114.boston.redhat.com> On Tue, 2005-04-26 at 07:24 -0700, Sean Bruno wrote: > On Tue, 2005-04-26 at 16:05 +0200, Simon Hjorth B?ggild wrote: > > Caerie Houchins wrote: > > > > > After today's yum update following my reboot I was greeted with an > > > blue background and an error message stating that the file at > > > /usr/share/gdm/themes/Default/Default.xml could not be opened. > > > Clicking ok here brought me to the gdm login screen with the large > > > flower in the lower right corner. The username box had three periods > > > in it, and I was unable to type anything in that box. > > > > > > I checked in the /usr/share/gdm/themes directory and sure enough there > > > was no Default/ . As a temporary fix I went ahead and made a > > > symbolic link from Bluecurve/ to Default/, then linked Bluecurve.xml > > > to Default.xml. init 5'ing again and sure enough everything came up > > > just like normal. > > > > > > Anyone else experience this after today's updates? > > > > > > Caerie > > > > > Yup, I had the exact same experience, the Default/ is not there > > I booted with init 3, logged on and then started X. Instead of making > > the symbolic link I started up gdmsetup and went to the Graphical > > greeter pane, where I selected Bluecurve. After a reboot everything > > works fine again > > > > Regards Simon > > > Is this in bugzilla yet? > We will fix this in the next gdm revision later today. Matthias From cdhouch at pobox.com Tue Apr 26 15:21:03 2005 From: cdhouch at pobox.com (Caerie Houchins) Date: Tue, 26 Apr 2005 10:21:03 -0500 Subject: gdm not finding Default.xml In-Reply-To: <1114525482.4068.6.camel@homebox> References: <20050423153246.GA18978@jadzia.bu.edu> <426A76F6.4030402@n-man.com> <426D94C5.7050601@www.linux.org.uk> <1114522077.14976.21.camel@localhost.surak.eti.br> <426E4673.5030104@pobox.com> <426E4A9E.50703@mip.sdu.dk> <1114525482.4068.6.camel@homebox> Message-ID: <426E5C5F.8010908@pobox.com> Sean Bruno wrote: >Is this in bugzilla yet? > >Sean > > Sean, I didn't bug this because I wasn't sure if it was just an upgrade problem or a real bug. If someone installed from rawhide fresh right now, I'm wondering if this would ever come up as an issue. If you want I'll go ahead and bug it though. Caerie From gsimpson at mountaincable.net Tue Apr 26 15:21:38 2005 From: gsimpson at mountaincable.net (glenn) Date: Tue, 26 Apr 2005 11:21:38 -0400 Subject: up date fails kernel Message-ID: <426E5C82.4070603@mountaincable.net> I installed the latest version of up2date (up2date-4.4.15-4) and now I can not use "up2date --nosig" where the only outstanding pkgs are kernel pkgs (1267 rev). I am currently on kernel 1261. When I ask 'yum -y update', it lists the kernel pkgs but reports that I am currently up to date and therefore does nothing. I am using the I386 environment of FC4 T2. Anyone else having this issue this morning -- Glenn Simpson VE3DSP Hamilton, Ont e-mail: gsimpson at mountaincable.net gpg key: CB4C8E6B From Fedora at TQMcube.com Tue Apr 26 16:24:34 2005 From: Fedora at TQMcube.com (David Cary Hart) Date: Tue, 26 Apr 2005 12:24:34 -0400 Subject: Follow-up [Re: Apache config [OT]] Message-ID: <1114532674.4358.27.camel@dch.tqmcube.com> -------- Forwarded Message -------- > From: David Cary Hart > To: For users of Fedora Core releases > Subject: Re: Apache config [OT] > Date: Mon, 25 Apr 2005 13:00:56 -0400 > > On Mon, 2005-04-25 at 10:45 -0600, Ashley M. Kirchner wrote: > > I host several web sites that I develop. My problem is the > > generated log statistics are skewed because of my connection to the > > site, hits that get recorded because I'm testing a page or busy > > creating. So while I know how to run an exclude statement on an > > individual web site config file, what I'd really like is some way to > > exclude it from ALL the sites through some global method. Right now, > > each individual site config file has an exclude line in it for my IP(s) > > and each new site that I host I have to manually add that in. Does > > anyone know if there's a better way of doing this, if there's some way > > to add it to the master httpd.conf file so that it applies to all the > > virtual sites as well? > Isn't the environment variable (SetEnvIf Remote_Addr "127\.0\.0\.1") > global? I got around to trying this myself. It does work I have: In the main configuration: SetEnvIf Remote_Addr "192\.168\.0\.[0-9]{1,3}" dontlog Within the virtual containers: CustomLog logs/access_v_tqm_log combined env=!dontlog At some point, it probably makes more sense to use one log which can be either piped or post-processed, -- Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm Kill Spam at the Source: http://www.TQMcube.com/spam_trap.htm Today's Spam Trap Adds: http://www.TQMcube.com/BlockedToday RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm From caf at omen.com Tue Apr 26 18:05:20 2005 From: caf at omen.com (Chuck Forsberg WA7KGX) Date: Tue, 26 Apr 2005 11:05:20 -0700 Subject: Server network configuration tools In-Reply-To: <20050426160025.AEBFE7363A@hormel.redhat.com> References: <20050426160025.AEBFE7363A@hormel.redhat.com> Message-ID: <1114538721.6299.18.camel@omen.com> I was disappointed to find no tools in FC4T2 for configuring masquerading and such. I did find some scripts with Google and they seem to work, so the infrastructure is there. "It Just Works" should not be unique to Windows except for malware. -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From jim at jbsys.com Tue Apr 26 18:14:45 2005 From: jim at jbsys.com (James C. Bevier) Date: Tue, 26 Apr 2005 11:14:45 -0700 Subject: rawhide report: 20050426 changes References: <200504261239.j3QCdB9G011881@porkchop.devel.redhat.com> Message-ID: <00a301c54a8b$d39a6df0$0a01a8c0@jbsys> > kernel-2.6.11-1.1267_FC4 > ------------------------ > * Mon Apr 25 2005 Dave Jones > - Fix x86-64 put_user() > - Fix serio oops. > - Fix ipv6_skip_exthdr() invocation causing OOPS. > - Fix up some permissions on some /proc files. > - Support PATA drives on Promise SATA. (#147303) ^^^^^^^^^^^^^^^^^^^^^^^ Thank You! Thank You! Thanks for the pata support! I can see my drives now. It seems the kernel has a couple of Oops. On startup, nfsd aborts with something about invalid function name ?nice? in /etc/init.d/services on line 83. I did not get the exact message on bootup. Also in you try to mount a smb filesystem, another Oops happens and the file system is not mounted. Df, unmount, mount just hang after that. Third, vmware still aborts if you try building. The last good kernel was 1253 for me. I am on Athlon 64 system with Asus K8V-SE deluxe mb. Jim From caf at omen.com Tue Apr 26 18:15:18 2005 From: caf at omen.com (Chuck Forsberg WA7KGX) Date: Tue, 26 Apr 2005 11:15:18 -0700 Subject: Wither Pan? Message-ID: <1114539318.6299.26.camel@omen.com> This GUI newsreader was present in FC3. Has something that does a better job with multipart postings replaced it? -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From fox3ec208 at wideopenwest.com Tue Apr 26 18:33:45 2005 From: fox3ec208 at wideopenwest.com (Terry Polzin) Date: Tue, 26 Apr 2005 14:33:45 -0400 Subject: xfce absent in core 4 Message-ID: <200504261433.50072.fox3ec208@wideopenwest.com> I didn't see this on the test 2 install -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From johnp at redhat.com Tue Apr 26 18:36:50 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Tue, 26 Apr 2005 14:36:50 -0400 Subject: xfce absent in core 4 In-Reply-To: <200504261433.50072.fox3ec208@wideopenwest.com> References: <200504261433.50072.fox3ec208@wideopenwest.com> Message-ID: <1114540610.1369.0.camel@remedyz.boston.redhat.com> On Tue, 2005-04-26 at 14:33 -0400, Terry Polzin wrote: > I didn't see this on the test 2 install > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list It has been moved to extras. -- John (J5) Palmieri Associate Software Engineer Desktop Group Red Hat, Inc. Blog: http://martianrock.com From matt.t.galvin at gmail.com Tue Apr 26 18:38:33 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Tue, 26 Apr 2005 14:38:33 -0400 Subject: rawhide report: 20050426 changes In-Reply-To: <00a301c54a8b$d39a6df0$0a01a8c0@jbsys> References: <200504261239.j3QCdB9G011881@porkchop.devel.redhat.com> <00a301c54a8b$d39a6df0$0a01a8c0@jbsys> Message-ID: > > kernel-2.6.11-1.1267_FC4 > > ------------------------ [...] > Third, vmware still aborts if you try building. The last > good kernel was 1253 for me. I am on Athlon 64 > system with Asus K8V-SE deluxe mb. Same here, on a P4. Here is the output where the build fails trying to compile bridged networking --- snip --- Building the vmnet module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config0/vmnet-only' make -C /lib/modules/2.6.11-1.1267_FC4smp/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/kernels/2.6.11-1.1267_FC4-smp-i686' CC [M] /tmp/vmware-config0/vmnet-only/driver.o CC [M] /tmp/vmware-config0/vmnet-only/hub.o CC [M] /tmp/vmware-config0/vmnet-only/userif.o /tmp/vmware-config0/vmnet-only/userif.c: In function 'VNetUserIfMapUint32Ptr': /tmp/vmware-config0/vmnet-only/userif.c:152: warning: 'verify_area' is deprecated (declared at include/asm/uaccess.h:105) /tmp/vmware-config0/vmnet-only/userif.c:153: warning: 'verify_area' is deprecated (declared at include/asm/uaccess.h:105) CC [M] /tmp/vmware-config0/vmnet-only/netif.o CC [M] /tmp/vmware-config0/vmnet-only/bridge.o /tmp/vmware-config0/vmnet-only/bridge.c: In function 'VNetBridgeUp': /tmp/vmware-config0/vmnet-only/bridge.c:716: warning: passing argument 3 of 'sk_alloc' makes pointer from integer without a cast /tmp/vmware-config0/vmnet-only/bridge.c:716: warning: passing argument 4 of 'sk_alloc' makes integer from pointer without a cast CC [M] /tmp/vmware-config0/vmnet-only/procfs.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.o Building modules, stage 2. MODPOST Warning: could not open /tmp/vmware-config0/vmnet-only/includeCheck.h: Invalid argument CC /tmp/vmware-config0/vmnet-only/vmnet.mod.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.ko make[1]: Leaving directory `/usr/src/kernels/2.6.11-1.1267_FC4-smp-i686' cp -f vmnet.ko ./../vmnet.o make: Leaving directory `/tmp/vmware-config0/vmnet-only' The module loads perfectly in the running kernel. Starting VMware services: Virtual machine monitor [ OK ] Virtual ethernet [ OK ] Bridged networking on /dev/vmnet0 [FAILED] Host-only networking on /dev/vmnet8 (background) [ OK ] NAT service on /dev/vmnet8 [ OK ] The configuration of VMware Workstation 5.0.0 build-13124 for Linux for this running kernel completed successfully. You can now run VMware Workstation by invoking the following command: "/usr/bin/vmware". Enjoy, --the VMware team --- snip --- Thanks, Matt From bgerst at didntduck.org Tue Apr 26 18:58:11 2005 From: bgerst at didntduck.org (Brian Gerst) Date: Tue, 26 Apr 2005 14:58:11 -0400 Subject: rawhide report: 20050426 changes In-Reply-To: <00a301c54a8b$d39a6df0$0a01a8c0@jbsys> References: <200504261239.j3QCdB9G011881@porkchop.devel.redhat.com> <00a301c54a8b$d39a6df0$0a01a8c0@jbsys> Message-ID: <426E8F43.3050002@didntduck.org> James C. Bevier wrote: > >> kernel-2.6.11-1.1267_FC4 >> ------------------------ >> * Mon Apr 25 2005 Dave Jones >> - Fix x86-64 put_user() >> - Fix serio oops. >> - Fix ipv6_skip_exthdr() invocation causing OOPS. >> - Fix up some permissions on some /proc files. >> - Support PATA drives on Promise SATA. (#147303) > > ^^^^^^^^^^^^^^^^^^^^^^^ Thank You! Thank You! > Thanks for the pata support! I can see my drives now. > > It seems the kernel has a couple of Oops. On startup, > nfsd aborts with something about invalid function name > ?nice? in /etc/init.d/services on line 83. I did not get the > exact message on bootup. > > Also in you try to mount a smb filesystem, another Oops > happens and the file system is not mounted. Df, unmount, > mount just hang after that. > > Third, vmware still aborts if you try building. The last > good kernel was 1253 for me. I am on Athlon 64 > system with Asus K8V-SE deluxe mb. > > Jim > There is an oopsable but in today's x86_64 kernel: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155999 -- Brian Gerst From rjames at csulb.edu Tue Apr 26 19:08:45 2005 From: rjames at csulb.edu (Ryan James) Date: Tue, 26 Apr 2005 12:08:45 -0700 Subject: xfce absent in core 4 In-Reply-To: <200504261433.50072.fox3ec208@wideopenwest.com> References: <200504261433.50072.fox3ec208@wideopenwest.com> Message-ID: <1114542526.560.0.camel@localhost.localdomain> On Tue, 2005-04-26 at 14:33 -0400, Terry Polzin wrote: > I didn't see this on the test 2 install xfce has been moved to extras. From matt.t.galvin at gmail.com Tue Apr 26 19:22:00 2005 From: matt.t.galvin at gmail.com (Matt Galvin) Date: Tue, 26 Apr 2005 15:22:00 -0400 Subject: up2date gui not working. Message-ID: Hi All, When trying to use up2date it, comes up and I click next, then next again and it fails from there with the following error messages --- snip --- ~]$ up2date http://fedora.redhat.com/download/up2date-mirrors/fedora-core-rawhide using mirror: http://ftp.dulug.duke.edu/pub/fedora/linux/core/development/i386/ Error in sys.excepthook: Traceback (most recent call last): File "/usr/sbin/up2date", line 1231, in exceptionHandler log = up2dateLog.initLog() NameError: global name 'up2dateLog' is not defined Original exception was: Traceback (most recent call last): File "/usr/share/rhn/up2date_client/gui.py", line 1311, in onChannelsPageNext self.pList.run() File "/usr/share/rhn/up2date_client/packageList.py", line 125, in run self.progressCallback) File "/usr/share/rhn/up2date_client/rhnPackageInfo.py", line 331, in getAvailableAllArchPackageList package_list = availablePackageList( File "/usr/share/rhn/up2date_client/rhnPackageInfo.py", line 153, in availablePackageList repos = repoDirector.initRepoDirector() File "/usr/share/rhn/up2date_client/repoDirector.py", line 75, in initRepoDirector from repoBackends import repomdRepo File "/usr/share/rhn/up2date_client/repoBackends/repomdRepo.py", line 16, in ? import yumBaseRepo File "/usr/share/rhn/up2date_client/repoBackends/yumBaseRepo.py", line 14, in ? import yum File "/usr/share/rhn/__init__.py", line 32, in ? ImportError: No module named updates Error in sys.excepthook: Traceback (most recent call last): File "/usr/sbin/up2date", line 1231, in exceptionHandler log = up2dateLog.initLog() NameError: global name 'up2dateLog' is not defined Original exception was: Traceback (most recent call last): File "/usr/share/rhn/up2date_client/gui.py", line 1393, in onSkippedPagePrepare maxlength = max(map(lambda x: len(x[0][0]), self.skipPkgList)) * 8 ValueError: max() arg is an empty sequence Error in sys.excepthook: Traceback (most recent call last): File "/usr/sbin/up2date", line 1231, in exceptionHandler log = up2dateLog.initLog() NameError: global name 'up2dateLog' is not defined Original exception was: TypeError: hide() takes no arguments (2 given) --- snip --- I have just been using yum on the cli b/c up2date has not worked in any of the test releases (for me anyway). Thanks, Matt From shrek-m at gmx.de Tue Apr 26 19:22:36 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 26 Apr 2005 21:22:36 +0200 Subject: boot hangs - filesystem - read-only Message-ID: <426E94FC.4050502@gmx.de> hi, the booting hangs on my powerbook g4 because the file-system is read-only. i have no more ideas how to boot successfully into fc4t2. it hangs in runlevel 5 - while anacron start runlevel 1 - while named start i guess it happened because the battery get empty while fc4t2 was started ~1 week agoo. afair: after the next boot i had to run fsck manually. reboot - no luck, the system hangs while booting - read-only todays last unsuccesfully try before i gave up: fsck after booting into linux rescue with hda7/deb-sarge as /mnt/sysimage hda6 = fc4t2 fsck /dev/hda6 = all is ok fsck -vf /dev/hda6 = all is ok if i boot into debian i can mount rw the fc4t2 partition without problems. - how can i restore the system ? - assuming i would have only the fc4t2-partition, how could i boot into rescue mode without mounting the fc4-partition ? i tried `umount /dev/hda6` but afair this was not possible. - not sure if it is reproducable. in rescue_mode-german i had to switch the vt to see what i am typing. this is a multiboot with fc4t2, macosx and debian. i can boot into macosx and debian but this is not my intention. thanks -- shrek-m From jamiebohr at gmail.com Tue Apr 26 19:35:30 2005 From: jamiebohr at gmail.com (Jamie Bohr) Date: Tue, 26 Apr 2005 13:35:30 -0600 Subject: FC4 T2 and Dell M70 In-Reply-To: <1114449548.3299.5.camel@dcbw.boston.redhat.com> References: <1114449548.3299.5.camel@dcbw.boston.redhat.com> Message-ID: Thank you for the responses. Sound: I used alsamixer and found the speakers in the front of my computer are NOT working, I get sounds through the head phones only - very strange. Wireless: Started working after installing the RPM mentioned above, I had to reboot twice though. I don't see a WPA security option though. I will scan the Internet to see if I can solve this one. On 4/25/05, Dan Williams < dcbw at redhat.com> wrote: > > On Mon, 2005-04-25 at 10:18 -0600, Jamie Bohr wrote: > > Has any one had luck installing Fedora (3 or 4) on a Dell M70 laptop? > > I just got one and wiped out Windows first thing. I was quite > > disappointed to learn sound and wireless were not supported in FC4. > > The audio is AC97 and the wireless is a Intel PRO/Wireless 2915 a/b/g. > > I have searched the Internet and found where other users were > > > I am still searching the Internet to get the sound working. The > > wireless is very weird though. The system does not see the built in > > wireless card at all. When I insert my old Xircom wireless card the > > builtin Intel (Pro/Wireless 2915) shows up - what's up with that? My > > Xircom is not even listed. I down loaded the drivers from Intel and > > installed as indicated, still not luck. > > This wireless card should be supported, its driven by the "ipw2200" > driver. You need firmware however, which is not able to be distributed > with Fedora Core. See: > > http://atrpms.net/dist/common/ipw2200-firmware/ > Install the top RPM, the 2.2-5 one. > > http://ipw2200.sourceforge.net/firmware.php?fid=4 > OR, download the file here and place it in /lib/firmware > > Dan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mefoster at gmail.com Tue Apr 26 19:42:06 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Tue, 26 Apr 2005 20:42:06 +0100 Subject: FC4 T2 and Dell M70 In-Reply-To: References: <1114449548.3299.5.camel@dcbw.boston.redhat.com> Message-ID: On 4/26/05, Jamie Bohr wrote: > Sound: I used alsamixer and found the speakers in the front of my computer > are NOT working, I get sounds through the head phones only - very strange. Check that "external amplifier" is *not* enabled in your mixer -- possibly also check "headphone jack sense". This seems to be a known issue with many Dell AC97 sound cards (and possibly others?); has anyone actually bugzilla'd this yet at ALSA? MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From jpearson42 at wowway.com Tue Apr 26 19:42:21 2005 From: jpearson42 at wowway.com (John Pearson) Date: Tue, 26 Apr 2005 15:42:21 -0400 Subject: Random Reboots after last Kernel Update In-Reply-To: References: <200504241014.02188.RouillardSy@yahoo.fr> Message-ID: <200504261542.21732.jpearson42@wowway.com> On Sunday 24 April 2005 08:51 am, Alexis wrote: > Count me in. I'm running an AMD Athlon 64 and I'm having this issue as > well. > > On 4/24/05, Sylvain Rouillard wrote: > > I started a similar discussion under > > Re: missing dependency "libgnutls.so.11(GNUTLS_REL_1_0_9)" > > > > We can surely continue it here as this surely deserves its own thread. > > > > For the record, that is four 64b processor users hit by the problem so > > far. > > > > Sylvain > > > > Le Dimanche 24 Avril 2005 03:00, Richard Ramson a ?crit: > > > I know I saw another post on this today but I can't find it now. > > > Since I just updated my PC with the latest kernel updates, my pc is > > > now rebooting about every 5 minutes. I hope someone is working on > > > fixing this real soon. :) > > > -- > > > CPU: AMD Athlon? 64 Processor Model Number 3000+ 1.8GHz 512KB > > > 939-pin Motherboard: GA-K8NXP-SLI nForce4 SLI chipset > > > Memory: (2 total 2 GB) Kingston 1GB Kit (PC3200 / 400MHZ CL3A) DDR > > > Memory Video Card: eVGA GeForce 6600 / 256MB DDR / PCI Express / VGA / > > > Video Card Sound: Onboard > > > HDD: 2 IBM 120GB ( 1 for WinXP 64 bit & 1 for FC4T2) > > > Monitor: DCL / DCL9A / 19-Inch / SXGA / 700:1 / Black / 16ms / LCD > > > Monitor w/ Speakers > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > http://www.redhat.com/mailman/listinfo/fedora-test-list 04/26/2005-03:28:47 PM-EDT I booted up the 1267 kernel revision about an hour ago. The machine has locked or spontaneously rebooted 5 times. uname -a Linux Katchoo.crooks1722.hab 2.6.11-1.1267_FC4 #1 Mon Apr 25 19:41:39 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux The only usable thing is the message from the monitor: Call Trace: <#DF><0> kernel panic - not syncing; Kernel/module.c : 2074: sin_lock (Kernel module.c: ffffffff80489420) already locked by Kernel/module.c/2039. (Not tainted) -- The message repeats 4 times -- Call Trace: <#SS>[<000 ... 00001>] {panic+133} --End of screen -- -Jpearson From RouillardSy at yahoo.fr Tue Apr 26 20:32:39 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Tue, 26 Apr 2005 22:32:39 +0200 Subject: Random Reboots after last Kernel Update In-Reply-To: <200504261542.21732.jpearson42@wowway.com> References: <200504261542.21732.jpearson42@wowway.com> Message-ID: <200504262232.39725.RouillardSy@yahoo.fr> This message might be of value for the debuggers, maybe you could feed them at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155827 as I'm sure they'd appreciate any lead. Le Mardi 26 Avril 2005 21:42, John Pearson a ?crit?: > I booted up the 1267 kernel revision about an hour ago. The machine has > locked or spontaneously rebooted 5 times. > > uname -a > Linux Katchoo.crooks1722.hab 2.6.11-1.1267_FC4 #1 > Mon Apr 25 19:41:39 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux > > > The only usable thing is the message from the monitor: > > Call Trace: <#DF><0> kernel panic - not syncing; Kernel/module.c : 2074: > sin_lock > (Kernel module.c: ffffffff80489420) already locked by Kernel/module.c/2039. > (Not tainted) > > -- The message repeats 4 times -- > > Call Trace: <#SS>[<000 ... 00001>] {panic+133} > > --End of screen -- > > -Jpearson From fedora at wir-sind-cool.org Tue Apr 26 20:45:40 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 26 Apr 2005 22:45:40 +0200 Subject: [FC4t2] Error loading audacity In-Reply-To: References: Message-ID: <20050426224540.67a13542.fedora@wir-sind-cool.org> On Tue, 19 Apr 2005 11:13:54 -0500, Justin Conover wrote: > On 4/18/05, Bill Dearborn wrote: > > While testing FC4t2 I attempted to 'yum install audacity' it obtained > > a copy from the Extras Development Repo ... and installed fully but > > when the command 'audacity' was given I received the following error, > > which appears to be a packaging error... > > > > audacity: error while loading shared libraries: libsndfile.so.1: cannot > > open shared object file: No such file or directory > > > > the libsndfile.so.1 is found by locate to be in: > > /usr/lib/openoffice.org1.9.92/program/libsndfile.so.1 > > > > Is there a work around? Where should this be reported? > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155142 > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154958 > > I answered this in fedora forums too, but incase any else looks at this. These two bugs reports have nothing to do with the libsndfile.so.1 problem mentioned above. libsndfile.so.1 should be provided by package "libsndfile" in /usr/lib/libsndfile.so.1. Please report a bug report if the problem persists. In that case we probably have a conflict between "libsndfile" in Fedora Extras and OO.o in Core. From jpearson42 at wowway.com Tue Apr 26 20:47:41 2005 From: jpearson42 at wowway.com (John Pearson) Date: Tue, 26 Apr 2005 16:47:41 -0400 Subject: Random Reboots after last Kernel Update In-Reply-To: <200504262232.39725.RouillardSy@yahoo.fr> References: <200504261542.21732.jpearson42@wowway.com> <200504262232.39725.RouillardSy@yahoo.fr> Message-ID: <200504261647.41828.jpearson42@wowway.com> On Tuesday 26 April 2005 04:32 pm, Sylvain Rouillard wrote: > This message might be of value for the debuggers, maybe you could feed them > at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155827 > > as I'm sure they'd appreciate any lead. Thank you for the suggestion. It is done. -Jpearson From briang at pmccorp.com Tue Apr 26 20:55:37 2005 From: briang at pmccorp.com (Brian Gaynor) Date: Tue, 26 Apr 2005 13:55:37 -0700 Subject: Wither Pan? In-Reply-To: <1114539318.6299.26.camel@omen.com> References: <1114539318.6299.26.camel@omen.com> Message-ID: <1114548937.5127.0.camel@canis> On Tue, 2005-04-26 at 11:15 -0700, Chuck Forsberg WA7KGX wrote: > This GUI newsreader was present in FC3. Has something that does a > better job with multipart postings replaced it? It's being moved to extras :( -- Brian Gaynor www.pmccorp.com FC3/Linux on DELL Inspiron 5160 3.0Ghz canis 13:55:17 up 5:32, 2 users, load average: 0.24, 0.37, 0.40 From fedora at wir-sind-cool.org Tue Apr 26 20:57:42 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 26 Apr 2005 22:57:42 +0200 Subject: [FC4t2] Error loading audacity In-Reply-To: <20050426224540.67a13542.fedora@wir-sind-cool.org> References: <20050426224540.67a13542.fedora@wir-sind-cool.org> Message-ID: <20050426225742.5b5e7795.fedora@wir-sind-cool.org> On Tue, 26 Apr 2005 22:45:40 +0200, Michael Schwendt wrote: > On Tue, 19 Apr 2005 11:13:54 -0500, Justin Conover wrote: > > > On 4/18/05, Bill Dearborn wrote: > > > While testing FC4t2 I attempted to 'yum install audacity' it obtained > > > a copy from the Extras Development Repo ... and installed fully but > > > when the command 'audacity' was given I received the following error, > > > which appears to be a packaging error... > > > > > > audacity: error while loading shared libraries: libsndfile.so.1: cannot > > > open shared object file: No such file or directory > > > > > > the libsndfile.so.1 is found by locate to be in: > > > /usr/lib/openoffice.org1.9.92/program/libsndfile.so.1 > > > > > > Is there a work around? Where should this be reported? > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155142 > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154958 > > > > I answered this in fedora forums too, but incase any else looks at this. > > These two bugs reports have nothing to do with the libsndfile.so.1 > problem mentioned above. libsndfile.so.1 should be provided by > package "libsndfile" in /usr/lib/libsndfile.so.1. Please report > a bug report if the problem persists. In that case we probably > have a conflict between "libsndfile" in Fedora Extras and > OO.o in Core. Yeah, a soname conflict in virtual provides. Going to file a bug report myself, if one doesn't exist already. From guy at incentre.net Tue Apr 26 21:00:49 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 26 Apr 2005 15:00:49 -0600 Subject: Does anyone have the ITE 8212 controller driver In-Reply-To: <20050425214842.GA22125@devserv.devel.redhat.com> References: <1114450590.4664.27.camel@sigurd.incentre.net> <20050425214842.GA22125@devserv.devel.redhat.com> Message-ID: <1114549249.4664.116.camel@sigurd.incentre.net> On Mon, 2005-25-04 at 17:48 -0400, Alan Cox wrote: > On Mon, Apr 25, 2005 at 11:36:29AM -0600, Guy Fraser wrote: > > In one of the results someone mentioned that Alan Cox may be > > working on the drivers. > > IT8212 is supported in FC3, RHEL4 and Centos but not FC4 beta. I'd suggest > using Centos therefore. Thanks, I'll look into it. > > > 4 SATA150 - SIS - Sil3114R - Appears to be unsupported > > Should work. I tried to install FC4t2 and it went into kernel panic, but it was late so I didn't try to debug anything. If I have time later this week or this weekend I'll mess around and see what I can make work. From mefoster at gmail.com Tue Apr 26 21:01:51 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Tue, 26 Apr 2005 22:01:51 +0100 Subject: Fwd: FC4 T2 and Dell M70 In-Reply-To: References: <1114449548.3299.5.camel@dcbw.boston.redhat.com> Message-ID: Whoops, forgot to send this to the whole list. MEF ---------- Forwarded message ---------- From: Mary Ellen Foster Date: Apr 26, 2005 10:00 PM Subject: Re: FC4 T2 and Dell M70 To: Jamie Bohr On 4/26/05, Jamie Bohr wrote: > I'm not sure what you mean by "headphone jack sence". Me neither, but apparently there's a flag with that label on some cards. > I have attached a > screen shot of my alsamixer window. Try un-muting the "External" thing at the very right (select it and hit "M"); I think that's the relevant one. MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From guy at incentre.net Tue Apr 26 21:03:32 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 26 Apr 2005 15:03:32 -0600 Subject: Does anyone have the ITE 8212 controller driver In-Reply-To: <1114465508.29407.217.camel@serendipity.dogma.lan> References: <1114450590.4664.27.camel@sigurd.incentre.net> <1114465508.29407.217.camel@serendipity.dogma.lan> Message-ID: <1114549413.4664.119.camel@sigurd.incentre.net> On Mon, 2005-25-04 at 23:45 +0200, Alexander Dalloz wrote: > Am Mo, den 25.04.2005 schrieb Guy Fraser um 19:36: > > > I bought a new board [ASUS P5AD2-E] with the ITE 8212 chipset. > > http://www.ite.com.tw/software_download/software_download2.asp > > Alexander Thank you, but I had already found that. Unfortunately I am unable to get the Linux zip file. I got other files off the same page but the linux file will not transfer.:-( > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From thomas.cameron at camerontech.com Tue Apr 26 21:18:00 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Tue, 26 Apr 2005 16:18:00 -0500 Subject: Does anyone have the ITE 8212 controller driver References: <1114450590.4664.27.camel@sigurd.incentre.net><1114465508.29407.217.camel@serendipity.dogma.lan> <1114549413.4664.119.camel@sigurd.incentre.net> Message-ID: <041501c54aa5$6d4820f0$fd00a8c0@thomas> ----- Original Message ----- From: "Guy Fraser" To: Sent: Tuesday, April 26, 2005 4:03 PM Subject: Re: Does anyone have the ITE 8212 controller driver > On Mon, 2005-25-04 at 23:45 +0200, Alexander Dalloz wrote: >> Am Mo, den 25.04.2005 schrieb Guy Fraser um 19:36: >> >> > I bought a new board [ASUS P5AD2-E] with the ITE 8212 chipset. >> >> http://www.ite.com.tw/software_download/software_download2.asp >> >> Alexander > > Thank you, but I had already found that. > > Unfortunately I am unable to get the Linux zip file. > > I got other files off the same page but the linux file > will not transfer.:-( It worked fine for me... Thomas From trulsg at broadpark.no Tue Apr 26 21:21:38 2005 From: trulsg at broadpark.no (Truls Gulbrandsen) Date: Tue, 26 Apr 2005 23:21:38 +0200 Subject: Error when running yum update this afternoon Message-ID: <426EB0E2.2010906@broadpark.no> Hi there, When running yum update I receive the following errormessage. Is this significant and should I take any actions? ..snip.. Updating : perl-XML-LibXML-Common ####################### [36/92] Installing: kernel-devel ####################### [37/92] Failed to mmap /usr/src/kernels/2.6.11-1.1240_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1253_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1258_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1261_FC4-i686/./include/config/MARKER Failed to mmap /usr/src/kernels/2.6.11-1.1267_FC4-i686/./include/config/MARKER Failed to mmap ./include/config/MARKER Updating : kudzu ####################### [38/92] Updating : kudzu-devel ####################### [39/92] ... the end og the update looks like this: .... Cleanup : ImageMagick ####################### [92/92] Installed: kernel.i686 0:2.6.11-1.1267_FC4 kernel-devel.i686 0:2.6.11-1.1267_FC4Updated: ImageMagick.i386 0:6.2.1.7-4 SysVinit.i386 0:2.85-38 autofs.i386 1:4.1.4-5 control-center.i386 1:2.10.1-3 cpio.i386 0:2.6-6 curl.i386 0:7.13.1-2 curl-devel.i386 0:7.13.1-2 db4.i386 0:4.3.27-3 db4-devel.i386 0:4.3.27-3 db4-utils.i386 0:4.3.27-3 dbus.i386 0:0.33-1 dbus-devel.i386 0:0.33-1 dbus-glib.i386 0:0.33-1 dbus-python.i386 0:0.33-1 dbus-x11.i386 0:0.33-1 dhclient.i386 10:3.0.2-10 gnome-panel.i386 0:2.10.1-3 gnome-panel-devel.i386 0:2.10.1-3 kudzu.i386 0:1.1.114-1 kudzu-devel.i386 0:1.1.114-1 lftp.i386 0:3.1.3-1 libsepol.i386 0:1.5.5-2 module-init-tools.i386 0:3.1-3 perl-DateManip.noarch 0:5.42a-4 perl-XML-LibXML-Common.i386 0:0.13-8 redhat-artwork.i386 0:0.122-4 selinux-policy-targeted.noarch 0:1.23.13-1 setup.noarch 0:2.5.43-1 system-config-packages.noarch 0:1.2.25-1 up2date.i386 0:4.4.15-4 up2date-gnome.i386 0:4.4.15-4 util-linux.i386 0:2.12p-8 xorg-x11.i386 0:6.8.2-28 xorg-x11-Mesa-libGL.i386 0:6.8.2-28 xorg-x11-Mesa-libGLU.i386 0:6.8.2-28 xorg-x11-deprecated-libs.i386 0:6.8.2-28 xorg-x11-deprecated-libs-devel.i386 0:6.8.2-28 xorg-x11-devel.i386 0:6.8.2-28 xorg-x11-font-utils.i386 0:6.8.2-28 xorg-x11-libs.i386 0:6.8.2-28 xorg-x11-tools.i386 0:6.8.2-28 xorg-x11-twm.i386 0:6.8.2-28 xorg-x11-xauth.i386 0:6.8.2-28 xorg-x11-xdm.i386 0:6.8.2-28 xorg-x11-xfs.i386 0:6.8.2-28 Regards, Truls -------------- next part -------------- A non-text attachment was scrubbed... Name: trulsg.vcf Type: text/x-vcard Size: 153 bytes Desc: not available URL: From czar at czarc.net Tue Apr 26 21:57:17 2005 From: czar at czarc.net (Gene C.) Date: Tue, 26 Apr 2005 17:57:17 -0400 Subject: testing and bugzilla test reports. Message-ID: <200504261757.17495.czar@czarc.net> To me, there current way of specifying the "version" for a bugzilla report on the current round of FC4Tn testing allows an individual to select devel, FC4T1, FC4T2, test1, or test2. To me this causes confusion and I would like to suggest the following: 1. If reporting a bug on stuff from development BEFORE the beginning of "official" testing (before FC4T1 was announced), OK use "devel". 2. Once FC4T1 is announced and before FC2T2 is your system, use "FC4T1" even if you updated from development .. specify the package version that you got from development. 3. Once you install FC4T2 (or if you just updated until you got the the equivalent packages) and before FC4T3, report the bugs against "FC4T2". 4. etc., etc., etc. I don't know about others but when I see a report with "devel" specified as the version, I have no idea just what version is really havin the problem. I would like to see test1, test2, test3 go away ... at least as an option for reporting a bug. -- Gene From david.r.bentley at btinternet.com Tue Apr 26 22:27:31 2005 From: david.r.bentley at btinternet.com (DAVID BENTLEY) Date: Tue, 26 Apr 2005 23:27:31 +0100 (BST) Subject: Default theme missing after todays updates. Message-ID: <20050426222731.2351.qmail@web86503.mail.ukl.yahoo.com> Todays updates cause a major problem in that you can't login because the Default theme is missing from the following location :- /usr/share/gdm/themes/Default The solution is to boot in text mode (edit the boot for the kernel that runs [latest kernel panics but that another story] and add a 3 so it looks like rhgb quiet 3 and then boot) When you are in login as root and re-crate the default folder by copying the Blucurve one and re-naming it to Default. logout and re-boot and all will be well again. From guy at incentre.net Tue Apr 26 22:41:13 2005 From: guy at incentre.net (Guy Fraser) Date: Tue, 26 Apr 2005 16:41:13 -0600 Subject: Does anyone have the ITE 8212 controller driver In-Reply-To: <041501c54aa5$6d4820f0$fd00a8c0@thomas> References: <1114450590.4664.27.camel@sigurd.incentre.net> <1114465508.29407.217.camel@serendipity.dogma.lan> <1114549413.4664.119.camel@sigurd.incentre.net> <041501c54aa5$6d4820f0$fd00a8c0@thomas> Message-ID: <1114555273.4664.122.camel@sigurd.incentre.net> On Tue, 2005-26-04 at 16:18 -0500, Thomas Cameron wrote: > ----- Original Message ----- > From: "Guy Fraser" > To: > Sent: Tuesday, April 26, 2005 4:03 PM > Subject: Re: Does anyone have the ITE 8212 controller driver > > > > On Mon, 2005-25-04 at 23:45 +0200, Alexander Dalloz wrote: > >> Am Mo, den 25.04.2005 schrieb Guy Fraser um 19:36: > >> > >> > I bought a new board [ASUS P5AD2-E] with the ITE 8212 chipset. > >> > >> http://www.ite.com.tw/software_download/software_download2.asp > >> > >> Alexander > > > > Thank you, but I had already found that. > > > > Unfortunately I am unable to get the Linux zip file. > > > > I got other files off the same page but the linux file > > will not transfer.:-( > > It worked fine for me... > > Thomas Weird. I tried using wget and it worked, but from firefox it wouldn't. Now I'll go grab the kernel source. From mricon at gmail.com Tue Apr 26 22:46:36 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 26 Apr 2005 18:46:36 -0400 Subject: Default theme missing after todays updates. In-Reply-To: <20050426222731.2351.qmail@web86503.mail.ukl.yahoo.com> References: <20050426222731.2351.qmail@web86503.mail.ukl.yahoo.com> Message-ID: On 4/26/05, DAVID BENTLEY wrote: > Todays updates cause a major problem in that you can't > login because the Default theme is missing from the > following location :- > /usr/share/gdm/themes/Default > > The solution is to boot in text mode (edit the boot > for the kernel that runs [latest kernel panics but > that another story] and add a 3 so it looks like rhgb > quiet 3 and then boot) > > When you are in login as root and re-crate the default > folder by copying the Blucurve one and re-naming it to > Default. > > logout and re-boot and all will be well again. Much easier: 1. Ctrl-Alt-F1 2. Login as root 3. Edit /etc/X11/gdm/gdm.conf and change GraphicalTheme=Bluecurve 4. Alt-F7 5. Ctrl-Alt-Backspace Regards, -- Konstantin Ryabitsev Zlotniks, INC From gstool at earthlink.net Tue Apr 26 22:46:38 2005 From: gstool at earthlink.net (Gerry Tool) Date: Tue, 26 Apr 2005 17:46:38 -0500 Subject: Default theme missing after todays updates. In-Reply-To: <20050426222731.2351.qmail@web86503.mail.ukl.yahoo.com> References: <20050426222731.2351.qmail@web86503.mail.ukl.yahoo.com> Message-ID: <426EC4CE.5070004@earthlink.net> DAVID BENTLEY wrote: > Todays updates cause a major problem in that you can't > login because the Default theme is missing from the > following location :- > /usr/share/gdm/themes/Default > > The solution is to boot in text mode (edit the boot > for the kernel that runs [latest kernel panics but > that another story] and add a 3 so it looks like rhgb > quiet 3 and then boot) > > When you are in login as root and re-crate the default > folder by copying the Blucurve one and re-naming it to > Default. > > logout and re-boot and all will be well again. > I just encountered this same thing and used a similar work-around. I just logged into a Ctrl-Alt-F1 terminal, created a link named Default to the Bluecurve directory, and inside the Default directory, created a link named Default.xml to the Bluecurve.xml file. I guess the file link isn't necessary if David got it to work the way he described. The message when arriving at the login screen was can't find /usr/share/gdm/themes/Default/Default.xml. It then displayed an alternate login screen, but did not allow entering a user name into the dialog field. Gerry From jreiser at BitWagon.com Tue Apr 26 23:27:55 2005 From: jreiser at BitWagon.com (John Reiser) Date: Tue, 26 Apr 2005 16:27:55 -0700 Subject: Default theme missing after todays updates. In-Reply-To: References: <20050426222731.2351.qmail@web86503.mail.ukl.yahoo.com> Message-ID: <426ECE7B.8070006@BitWagon.com> > 1. Ctrl-Alt-F1 > 2. Login as root > 3. Edit /etc/X11/gdm/gdm.conf and change GraphicalTheme=Bluecurve > 4. Alt-F7 > 5. Ctrl-Alt-Backspace > > Regards, On my machine (ppc), Ctrl-Alt-F1 did not work; there was no response at all to keyboard. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156003 -- From david.r.bentley at btinternet.com Wed Apr 27 00:01:46 2005 From: david.r.bentley at btinternet.com (DAVID BENTLEY) Date: Wed, 27 Apr 2005 01:01:46 +0100 (BST) Subject: Default theme missing after todays updates. In-Reply-To: 6667 Message-ID: <20050427000146.35109.qmail@web86509.mail.ukl.yahoo.com> --- Konstantin Ryabitsev wrote: > Much easier: > > 1. Ctrl-Alt-F1 > 2. Login as root > 3. Edit /etc/X11/gdm/gdm.conf and change > GraphicalTheme=Bluecurve > 4. Alt-F7 > 5. Ctrl-Alt-Backspace > > Regards, > -- > Konstantin Ryabitsev > Zlotniks, INC > > -- I had to approch it that way as none of the console's work for me at present due to another bug to do with the MGA driver for the matrox G400 and G550 series of cards. From fct-cornette at insight.rr.com Wed Apr 27 00:04:04 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Tue, 26 Apr 2005 20:04:04 -0400 Subject: up date fails kernel In-Reply-To: <426E5C82.4070603@mountaincable.net> References: <426E5C82.4070603@mountaincable.net> Message-ID: <426ED6F4.6060406@insight.rr.com> glenn wrote: > I installed the latest version of up2date (up2date-4.4.15-4) and now I > can not use "up2date --nosig" where the only outstanding pkgs are kernel > pkgs (1267 rev). I am currently on kernel 1261. > > When I ask 'yum -y update', it lists the kernel pkgs but reports that I > am currently up to date and therefore does nothing. > > I am using the I386 environment of FC4 T2. > > Anyone else having this issue this morning > Yum hunts for mirrors and some mirrors are not current at the time yum checks these mirrors. Try running yum -y update again, maybe twice until it hits a mirror that is current. up2date has been crippled since the libssl.so.4 to libssl.so.5 transition. It was busted before up2date was upgraded to use the newer versions of libssl.so.5 I cut down my usage of up2date to rare occasions and use yum 90+ percent of the time now. Jim -- WARNING TO ALL PERSONNEL: Firings will continue until morale improves. From seanfedora at gmail.com Wed Apr 27 00:14:55 2005 From: seanfedora at gmail.com (Sean Earp) Date: Tue, 26 Apr 2005 17:14:55 -0700 Subject: Home Dir labels (manifested as a failed Flash install) Message-ID: Hello all- In working with bug 152611, I have run into a problem whereby my fresh install of FC4 apparently has the wrong security labels on files in my home dir. Could someone try the following and post your results? 1) Start up Firefox without having Flash installed 2) Go to a site that requires flash (ie nvidia.com, anandtech.com), and load flash using the option that Firefox presents 3) See if Flash is functional after doing so (it probably will not be) 4) Fire up a terminal, navigate to ~/.mozilla/plugins, and run ls -Z 5) Report back as to whether the label says "default_t" (what I end up with) [smearp at localhost ~]$ cd .mozilla/plugins [smearp at localhost plugins]$ ls -Z -rw-r--r-- smearp smearp user_u:object_r:default_t flashplayer.xpt -rwxr-xr-x smearp smearp user_u:object_r:default_t libflashplayer.so or the following (which I can only get by running restorecon -R -v ~/ [smearp at localhost ~]$ cd .mozilla/plugins [smearp at localhost plugins]$ ls -Z -rw-r--r-- smearp smearp user_u:object_r:user_home_t flashplayer.xpt -rwxr-xr-x smearp smearp user_u:object_r:texrel_shlib_t libflashplayer.so Just trying to figure out if this is a global problem, or a "Just Me" kind of thing. Thanks, -Sean From fct-cornette at insight.rr.com Wed Apr 27 00:19:21 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Tue, 26 Apr 2005 20:19:21 -0400 Subject: Error when running yum update this afternoon In-Reply-To: <426EB0E2.2010906@broadpark.no> References: <426EB0E2.2010906@broadpark.no> Message-ID: <426EDA89.3060707@insight.rr.com> Truls Gulbrandsen wrote: > Hi there, > > When running yum update I receive the following errormessage. Is this > significant and should I take any actions? > > ..snip.. > > Updating : perl-XML-LibXML-Common ####################### [36/92] > Installing: kernel-devel ####################### [37/92] > > Failed to mmap > /usr/src/kernels/2.6.11-1.1240_FC4-i686/./include/config/MARKER > > Failed to mmap > /usr/src/kernels/2.6.11-1.1253_FC4-i686/./include/config/MARKER > > Failed to mmap > /usr/src/kernels/2.6.11-1.1258_FC4-i686/./include/config/MARKER > > Failed to mmap > /usr/src/kernels/2.6.11-1.1261_FC4-i686/./include/config/MARKER > > Failed to mmap > /usr/src/kernels/2.6.11-1.1267_FC4-i686/./include/config/MARKER > You might want to erase the kernel-devel packages for versions that the matching kernel was removed. This will cut down on the quantity of mmap errors. Eliminating them entirely is probably up to the developers. Jim -- WARNING TO ALL PERSONNEL: Firings will continue until morale improves. From jamiebohr at gmail.com Wed Apr 27 00:57:13 2005 From: jamiebohr at gmail.com (Jamie Bohr) Date: Tue, 26 Apr 2005 18:57:13 -0600 Subject: FC4 T2 and Dell M70 In-Reply-To: References: <1114449548.3299.5.camel@dcbw.boston.redhat.com> Message-ID: I unmuted everthing and finially got sound YA! However I have to do this after ever reboot, yuk. On 4/26/05, Jamie Bohr wrote: > > I'm not sure what you mean by "headphone jack sence". I have attached a > screen shot of my alsamixer window. > > > > On 4/26/05, Mary Ellen Foster wrote: > > > > On 4/26/05, Jamie Bohr wrote: > > > Sound: I used alsamixer and found the speakers in the front of my > > computer > > > are NOT working, I get sounds through the head phones only - very > > strange. > > > > Check that "external amplifier" is *not* enabled in your mixer -- > > possibly also check "headphone jack sense". This seems to be a known > > issue with many Dell AC97 sound cards (and possibly others?); has > > anyone actually bugzilla'd this yet at ALSA? > > > > MEF > > > > -- > > __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ > > "One of the main causes of the fall of the Roman Empire was that, > > lacking zero, they had no way to indicate successful termination > > of their C programs." (Robert Firth) > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamiebohr at gmail.com Wed Apr 27 01:06:24 2005 From: jamiebohr at gmail.com (Jamie Bohr) Date: Tue, 26 Apr 2005 19:06:24 -0600 Subject: FC4 T2 and Dell M70 In-Reply-To: <1114449548.3299.5.camel@dcbw.boston.redhat.com> References: <1114449548.3299.5.camel@dcbw.boston.redhat.com> Message-ID: Thank for giving me some pointers. The card still did not work after installing the firmware RPM however after doing some more searching I found a page that suggested I change some serrtings in the BIOS. After changing the BIOS setting for the wireless card from "Application / Fn-F2" to just "Application" every thing fell into place. Thank you for all your help with this. Many thanks, Jamie Bohr On 4/25/05, Dan Williams wrote: > > On Mon, 2005-04-25 at 10:18 -0600, Jamie Bohr wrote: > > Has any one had luck installing Fedora (3 or 4) on a Dell M70 laptop? > > I just got one and wiped out Windows first thing. I was quite > > disappointed to learn sound and wireless were not supported in FC4. > > The audio is AC97 and the wireless is a Intel PRO/Wireless 2915 a/b/g. > > I have searched the Internet and found where other users were > > > I am still searching the Internet to get the sound working. The > > wireless is very weird though. The system does not see the built in > > wireless card at all. When I insert my old Xircom wireless card the > > builtin Intel (Pro/Wireless 2915) shows up - what's up with that? My > > Xircom is not even listed. I down loaded the drivers from Intel and > > installed as indicated, still not luck. > > This wireless card should be supported, its driven by the "ipw2200" > driver. You need firmware however, which is not able to be distributed > with Fedora Core. See: > > http://atrpms.net/dist/common/ipw2200-firmware/ > Install the top RPM, the 2.2-5 one. > > http://ipw2200.sourceforge.net/firmware.php?fid=4 > OR, download the file here and place it in /lib/firmware > > Dan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at sapience.com Wed Apr 27 02:25:03 2005 From: lists at sapience.com (Mail Lists) Date: Tue, 26 Apr 2005 22:25:03 -0400 Subject: fc4t2: gimp segmentation fault on jpeg In-Reply-To: <6726.213.164.3.90.1114509641.squirrel@www.nodata.co.uk> References: <20050426014037.GA4179@sapience.com> <6726.213.164.3.90.1114509641.squirrel@www.nodata.co.uk> Message-ID: <20050427022502.GA8374@sapience.com> On Tue, Apr 26, 2005 at 12:00:41PM +0200, nodata wrote: > > gimp on a jpeg file - try to open jpeg file gives: > > > > /usr/lib/gimp/2.0/plug-ins/jpeg: fatal error: Segmentation fault > All jpegs, or just one? 1) Not sure about all - but all the ones I tried from one 5 Mp digital camera. > Can you upload it somewhere? 2) Uploaded one here: http://www.sapience.com/linux/fla_rm_1.jpg Hope this helps. g/ From graydon at epiphyte.net Wed Apr 27 02:38:54 2005 From: graydon at epiphyte.net (Graydon) Date: Tue, 26 Apr 2005 22:38:54 -0400 Subject: fc4t2: gimp segmentation fault on jpeg In-Reply-To: <20050427022502.GA8374@sapience.com> References: <20050426014037.GA4179@sapience.com> <6726.213.164.3.90.1114509641.squirrel@www.nodata.co.uk> <20050427022502.GA8374@sapience.com> Message-ID: <20050427023854.GB16773@uniserve.com> On Tue, Apr 26, 2005 at 10:25:03PM -0400, Mail Lists scripsit: > On Tue, Apr 26, 2005 at 12:00:41PM +0200, nodata wrote: > > > gimp on a jpeg file - try to open jpeg file gives: > > > > > > /usr/lib/gimp/2.0/plug-ins/jpeg: fatal error: Segmentation fault > > > All jpegs, or just one? > > 1) Not sure about all - but all the ones I tried from one 5 Mp > digital camera. > > > Can you upload it somewhere? > > 2) Uploaded one here: http://www.sapience.com/linux/fla_rm_1.jpg Opens fine -- very pretty picture -- in FC3 showimage and gimp (gimp-2.2.4-0.fc3.3), so it's not that the image is corrupt. From lists at sapience.com Wed Apr 27 03:36:30 2005 From: lists at sapience.com (Mail Lists) Date: Tue, 26 Apr 2005 23:36:30 -0400 Subject: fc4t2: gimp segmentation fault on jpeg In-Reply-To: <20050427023854.GB16773@uniserve.com> References: <20050426014037.GA4179@sapience.com> <6726.213.164.3.90.1114509641.squirrel@www.nodata.co.uk> <20050427022502.GA8374@sapience.com> <20050427023854.GB16773@uniserve.com> Message-ID: <20050427033630.GB8374@sapience.com> On Tue, Apr 26, 2005 at 10:38:54PM -0400, Graydon wrote: > On Tue, Apr 26, 2005 at 10:25:03PM -0400, Mail Lists scripsit: > > On Tue, Apr 26, 2005 at 12:00:41PM +0200, nodata wrote: > > > > gimp on a jpeg file - try to open jpeg file gives: > > > > > > > > /usr/lib/gimp/2.0/plug-ins/jpeg: fatal error: Segmentation fault > > > > 2) Uploaded one here: http://www.sapience.com/linux/fla_rm_1.jpg > > Opens fine -- very pretty picture -- in FC3 showimage and gimp > (gimp-2.2.4-0.fc3.3), so it's not that the image is corrupt. Thanks! Yes works fine for me in fc3 gimp as well - fc4 (gimp-2.2.6-1) is not so happy. g/ From surak at casa.surak.eti.br Wed Apr 27 03:44:42 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 27 Apr 2005 00:44:42 -0300 Subject: fc4t2: gimp segmentation fault on jpeg In-Reply-To: <20050427033630.GB8374@sapience.com> References: <20050426014037.GA4179@sapience.com> <6726.213.164.3.90.1114509641.squirrel@www.nodata.co.uk> <20050427022502.GA8374@sapience.com> <20050427023854.GB16773@uniserve.com> <20050427033630.GB8374@sapience.com> Message-ID: <1114573482.6969.3.camel@localhost.surak.eti.br> Em Ter, 2005-04-26 ?s 23:36 -0400, Mail Lists escreveu: > Thanks! Yes works fine for me in fc3 gimp as well - > fc4 (gimp-2.2.6-1) is not so happy. My gimp locks the machine when I choose "save as".... -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at sapience.com Wed Apr 27 04:58:48 2005 From: lists at sapience.com (Mail Lists) Date: Wed, 27 Apr 2005 00:58:48 -0400 Subject: fc4t2: gimp segmentation fault on jpeg In-Reply-To: <1114573482.6969.3.camel@localhost.surak.eti.br> References: <20050426014037.GA4179@sapience.com> <6726.213.164.3.90.1114509641.squirrel@www.nodata.co.uk> <20050427022502.GA8374@sapience.com> <20050427023854.GB16773@uniserve.com> <20050427033630.GB8374@sapience.com> <1114573482.6969.3.camel@localhost.surak.eti.br> Message-ID: <20050427045848.GC8374@sapience.com> On Wed, Apr 27, 2005 at 12:44:42AM -0300, Alexandre Strube wrote: > My gimp locks the machine when I choose "save as".... I give - you win! Yours is _way_ better than my bug ... ;-) g/ From mitch48 at sbcglobal.net Wed Apr 27 05:17:13 2005 From: mitch48 at sbcglobal.net (Nifty Hat Mitch) Date: Tue, 26 Apr 2005 22:17:13 -0700 Subject: Random Reboots after last Kernel Update In-Reply-To: <426CE583.6010907@geekystuff.net> References: <200504241014.02188.RouillardSy@yahoo.fr> <426CE583.6010907@geekystuff.net> Message-ID: <20050427051713.GA15415@xtl1.xtl.tenegg.com> On Mon, Apr 25, 2005 at 08:41:39AM -0400, Ken Nordquist wrote: .... > > Also, the higher the kernel number, the higher the odds that Firefox > will hog CPU time and eventually freeze my computer. The higher the > kernel number, the less stable Jedit becomes (java-based IDE) - it will > not even start with kernel 1261(segmentation faults... Just curious about the segmentation faults. Does the symptom change when "ulimit -c unlimited"? -- T o m M i t c h e l l Found me a new place to hang my hat :-) From ivg2 at cornell.edu Wed Apr 27 05:17:16 2005 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Wed, 27 Apr 2005 01:17:16 -0400 Subject: Home Dir labels (manifested as a failed Flash install) In-Reply-To: References: Message-ID: <1114579036.18640.13.camel@localhost.localdomain> > -rw-r--r-- smearp smearp user_u:object_r:user_home_t flashplayer.xpt > -rwxr-xr-x smearp smearp user_u:object_r:texrel_shlib_t This is correct, but it's not done automatically, because /home is entirely skipped when changing the contexts after a policy upgrade. Personally, I think this is a major problem, but Daniel Walsh points out that (1) automatic restorecon on /home presents a security risk of mislabeled files ( like gpg keys and such in the wrong place), and (2) automatic restorecon on /home might take a very long time. I think if we are to introduce more fine-grained labeling of "$HOME" in the future (which we should), this problem needs to be solved somehow. -- Ivan Gyurdiev Cornell University From malists at epon.ro Wed Apr 27 05:17:06 2005 From: malists at epon.ro (Marius Andreiana) Date: Wed, 27 Apr 2005 08:17:06 +0300 Subject: testing and bugzilla test reports. In-Reply-To: <200504261757.17495.czar@czarc.net> References: <200504261757.17495.czar@czarc.net> Message-ID: <1114579026.2989.2.camel@marte.biciclete.ro> On Tue, 2005-04-26 at 17:57 -0400, Gene C. wrote: > I don't know about others but when I see a report with "devel" specified as > the version, I have no idea just what version is really havin the problem. development (ex-rawhide) at the date of the report. > I would like to see test1, test2, test3 go away ... at least as an option for > reporting a bug. same here. Perhaps they can be renamed fc1test1,fc1test2 ? (even if they have both fc1 and fc2) -- Marius Andreiana From rodd at clarkson.id.au Wed Apr 27 05:41:18 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 27 Apr 2005 15:41:18 +1000 Subject: fc4t2: gimp segmentation fault on jpeg In-Reply-To: <20050427022502.GA8374@sapience.com> References: <20050426014037.GA4179@sapience.com> <6726.213.164.3.90.1114509641.squirrel@www.nodata.co.uk> <20050427022502.GA8374@sapience.com> Message-ID: <1114580478.3862.1.camel@jellyfish.redfishdemo.com> On Tue, 2005-04-26 at 22:25 -0400, Mail Lists wrote: > On Tue, Apr 26, 2005 at 12:00:41PM +0200, nodata wrote: > > > gimp on a jpeg file - try to open jpeg file gives: > > > > > > /usr/lib/gimp/2.0/plug-ins/jpeg: fatal error: Segmentation fault > > > > All jpegs, or just one? > > 1) Not sure about all - but all the ones I tried from one 5 Mp > digital camera. > > > Can you upload it somewhere? > > 2) Uploaded one here: http://www.sapience.com/linux/fla_rm_1.jpg Mmm, I saw that same problem the other day with a jpeg from a olympus digital camera (I can supply an image). However, other jpegs open fine. Has someone filed a bug about this (or I will)? Rodd From shrek-m at gmx.de Wed Apr 27 06:31:07 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 27 Apr 2005 08:31:07 +0200 Subject: testing and bugzilla test reports. In-Reply-To: <1114579026.2989.2.camel@marte.biciclete.ro> References: <200504261757.17495.czar@czarc.net> <1114579026.2989.2.camel@marte.biciclete.ro> Message-ID: <426F31AB.70507@gmx.de> Marius Andreiana wrote: >On Tue, 2005-04-26 at 17:57 -0400, Gene C. wrote: > > >>I don't know about others but when I see a report with "devel" specified as >>the version, I have no idea just what version is really havin the problem. >> >> >development (ex-rawhide) at the date of the report. > > > >>I would like to see test1, test2, test3 go away ... at least as an option for >>reporting a bug. >> >> >same here. Perhaps they can be renamed fc1test1,fc1test2 ? (even if they >have both fc1 and fc2) > i do not know if "FCnTESTn" was in bugzilla before but it is -------- product: fedora core version: devel fc1 fc2 fc3 fc3test1 fc3test2 fc3test3 fc4test1 fc4test2 test1 test2 test3 ----/---- i have no glue about databases and normalization but for me it sounds bad to fill the "version" with eg. "fc4711test0815". if it is really necessary it would make more sense to have version: fcn newfield: testn imho "fcn" "devel" = rawhide between fc4test3 <-> fc5test1 and "testing" = rawhide while testing fc4test1 <-> fc4test3 should be enough. eg. -------- opened by on product: fedora core version: testing Version-Release number of selected component (if applicable): ----/---- -- shrek-m From cyberhawkusa at hotmail.com Wed Apr 27 06:55:38 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Wed, 27 Apr 2005 06:55:38 +0000 Subject: HDD Nightmare Message-ID: ok i dont know if this is something that i could get lol about but i need help i goofed up big time i set my second hdd to cs in hope of getting some files off it (opps its NTFS) now when i remove the drive linux wont boot all the way becuase it cant find all of vol000 is there a way to un fuse thesse to drives so i can boot with only the linux drove and not have the ntfs drive fused with it anymore help please i am begging _________________________________________________________________ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement From mike at bristolreccc.co.uk Wed Apr 27 07:16:59 2005 From: mike at bristolreccc.co.uk (mike) Date: Wed, 27 Apr 2005 08:16:59 +0100 Subject: Problem installing FC4 test2 In-Reply-To: <1114502912.7145.21.camel@datacc> References: <1114418117.4634.2.camel@datacc> <20050425113623.GB19409@devserv.devel.redhat.com> <1114435424.7145.5.camel@datacc> <1114438503.27651.0.camel@localhost.localdomain> <1114502912.7145.21.camel@datacc> Message-ID: <1114586231.11855.4.camel@datacc> On Tue, 2005-04-26 at 09:08 +0100, mike wrote: > On Mon, 2005-04-25 at 10:15 -0400, Peter Jones wrote: > > On Mon, 2005-04-25 at 14:23 +0100, mike wrote: > > > On Mon, 2005-04-25 at 07:36 -0400, Alan Cox wrote: > > > > On Mon, Apr 25, 2005 at 09:35:16AM +0100, mike wrote: > > > > > When I try to install test2 on my home machine (an amd k6) the install > > > > > always exits with a fatal error when it tries to install glibc-common. > > > > > > > > If you look at the other consoles during this are there errors reported > > > > about CD bad blocks ? > > > > > > > > > > will check when I get home, but if this was the case, surely I would get > > > a retry prompt, not a fatal error? > > > > Well, depends on where the failure was and what it was. Show us the > > error message when you get a chance? ;) > > > > -- > > Peter > > > > the only messages are on tty1 > > rpmdb /var/lib/rpm/--db.001:unable to initialise environment lock: > Function not implemented > > on tty5 > > spurious interrupt on irq7 (had this on successful installs) > anyone any ideas on this? From fedora at puzzled.xs4all.nl Wed Apr 27 07:41:39 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Wed, 27 Apr 2005 09:41:39 +0200 Subject: Lockup with kernel 1267 & AthlonXP 2000 Message-ID: <1114587699.4413.11.camel@guru.puzzled.xs4all.nl> Hi all, With several people reporting lockups/freezes of their 64bit boxes, I thought I report the lockup I just had on my AthlonXP 2000 running kernel 1267 and FC4T2. System became totally unresponsive and needed a hard reset. There was no info in /var/log/messages and when it froze the box was (I think) running anacron in the background and I was reading email in Evolution. SELinux is disabled on the box and it is up2date. Anyone else experienced this? Regards, Patrick From shrek-m at gmx.de Wed Apr 27 07:56:10 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 27 Apr 2005 09:56:10 +0200 Subject: HDD Nightmare In-Reply-To: References: Message-ID: <426F459A.9010209@gmx.de> Caleb Warta wrote: > ok i dont know if this is something that i could get lol about but i > need help i goofed up big time > > i set my second hdd to cs cs = cable select ? imho this is a bad idea. you can set your devices as master or slave and see what happen. > in hope of getting some files off it (opps its NTFS) now when i remove > the drive linux wont boot all the way becuase it cant find all of > vol000 is there a way to un fuse thesse to drives so i can boot with > only the linux drove and not have the ntfs drive fused with it anymore > help please i am begging is the ntfs-disk (only 1 ntfs-partition?) the boot-device ? -- shrek-m -- shrek-m From cyberhawkusa at hotmail.com Wed Apr 27 08:26:50 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Wed, 27 Apr 2005 08:26:50 +0000 Subject: HDD Nightmare In-Reply-To: <426F459A.9010209@gmx.de> Message-ID: CS = cable select NTFS = the slave single partion drive that has a beta of xp x64 on it the boot is a auto partioned fc4 install 160gb drive >From: "shrek-m at gmx.de" >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: HDD Nightmare >Date: Wed, 27 Apr 2005 09:56:10 +0200 > >Caleb Warta wrote: > >>ok i dont know if this is something that i could get lol about but i need >>help i goofed up big time >> >>i set my second hdd to cs > > >cs = cable select ? >imho this is a bad idea. >you can set your devices as master or slave and see what happen. > >>in hope of getting some files off it (opps its NTFS) now when i remove the >>drive linux wont boot all the way becuase it cant find all of vol000 is >>there a way to un fuse thesse to drives so i can boot with only the linux >>drove and not have the ntfs drive fused with it anymore help please i am >>begging > > >is the ntfs-disk (only 1 ntfs-partition?) the boot-device ? > >-- >shrek-m > > > > > >-- >shrek-m > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar ? get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ From fedora at kjb.dds.nl Wed Apr 27 08:42:53 2005 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Wed, 27 Apr 2005 10:42:53 +0200 Subject: rawhide report: 20050426 changes In-Reply-To: References: <200504261239.j3QCdB9G011881@porkchop.devel.redhat.com> <00a301c54a8b$d39a6df0$0a01a8c0@jbsys> Message-ID: <1114591373.5536.6.camel@kj> On Tue, 2005-04-26 at 14:38 -0400, Matt Galvin wrote: > > Third, vmware still aborts if you try building. The last > > good kernel was 1253 for me. I am on Athlon 64 > > system with Asus K8V-SE deluxe mb. > > Same here, on a P4. Here is the output where the build fails trying to > compile bridged networking > make[1]: Leaving directory `/usr/src/kernels/2.6.11-1.1267_FC4-smp-i686' > cp -f vmnet.ko ./../vmnet.o > make: Leaving directory `/tmp/vmware-config0/vmnet-only' > The module loads perfectly in the running kernel. > > Starting VMware services: > Virtual machine monitor [ OK ] > Virtual ethernet [ OK ] > Bridged networking on /dev/vmnet0 [FAILED] > Host-only networking on /dev/vmnet8 (background) [ OK ] > NAT service on /dev/vmnet8 [ OK ] > > The configuration of VMware Workstation 5.0.0 build-13124 for Linux for this > running kernel completed successfully. You can build without the bridged networking. However, try calling "dmesg" after that build. I see a huge "oops" in the log... It's not loading perfectly and anything related to that module (including starting vmware) will hang. Klaasjan From shrek-m at gmx.de Wed Apr 27 10:15:19 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 27 Apr 2005 12:15:19 +0200 Subject: boot hangs - filesystem - read-only In-Reply-To: <426E94FC.4050502@gmx.de> References: <426E94FC.4050502@gmx.de> Message-ID: <426F6637.9010003@gmx.de> shrek-m at gmx.de wrote: > the booting hangs on my powerbook g4 because the file-system is > read-only. > i have no more ideas how to boot successfully into fc4t2. sorry, in the fstab was a typo, my fault :-[ the culprit was: /dev/hda6 / ext3 defaaults 1 1 fc4t2 is ok now. $ cat /etc/fstab | head -3 # This file is edited by fstab-sync - see 'man fstab-sync' for details #LABEL=/1 / ext3 defaults 1 1 /dev/hda6 / ext3 defaults 1 1 -- shrek-m From paul at all-the-johnsons.co.uk Wed Apr 27 11:03:18 2005 From: paul at all-the-johnsons.co.uk (Paul Johnson) Date: Wed, 27 Apr 2005 12:03:18 +0100 Subject: Poor laptop performance Message-ID: <1114599798.3856.12.camel@localhost.localdomain> Hi, I'm using a Toshiba Satellite A10 with the 2.6.11-1.1261 kernel (just updating now) and xorg-x11 6.8.2-27. Performance on it is terrible - running yum update with a download of 80 packages (about 162 updates) can take over 5 hours to download and install - it's really that bad. When I run top, I'm finding X is using something like 129% MEM. CPU usage ticks over at 0.7% (average). Anyone else seeing this and moreover, is there anything I can do to remedy the situation? TTFN Paul -- "He's not the Messiah, he's a very naughty boy" - Life of Brian, Monty Python From roger at gwch.net Wed Apr 27 12:02:31 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 27 Apr 2005 14:02:31 +0200 (CEST) Subject: mysql.sock has gone? Message-ID: <38475.62.2.21.164.1114603351.squirrel@www.gwch.net> Hello, since last update, i cannot connect to mysql any longer. A view into /var/lib/mysql shows, that mysql.sock has gone. Is this a bug, or is it a feature? ;-) Roger From pjones at redhat.com Wed Apr 27 12:04:01 2005 From: pjones at redhat.com (pjones) Date: Wed, 27 Apr 2005 08:04:01 -0400 Subject: Problem installing FC4 test2 In-Reply-To: <1114586231.11855.4.camel@datacc> References: <1114418117.4634.2.camel@datacc> <20050425113623.GB19409@devserv.devel.redhat.com> <1114435424.7145.5.camel@datacc> <1114438503.27651.0.camel@localhost.localdomain> <1114502912.7145.21.camel@datacc> <1114586231.11855.4.camel@datacc> Message-ID: <1114603441.7651.6.camel@localhost.localdomain> On Wed, 2005-04-27 at 08:16 +0100, mike wrote: > On Tue, 2005-04-26 at 09:08 +0100, mike wrote: > > On Mon, 2005-04-25 at 10:15 -0400, Peter Jones wrote: > > > On Mon, 2005-04-25 at 14:23 +0100, mike wrote: > > > > On Mon, 2005-04-25 at 07:36 -0400, Alan Cox wrote: > > > > > On Mon, Apr 25, 2005 at 09:35:16AM +0100, mike wrote: > > > > > > When I try to install test2 on my home machine (an amd k6) the install > > > > > > always exits with a fatal error when it tries to install glibc-common. > > > > > > > > > > If you look at the other consoles during this are there errors reported > > > > > about CD bad blocks ? > > > > > > > > > > > > > will check when I get home, but if this was the case, surely I would get > > > > a retry prompt, not a fatal error? > > > > > > Well, depends on where the failure was and what it was. Show us the > > > error message when you get a chance? ;) > > > > the only messages are on tty1 > > > > rpmdb /var/lib/rpm/--db.001:unable to initialise environment lock: > > Function not implemented > > > > on tty5 > > > > spurious interrupt on irq7 (had this on successful installs) > > > > anyone any ideas on this? So are you saying there's not actually an error reported? What does anaconda actually say as it goes bye-bye? -- Peter From buildsys at redhat.com Wed Apr 27 12:08:17 2005 From: buildsys at redhat.com (Build System) Date: Wed, 27 Apr 2005 08:08:17 -0400 Subject: rawhide report: 20050427 changes Message-ID: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> Updated Packages: GFS-6.1-0.pre22.1 ----------------- * Wed Dec 22 2004 Chris Feist - Added code to re-read sysctl.conf. GFS-kernel-2.6.11.3-20050426.134031.FC4.3 ----------------------------------------- HelixPlayer-1:1.0.4-3 --------------------- * Tue Apr 26 2005 John (J5) Palmieri 1:1.0.4-3 - add nptl patch to fix compile with nptl * Tue Apr 19 2005 John (J5) Palmieri 1:1.0.4-2 - Update to upstream version 1.0.4 to fix 155386 ImageMagick-6.2.2.0-1 --------------------- * Tue Apr 26 2005 Matthias Clasen - 6.2.2.0-1 - Update to 6.2.2 to fix a heap corruption issue in the pnm coder. NetworkManager-0.4-8.cvs20050404 -------------------------------- * Wed Apr 27 2005 Jeremy Katz - 0.4-8.cvs20050404 - fix build with newer dbus * Wed Apr 27 2005 Jeremy Katz - 0.4-7.cvs20050404 - silence %post anaconda-10.2.0.54-1 -------------------- * Wed Apr 27 2005 Jeremy Katz - 10.2.0.54-1 - Only select kernel-smp that matches the arch of kernel (#149618) - Apply the read of Dustin Kirkland's checkpoint fragment sum patch - Fix order of retry/reboot (#155884) - Probe macio (pnasrat, #154846) * Tue Apr 26 2005 Chris Lumens 10.2.0.53-1 - Beep at CD prompt and on install completion (katzj, #109264, #116681). - Add kernel-smp-devel and kernel-hugemem-devel to exclude list (katzj). - Fix buffer overflow when CD/DVD images are several directories deep (#154715). - Fix media check (pjones). - Set language on CD and no pass installs (#149688). - Fix disappearing button bar (#151837). - Upgrade PReP on iSeries (pnasrat). bg5ps-1.3.0-19 -------------- * Thu Apr 21 2005 Leon Ho - changed file location on files for gb2312 and big5 cman-kernel-2.6.11.3-20050425.154843.FC4.1 ------------------------------------------ control-center-1:2.10.1-4 ------------------------- * Wed Apr 27 2005 Jeremy Katz - 1:2.10.1-4 - run gtk-update-icon-cache with -q crypto-utils-2.2-3 ------------------ * Tue Apr 26 2005 Joe Orton 2.2-3 - pass $OPTIONS to $HTTPD in certwatch.cron - man page tweaks * Tue Apr 26 2005 Joe Orton 2.2-2 - add configuration options for certwatch (#152990) - allow passing options in certwatch.cron via $CERTWATCH_OPTS - require openssl with /etc/pki/tls dlm-kernel-2.6.11.3-20050425.154843.FC4.1 ----------------------------------------- eclipse-1:3.1.0_fc-0.M6.12 -------------------------- * Wed Apr 27 2005 Jeremy Katz 3.1.0_fc-0.M6.12 - silence %post eclipse-bugzilla-1:0.1.0_fc-13 ------------------------------ * Tue Apr 26 2005 Andrew Overholt 0.1.0_fc-13 - Re-organize and make use of scripts. * Tue Apr 26 2005 Jeff Pound 0.1.0_fc-12 - Fix double '/' in URL when retrieving version info. - Add workaround for redirects. * Mon Apr 25 2005 Jeff Pound 0.1.0_fc-10 - Add support for query by email, numbering, votes, and modification date, field, and value. - Various adjustments to query dialog UI. eclipse-cdt-1:3.0.0_fc-0.M6.4 ----------------------------- * Thu Apr 21 2005 Phil Muldoon 3.0.0_fc-0.M6.4 - Added Chris Moller's libhover patch eclipse-changelog-1:2.0.1_fc-21 ------------------------------- * Tue Apr 26 2005 Andrew Overholt 2.0.1_fc-21 - Re-organize and make use of scripts. eclipse-pydev-1:0.9.3_fc-7 -------------------------- * Tue Apr 26 2005 Andrew Overholt 0.9.3_fc-7 - Re-organize and make use of scripts. - Remove old tarball from sources. gconf-editor-2.10.0-4 --------------------- * Wed Apr 27 2005 Jeremy Katz - 2.10.0-4 - silence %post gdm-1:2.6.0.8-10 ---------------- * Wed Apr 27 2005 Jeremy Katz - 1:2.6.0.8-10 - silence %postun * Tue Apr 26 2005 Ray Strode 1:2.6.0.8-9 - Change default standard greeter theme to clearlooks and default graphical greeter theme to Bluecurve specifically. - Change default path values (bug 154280) * Mon Apr 25 2005 Matthias Clasen 1:2.6.0.8-8 - for early-login, delay XDMCP initialization until allow-login gimp-2:2.2.6-2 -------------- * Wed Apr 27 2005 Jeremy Katz - 2:2.2.6-2 - silence %post gjdoc-0.7.4-3 ------------- * Tue Apr 26 2005 Andrew Overholt 0.7.4-3 - Remove ppc64 as it appears to be hanging during the build. Will investigate. * Mon Apr 25 2005 Andrew Overholt 0.7.4-2 - Add patches from head (Julian Scheid). * Sun Apr 24 2005 Andrew Overholt 0.7.4-1 - New version. gnbd-kernel-2.6.11.2-20050420.133124.FC4.5 ------------------------------------------ gnome-applets-1:2.10.1-6 ------------------------ * Wed Apr 27 2005 Jeremy Katz - 1:2.10.1-6 - silence %post * Tue Apr 26 2005 Ray Strode 1:2.10.1-5 - Add back old patch to change ppp connect/disconnect commands (bug 147675) gnome-netstatus-2.10.0-4 ------------------------ * Wed Apr 27 2005 Jeremy Katz - 2.10.0-4 - silence %post gnome-panel-2.10.1-4 -------------------- * Wed Apr 27 2005 Jeremy Katz - 2.10.1-4 - silence %post gulm-1.0-0.pre28.3 ------------------ gzip-1.3.5-4 ------------ * Tue Apr 26 2005 Ivana Varekova 1.3.5-4 - fix bug 155746 - CAN-2005-0988 Race condition in gzip (patch9) iiimf-1:12.2-0.4.svn2578 ------------------------ * Wed Apr 27 2005 Akira TAGOH - 1:12.2-0.4.svn2578 - iiimgcf-multilib-r2584-155960.patch: applied to get it working on 64bit archs properly. (#155960) - xiiimp-multilib-r2585-155963.patch: applied to get it working on 64bit archs properly. (#155963) * Wed Apr 27 2005 Jeremy Katz - 1:12.2-0.3.svn2578 - silence %post * Tue Apr 26 2005 Akira TAGOH - 1:12.2-0.2.svn2578 - reverted r2563's changes to fix the slow starting gtk+ applications. - iiimcf-revert-to-r2562-for-slowness-workaround.patch - iiimgcf-revert-to-r2562-for-slowness-workaround.patch - iiimp-revert-to-r2562-for-slowness-workaround.patch - re-bootstrap an iiimsf subdir too. initscripts-8.09-1 ------------------ * Wed Apr 27 2005 Bill Nottingham 8.09-1 - rc.sysinit: clean up screen sockets (#155969) - functions: use pidof -c in various functions - ifup-ppp: fix static routes with ppp demand dialing (#20142, ) - add btmp support (#155537) - don't send dhcp hostname (revert of fix for #149667) - more early-login modifications () - functions: fix echo (#155270) jpilot-0.99.8-0.pre8.4 ---------------------- * Wed Apr 27 2005 Radek Vokal 0.99.8-0.pre8.4 - fixed desktop file, show icon - only one item in Office menu (overwrite package desktop file) kernel-2.6.11-1.1268_FC4 ------------------------ * Tue Apr 26 2005 Dave Jones - Fix the put_user() fix. (#155999) libselinux-1.23.8-1 ------------------- * Tue Apr 26 2005 Dan Walsh 1.23.8-1 - Update from NSA libsepol-1.5.6-1 ---------------- * Tue Apr 26 2005 Dan Walsh 1.5.6-1 - Upgrade to latest from NSA * Fixed bug in role hierarchy checker. libtool-1.5.16.multilib2-1 -------------------------- * Tue Apr 26 2005 Alexandre Oliva 1.5.16.multilib2-1 - 1.5.16 fixes #132435. mgetty-1.1.33-1 --------------- * Mon Apr 25 2005 Jason Vas Dias 1.1.33-1 - Upgrade to new upstream version 1.1.33 mkinitrd-4.2.9-1 ---------------- * Tue Apr 26 2005 Peter Jones - 4.2.9-1 - invoke bash with "--norc" (#155986) - use binary udevstart.static, not a symlink - print exit status in nash when programs return an error net-tools-1.60-52 ----------------- * Tue Apr 26 2005 Radek Vokal 1.60-52 - don't show "duplicate line" warning (#143933) - netstat has new statistcs (#133032) - /etc/neplug is owned by net-tools (#130621) openmotif21-2.1.30-13.2 ----------------------- * Tue Apr 26 2005 Thomas Woerner 2.1.30-13.2 - fixed possible libXpm overflows (#151641) openoffice.org-1:1.9.96-2 ------------------------- * Tue Apr 26 2005 Caolan McNamara - 1:1.9.96-2 - just for havoc add openoffice.org-1.9.96.ooo35641.noxfonts.vcl.patch * Tue Apr 26 2005 Caolan McNamara - 1:1.9.96-1 - bump to next version - drop unnecessary openoffice.org-1.9.74.ArchiveZip.patch - drop integrated openoffice.org-1.9.82.ooo45628.noznow.patch - drop integrated openoffice.org-1.9.92.ooo47641.pptmimetype.patch - package new files * Thu Apr 21 2005 Caolan McNamara - 1:1.9.95-1 - bump to next version - drop integrated openoffice.org-1.9.89.oooXXXXX.systemjpeg.tools.patch - drop integrated openoffice.org-1.9.89.ooo46998.changeppclinkflags.solenv.patch - drop integrated openoffice.org-1.9.91.ooo46539.sleep.vcl.patch - drop integrated openoffice.org-1.9.91.ooo46388.unsigned.sot.patch - pointless to ship partial translated kn_IN without fonts which can even display them - backport workspace.mhu06 to bring back the gnome filedialog that got whacked - add openoffice.org-1.9.95.dbXXXXX.configureerror.berkleydb.patch to try and move to db4 with latest gcc4, but gcc 4.0.0-1 is still broken wrt to db4 so back to db3 again pam-0.79-7 ---------- * Tue Apr 26 2005 Tomas Mraz 0.79-7 - pam_xauth: unset the XAUTHORITY variable on error, fix potential memory leaks - modify path to IDE floppy devices in console.perms (#155560) perl-3:5.8.6-8 -------------- * Tue Apr 26 2005 Warren Togami - 3:5.8.6-7 - Updating CGI.pm from version 3.05 to 3.08 (mod_perl 2.0.0 RC5). (#155839) * Wed Apr 20 2005 Jose Pedro Oliveira - 3:5.8.6-6 - FCGI is not provided by perl (#148847). - Drop the '.1' suffix from the perl-suidperl subpackage. perl-DBD-MySQL-2.9007-1 ----------------------- * Wed Apr 27 2005 Jose Pedro Oliveira - 2.9007-1 - Update to 2.9007. (#156059) perl-LDAP-1:0.33-1 ------------------ * Tue Apr 26 2005 Jose Pedro Oliveira - 0.33-1 - Update to 0.33. perl-XML-Dumper-0.71-4 ---------------------- * Tue Apr 26 2005 Ville Skytt?? - 0.71-4 - Specfile rewrite, fixes License, dir ownerships and dependencies (#112593). * Wed Mar 30 2005 Warren Togami - remove brp-compress procps-3.2.5-4 -------------- * Tue Apr 26 2005 Karel Zak 3.2.5-4 - fix #144459 - sysctl reports error: unknown error <...> reading key '' (now sysctl doesn't read data from write-only /proc/sys files) rgmanager-1.9.31-0 ------------------ rpm-4.4.1-10 ------------ * Wed Apr 27 2005 Jeremy Katz - 4.4.1-10 - add patch to fix segfault with non-merged hdlists selinux-policy-strict-1.23.13-3 ------------------------------- * Tue Apr 26 2005 Dan Walsh 1.23.13-3 - Fix turboprint/cups integration selinux-policy-targeted-1.23.13-3 --------------------------------- * Tue Apr 26 2005 Dan Walsh 1.23.13-3 - Fix turboprint/cups integration * Mon Apr 25 2005 Dan Walsh 1.23.13-2 - Small fixes for targeted policy - Add updfstab sox-12.17.7-2 ------------- * Tue Apr 26 2005 Warren Togami 12.17.7-2 - overflow patch (#155224 upstream) * Sun Apr 17 2005 Warren Togami 12.17.7-1 - 12.17.7 - BR alsa-lib-devel (#155224 thias) * Sun Feb 27 2005 Florian La Roche - Copyright: -> License: stunnel-4.08-2 -------------- * Tue Apr 26 2005 Nalin Dahyabhai 4.08-2 - add buildprereqs on libtool, util-linux; change textutils/fileutils dep to coreutils (#133961) system-config-bind-4.0.0-8 -------------------------- * Wed Apr 27 2005 Jeremy Katz - 4.0.0-8 - silence %post system-config-display-1.0.25-4 ------------------------------ * Wed Apr 27 2005 Jeremy Katz - 1.0.25-4 - silence %post system-config-kickstart-2.5.22-2 -------------------------------- * Wed Apr 27 2005 Jeremy Katz - 2.5.22-2 - silence %post * Mon Apr 04 2005 Chris Lumens 2.5.22-1 - Use the new GTK file selection dialogs for loading and saving (#152995). * Mon Mar 28 2005 Christopher Aillon 2.5.21-4 - rebuilt system-config-language-1.1.9-2 ------------------------------ * Wed Apr 27 2005 Jeremy Katz - 1.1.9-2 - silence %post system-config-nfs-1.3.6-2 ------------------------- * Wed Apr 27 2005 Jeremy Katz - 1.3.6-2 - silence %post system-config-rootpassword-1.1.7-2 ---------------------------------- * Wed Apr 27 2005 Jeremy Katz - 1.1.7-2 - silence %post system-config-samba-1.2.29-2 ---------------------------- * Wed Apr 27 2005 Jeremy Katz - 1.2.29-2 - silence %post system-config-securitylevel-1.5.7-2 ----------------------------------- * Wed Apr 27 2005 Jeremy Katz - 1.5.7-2 - silence %post system-config-services-0.8.22-2 ------------------------------- * Wed Apr 27 2005 Jeremy Katz - 0.8.22-2 - silence %post system-config-soundcard-1.2.11-2 -------------------------------- * Sat Apr 02 2005 - Bastien Nocera 1.2.11-1 - unmute the card we're about to play sound for when using ALSA - fix setting the volumes with amixer - Umute PCM-2 and "DRC Range" as well (#127863) (#146357) - Remove unneeded alsa-lib dep (#134319) - Remove use of deprecated gtk.FALSE and gtk.TRUE (#153053) - Scan the ISA and MacIO buses for soundcards (#146888) - Write an asound.conf file even when there's only one soundcard (#134339) - Don't crash when we can't find the default soundcard, or the description doesn't contain a space (#142801) - Use the plughw device to playback the test sample (#134335) system-config-users-1.2.35-2 ---------------------------- * Wed Apr 27 2005 Jeremy Katz - 1.2.35-2 - silence %post tomcat5-0:5.0.30-5jpp_1fc ------------------------- * Tue Apr 26 2005 Gary Benson 0:5.0.30-5jpp_1fc - Upgrade to 5.0.30-5jpp. tvtime-0.9.15-7 --------------- * Wed Apr 27 2005 Jeremy Katz - 0.9.15-7 - silence %post udev-057-3 ---------- * Wed Apr 27 2005 Peter Jones - 057-3 - use udevstart rather than udev for udevstart.static up2date-4.4.16-4 ---------------- * Tue Apr 26 2005 Adrian Likins 4.4.16 - support repomd repos (and use the yum config if it exists) bugzilla #135121 valgrind-callgrind-0.9.11-1 --------------------------- * Tue Apr 26 2005 Jakub Jelinek 0.9.11-1 - update to 0.9.11 (#154865) vim-1:6.3.071-3 --------------- * Wed Apr 27 2005 Jeremy Katz - 1:6.3.071-3 - silence %post vino-2.10.0-3 ------------- * Wed Apr 27 2005 Jeremy Katz - 2.10.0-3 - silence %post vnc-4.1.1-10 ------------ * Wed Apr 27 2005 Jeremy Katz - 4.1.1-10 - silence %post xml-commons-0:1.0-0.b2.6jpp_10fc -------------------------------- * Tue Apr 26 2005 Gary Benson - 0:1.0-0.b2.6jpp_10fc - Remove gcj endorsed dir support (#155693). xorg-x11-6.8.2-29 ----------------- * Mon Apr 25 2005 Mike A. Harris 6.8.2-29 - Added xfs.init-fc4-startearly.patch to patch xfs.init to start earlier in the boot process for gdm early login on FC4 builds. This is done to the RPM_BUILD_ROOT installed file to ensure the changes do not get checked into CVS for the master initscript accidentally. From roger at gwch.net Wed Apr 27 12:09:15 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 27 Apr 2005 14:09:15 +0200 (CEST) Subject: mysql.sock has gone? In-Reply-To: <38475.62.2.21.164.1114603352.squirrel@www.gwch.net> References: <38475.62.2.21.164.1114603352.squirrel@www.gwch.net> Message-ID: <43334.62.2.21.164.1114603755.squirrel@www.gwch.net> > Hello, > > since last update, i cannot connect to mysql any longer. A view into /var/lib/mysql shows, that mysql.sock has gone. > Is this a bug, or is it a feature? ;-) > > Roger > forget it, i go home and have a sleep...mysql has not been running :-) Roger From nphilipp at redhat.com Wed Apr 27 13:05:10 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 27 Apr 2005 15:05:10 +0200 Subject: fc4t2: gimp segmentation fault on jpeg In-Reply-To: <20050426014037.GA4179@sapience.com> References: <20050426014037.GA4179@sapience.com> Message-ID: <1114607110.5584.12.camel@wombat.tiptoe.de> On Mon, 2005-04-25 at 21:40 -0400, Mail Lists wrote: > Updated as of April-25. > > gimp on a jpeg file - try to open jpeg file gives: > > /usr/lib/gimp/2.0/plug-ins/jpeg: fatal error: Segmentation fault > > (file -> open shows thumbnail of image ok but attempting to > open for edit causes above). > > % file foo.jpg > foo.jpg: JPEG image data, EXIF standard 2.2 this is most likely https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153282 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 From Joe.Hoot at itec.suny.edu Wed Apr 27 14:02:54 2005 From: Joe.Hoot at itec.suny.edu (Joe.Hoot at itec.suny.edu) Date: Wed, 27 Apr 2005 10:02:54 -0400 Subject: PPC64 yum updates? Message-ID: Has anyone been able to do a successful "yum update" using ppc64 architecture and Fedora Core 4 Test 2? It's currently erroring out for me with the following dependencies: Error: Missing Dependency: /usr/lib/gcc/ppc64-redhat-linux/4.0.0/64/libgcc.a is needed by package gcc-ppc32 Error: Missing Dependency: gcc = 4.0.0-0.40 is needed by package gcc-ppc32 Error: Unable to satisfy dependencies Error: Package system-config-printer-gui needs system-config-printer = 0.6.128-1, this is not available. Error: Package glibc-devel needs glibc-headers = 2.3.4-21, this is not available. Error: Package gcc-ppc32 needs /usr/lib/gcc/ppc64-redhat-linux/4.0.0/64/libgcc.a, this is not available. Error: Package gcc-ppc32 needs gcc = 4.0.0-0.40, this is not available. Error: Package python-devel needs python < 2.4.1-1, this is not available. Error: Package gcc-java needs gcc = 4.0.0-0.40, this is not available. Error: Package gcc-c++ needs gcc = 4.0.0-0.40, this is not available. Error: Package gcc-gfortran needs gcc = 4.0.0-0.40, this is not available. Error: Package glibc-common needs glibc < 2.3.5, this is not available. Error: Package gcc-java needs libgcj-devel = 4.0.0-0.40, this is not available. Error: Package glibc-common needs glibc > 2.3.4, this is not available. Error: Package gnome-session needs gdm < 1:2.6.0.8-5, this is not available. Error: Package libdbi-dbd-mysql needs libdbi-drivers = 0.7.1-2, this is not available. Error: Package gcc-c++ needs libstdc++-devel = 4.0.0-0.40, this is not available. I am currently able to do yum updates with specific things such as "yum update kernel" Thanks, Joe _____________________________ SUNY - ITEC Information Technology Exchange Center Systems Programmer/Analyst E-mail: Joe.Hoot at itec.suny.edu Office: (716)878-4644 Cell: (716)908-6292 Fax: (716)878-3485 _____________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken at geekystuff.net Wed Apr 27 14:00:08 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Wed, 27 Apr 2005 14:00:08 +0000 Subject: Lockup with kernel 1267 & AthlonXP 2000 In-Reply-To: <1114587699.4413.11.camel@guru.puzzled.xs4all.nl> References: <1114587699.4413.11.camel@guru.puzzled.xs4all.nl> Message-ID: <1114610408.28412.16.camel@knordquist> Hey Patrick, I have an AMD 64 3200. For me, things worked for rawhide updates prior to and including kernel 1240. With each successive rawhide update, my system became more unstable. Monday's rawhide update rendered my system useless. I installed Kanotix (a 32 bit Debian-based distro which sees my SATA drive) yesterday and I will continue monitoring this list until the kernel et al becomes more stable(I cannot test what I cannot boot). The good part is that I was able to see Debian in action. While it is a good distro, my distro of choice is still FC. Regards, Ken Nordquist On Wed, 2005-04-27 at 09:41 +0200, Patrick wrote: > Hi all, > > With several people reporting lockups/freezes of their 64bit boxes, I > thought I report the lockup I just had on my AthlonXP 2000 running > kernel 1267 and FC4T2. System became totally unresponsive and needed a > hard reset. There was no info in /var/log/messages and when it froze the > box was (I think) running anacron in the background and I was reading > email in Evolution. SELinux is disabled on the box and it is up2date. > Anyone else experienced this? > > Regards, > Patrick > From Stephane.Gaucher at USherbrooke.ca Wed Apr 27 14:01:01 2005 From: Stephane.Gaucher at USherbrooke.ca (Stephane Gaucher) Date: Wed, 27 Apr 2005 10:01:01 -0400 Subject: Suggestion for nautilus In-Reply-To: <1114599798.3856.12.camel@localhost.localdomain> References: <1114599798.3856.12.camel@localhost.localdomain> Message-ID: <1114610461.5515.77.camel@apophis.stfzone.org> In the nautilus i cat connect to a server with ssh ftp.... the suggestion was: I want a drop down list of my favorite or last connected server into the dialog box. Tank you... -------------- next part -------------- An HTML attachment was scrubbed... URL: From mattdm at mattdm.org Wed Apr 27 14:51:05 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 27 Apr 2005 10:51:05 -0400 Subject: Suggestion for nautilus In-Reply-To: <1114610461.5515.77.camel@apophis.stfzone.org> References: <1114599798.3856.12.camel@localhost.localdomain> <1114610461.5515.77.camel@apophis.stfzone.org> Message-ID: <20050427145105.GA1392@jadzia.bu.edu> On Wed, Apr 27, 2005 at 10:01:01AM -0400, Stephane Gaucher wrote: > In the nautilus i cat connect to a server with ssh ftp.... > the suggestion was: I want a drop down list of my favorite or last > connected server into the dialog box. > Tank you... This would be a good suggestion for the nautilus developers as part of gnome -- it's unlikely to be addressed by Fedora. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 80 degrees Fahrenheit. From Stephane.Gaucher at USherbrooke.ca Wed Apr 27 14:54:12 2005 From: Stephane.Gaucher at USherbrooke.ca (Stephane Gaucher) Date: Wed, 27 Apr 2005 10:54:12 -0400 Subject: Suggestion for nautilus In-Reply-To: <20050427145105.GA1392@jadzia.bu.edu> References: <1114599798.3856.12.camel@localhost.localdomain> <1114610461.5515.77.camel@apophis.stfzone.org> <20050427145105.GA1392@jadzia.bu.edu> Message-ID: <1114613652.5515.85.camel@apophis.stfzone.org> where can i found email adresse. > On Wed, Apr 27, 2005 at 10:01:01AM -0400, Stephane Gaucher wrote: > > In the nautilus i cat connect to a server with ssh ftp.... > > the suggestion was: I want a drop down list of my favorite or last > > connected server into the dialog box. > > Tank you... > > This would be a good suggestion for the nautilus developers as part of gnome > -- it's unlikely to be addressed by Fedora. > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > Current office temperature: 80 degrees Fahrenheit. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mattdm at mattdm.org Wed Apr 27 14:55:35 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 27 Apr 2005 10:55:35 -0400 Subject: Suggestion for nautilus In-Reply-To: <1114613652.5515.85.camel@apophis.stfzone.org> References: <1114599798.3856.12.camel@localhost.localdomain> <1114610461.5515.77.camel@apophis.stfzone.org> <20050427145105.GA1392@jadzia.bu.edu> <1114613652.5515.85.camel@apophis.stfzone.org> Message-ID: <20050427145535.GA1636@jadzia.bu.edu> On Wed, Apr 27, 2005 at 10:54:12AM -0400, Stephane Gaucher wrote: > where can i found email adresse. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 80 degrees Fahrenheit. From wyount at watervalley.net Wed Apr 27 15:35:12 2005 From: wyount at watervalley.net (William) Date: Wed, 27 Apr 2005 10:35:12 -0500 Subject: Multiple boot errors Message-ID: <002801c54b3e$b3d5b570$59103140@jerim> After the update yesterday around 3pm, I can not log into Linux. Here is the situation. 1) During bootup it loads audit 2) While loading volumes it gives the error message "/sbin/undevstart exited abnormally (PID 386)" and "/sbin/undevstart exited abnormally (PID 401)" 3) Then it gives me two screen full of similar error messages: "audit (1114593678.830) avc : denied forname=XXX dev=proc ino=XXX scontext" 4) When it gets to loading eth0, it gives this error message: "cannot remove /etc/resolv.conf predhclient permission denied" followed by clvmd failed 5) When it gets to the login screen it says default them is not available and uses the one with the flower 6) Login box has three dots in it and will not focus. I can not type anything into the login box. I am running a Dell Inspiron 1150 with a Pentium 4 Celeron 2.6ghz, 512mb ram, and Intel 852 graphics with a BroadCom 440x 10/100 Network Controller. I have tried all previous Kernels with same results. Jerim -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion at cora.nwra.com Wed Apr 27 15:58:33 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 27 Apr 2005 09:58:33 -0600 Subject: Crappy fonts Message-ID: Is it just me, or do the fonts in FC4/development look crappy (compared to FC3 in particular)? Particularly in kconsole (default) and as I type now in thunderbird (default I think - "monospace"). I've set lang to "en_US" from "en_US.utf8" to avoid acroread issues, not sure if that affects this. - Orion From ian at underpressuredivers.com Wed Apr 27 16:52:31 2005 From: ian at underpressuredivers.com (Ian Puleston) Date: Wed, 27 Apr 2005 09:52:31 -0700 Subject: FW: Floppy devices not created during FC4 rescue boot Message-ID: <000001c54b49$811db230$800101df@sv.us.sonicwall.com> Hi, I've been trying Fedora (FC4 test 1) for the first time, and I've just run into a problem. All was working fine until I tried to install a 3rd-party multi-boot program (I know, bad idea - should've gone straight to Grub) and now, after removing that multi-booter, Linux won't boot - it appears that the hard drive with Linux on is no longer bootable. But the main problem is that I can't now create a boot disk to fix it. When I boot linux rescue from the FC4 test 1 install CD it fails to create the floppy disk devices during the boot with the following messages: Unable to create /dev/fd0 - operation not permitted Unable to create /dev/fd1 - operation not permitted Hence I can't run mkbootdisk to create a boot floppy. The /dev/fd0 device was fine in the FC4 system before this happened, and the floppy still works fine under Windows on the same PC so the hardware is OK. Any ideas why this may be?, or any other way to make the hard drive bootable again other than a full re-install? I also tried downloading the FC4 test 2 rescue CD iso and the same happens when I boot with that. Is this a but that should be reported in Bugzilla? Thanks, Ian From gstool at earthlink.net Wed Apr 27 17:12:28 2005 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 27 Apr 2005 12:12:28 -0500 Subject: Crappy fonts In-Reply-To: References: Message-ID: <426FC7FC.1020502@earthlink.net> Orion Poplawski wrote: > Is it just me, or do the fonts in FC4/development look crappy > (compared to FC3 in particular)? Particularly in kconsole (default) > and as I type now in thunderbird (default I think - "monospace"). > > I've set lang to "en_US" from "en_US.utf8" to avoid acroread issues, > not sure if that affects this. > > - Orion > My fonts are just fine - every bit as good as FC3. I have not changed lang. I tested konsole (not kconsole) and they look fine there. Gerry From orion at cora.nwra.com Wed Apr 27 17:30:07 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 27 Apr 2005 11:30:07 -0600 Subject: Boot problems with up to date but 1261 kernel system Message-ID: Had a rawhide install that worked reasonably well. Did yum update to latest rawhide today and rebooted. Kernel 1268 appeared to bring back network driver problem, so I tried to boot back to 1261. This system appears to become "busy" (laptop fan goes on) after loading modules, and then takes an incredibly long time to boot, particularly starting networking programs. I haven't been able to glean any kernel errors or other messages, just takes forever. Never had the patience to let the boot complete. I know this is pretty vague, but thought I'd report it. - Orion From orion at cora.nwra.com Wed Apr 27 17:42:56 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 27 Apr 2005 11:42:56 -0600 Subject: Crappy fonts In-Reply-To: <1114621283.2681.29.camel@silly> References: <1114621283.2681.29.camel@silly> Message-ID: <426FCF20.50105@cora.nwra.com> Jason Vas Dias wrote: > On Wed, 2005-04-27 at 11:58, Orion Poplawski wrote: > >>Is it just me, or do the fonts in FC4/development look crappy (compared >>to FC3 in particular)? Particularly in kconsole (default) and as I type >>now in thunderbird (default I think - "monospace"). >> >>- Orion > > If its TrueType fonts you're talking about, you > need to re-enable the freetype bytecode interpreter, > which we can't ship enabled because of patent issues. > > Download and install the freetype-2.1.9-2.src.rpm . > > Edit the first line of /usr/src/redhat/SPECS/freetype.spec > to say: > > %define without_bytecode_interpreter 0 > > then > # rpmbuild -ba /usr/src/redhat/SPECS/freetype.spec Thanks for the info, but I'm not sure it applies since I presume FC3 shipped this way and I'm okay with FC3. Looks like I've changed my mozilla fonts on FC3 so perhaps I need to pick new fonts there. But my FC3 konsole font is "Monospace" which looks to be the default there. Perhaps the default changed. -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From gtm.kramer at inter.nl.net Wed Apr 27 19:31:14 2005 From: gtm.kramer at inter.nl.net (Jurgen Kramer) Date: Wed, 27 Apr 2005 21:31:14 +0200 Subject: Boot problems with up to date but 1261 kernel system In-Reply-To: References: Message-ID: <1114630274.6023.3.camel@paragon.slim> On Wed, 2005-04-27 at 11:30 -0600, Orion Poplawski wrote: > Had a rawhide install that worked reasonably well. Did yum update to > latest rawhide today and rebooted. Kernel 1268 appeared to bring back > network driver problem, so I tried to boot back to 1261. This system > appears to become "busy" (laptop fan goes on) after loading modules, and > then takes an incredibly long time to boot, particularly starting > networking programs. I haven't been able to glean any kernel errors or > other messages, just takes forever. Never had the patience to let the boot > complete. > > I know this is pretty vague, but thought I'd report it. > I seem to be running into similar problems after installing all todays updates. The system does can not get through bringing up all the services (initscript troubles?) Only when I boot into level 1 a get a prompt. Jurgen From dmalcolm at redhat.com Wed Apr 27 19:45:38 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 27 Apr 2005 15:45:38 -0400 Subject: Suggestion for nautilus In-Reply-To: <1114613652.5515.85.camel@apophis.stfzone.org> References: <1114599798.3856.12.camel@localhost.localdomain> <1114610461.5515.77.camel@apophis.stfzone.org> <20050427145105.GA1392@jadzia.bu.edu> <1114613652.5515.85.camel@apophis.stfzone.org> Message-ID: <1114631139.11031.33.camel@cassandra.boston.redhat.com> On Wed, 2005-04-27 at 10:54 -0400, Stephane Gaucher wrote: > > where can i found email adresse. Look for an existing "enhancement" bug against nautilus here: http://bugzilla.gnome.org If it doesn't already exist, file a new one there. > > > On Wed, Apr 27, 2005 at 10:01:01AM -0400, Stephane Gaucher wrote: > > > In the nautilus i cat connect to a server with ssh ftp.... > > > the suggestion was: I want a drop down list of my favorite or last > > > connected server into the dialog box. > > > Tank you... > > > > This would be a good suggestion for the nautilus developers as part of gnome > > -- it's unlikely to be addressed by Fedora. > > > > -- > > Matthew Miller mattdm at mattdm.org > > Boston University Linux ------> > > Current office temperature: 80 degrees Fahrenheit. > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From digital.mermaid at gmail.com Wed Apr 27 20:18:33 2005 From: digital.mermaid at gmail.com (Digital Mermaid) Date: Wed, 27 Apr 2005 16:18:33 -0400 Subject: Cookies problem Message-ID: <861c3ee4050427131815a6443f@mail.gmail.com> Hi all, I'm working on a web-based perl program that makes very minor use of cookies but their use is critical... and now broken under FC4t2. When I try to read the contents of a cookie from an FC4t2 machine (from FC3) in mozilla the cookie names are returned via '$ENV{HTTP_COOKIE}' but the values are blank. Through Firefox and Konquorer nothing is returned at all. This same program, when installed on a FC1 machine works just fine. Has anyone else run into cookie problems? Is this an Apache problem? I don't *think* so because as I understand it Apache will just pass the cookie data from the browser to the perl script. Thanks for any help! Madison From torresp at nv.doe.gov Wed Apr 27 20:16:24 2005 From: torresp at nv.doe.gov (Peter Torres) Date: Wed, 27 Apr 2005 13:16:24 -0700 Subject: Help, read only permissions Message-ID: <1114632984.19024.8.camel@torresp-laptop.nv.doe.gov> My system goes into a read-only permissions state after the screen saver kicks in and the system sits for 10 minutes or so. If I lock the screen, invoking a lock screen and then log back in it is fine. It's just if I let it sit for some time. Really annoying because I can't create or edit anything once it does this. Even when I tell it to reboot it has issues doing that. Once it does reboot everything is fine, until the screen saver kicks again and it sits idle for some time. 2.6.11-1.14_FC3smp FC3 fully updated It just started doing this after I installed the new nvidia driver. Could it be some permissions thing with the video driver and tgeh screensaver? I don't know, any help would be appreciated. Pete From cyberhawkusa at hotmail.com Wed Apr 27 20:31:03 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Wed, 27 Apr 2005 20:31:03 +0000 Subject: ISO Mount (Make it think its a cd-rom) Message-ID: i use Cedega to play windows based games on my FC4 T2 Box and i have most my games backed up as iso file and sence i moved to linux i thought i might as well play the games from the iso files why waste the cds well so faar i got it to install from a mounted iso but when some of the games run it checks to see if the cd is in the drive how can i make it see a mounted iso as a cdrom drive and how can i make the iso files auto mount at start up thank you so much for any help you can provide i reallly dont like using the originel cds becuse well if they get jacked then i am pretty much screwed if my system crashs and burning all my games is a joke _________________________________________________________________ Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From sheltren at cs.ucsb.edu Wed Apr 27 21:03:29 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Wed, 27 Apr 2005 14:03:29 -0700 Subject: x86_64 - can't run i386 binaries any longer Message-ID: I am currently unable to run i386 packages on FC4 x86_64. I believe this is a new occurrence after doing an update to the latest devel packages this morning (I'll be glad to give the full list, but it was 150+ packages). Now when I try to run i386 binaries, they segfault. Even trying to run 'ldd' on an i386 binary segfaults... For example (firefox.i386): [jeff at hell tmp]$ rpm -qi firefox Name : firefox Relocations: (not relocatable) Version : 1.0.3 Vendor: Red Hat, Inc. Release : 2 Build Date: Fri 15 Apr 2005 11:22:03 PM PDT Install Date: Wed 27 Apr 2005 01:42:54 PM PDT Build Host: decompose.build.redhat.com Group : Applications/Internet Source RPM: firefox-1.0.3-2.src.rpm Size : 31210908 License: MPL/LGPL Signature : DSA/SHA1, Mon 25 Apr 2005 12:36:56 PM PDT, Key ID da84cbd430c9ecf8 Packager : Red Hat, Inc. URL : http://www.mozilla.org/projects/firefox/ Summary : Mozilla Firefox Web browser. Description : Mozilla Firefox is an open-source web browser, designed for standards compliance, performance and portability. [jeff at hell tmp]$ firefox Segmentation fault strace of firefox ends with: execve("/usr/lib/firefox-1.0.3/mozilla-xremote-client", ["/usr/lib/firefox-1.0.3/mozilla-x"..., "-a", "firefox", "xfeDoCommand(openBrowser)"], [/* 31 vars */]) = 0 [ Process PID=3604 runs in 32 bit mode. ] brk(0) = 0x804c000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ ldd gives: [jeff at hell firefox-1.0.3]$ pwd /usr/lib/firefox-1.0.3 [jeff at hell firefox-1.0.3]$ ldd firefox-bin /usr/bin/ldd: line 116: 3639 Segmentation fault LD_TRACE_LOADED_OBJECTS=1 LD_WARN= LD_BIND_NOW= LD_LIBRARY_VERSION=$verify_out LD_VERBOSE= "$@" I get similar results with other i386 binaries. I am positive that I could run them before on this machine (running FC4); the problem is I'm not exactly sure when this stopped working, so it makes it hard to figure out the cause. The problem persists on both kernel-smp-2.6.11-1.1261_FC4 and kernel-smp-2.6.11-1.1268_FC4 Any ideas? Let me know if you need more info. Thanks, Jeff From fedora at nodata.co.uk Wed Apr 27 21:05:26 2005 From: fedora at nodata.co.uk (nodata) Date: Wed, 27 Apr 2005 23:05:26 +0200 Subject: ISO Mount (Make it think its a cd-rom) In-Reply-To: References: Message-ID: <1114635926.3130.3.camel@sb-home.lan> On Wed, 2005-04-27 at 20:31 +0000, Caleb Warta wrote: > i use Cedega to play windows based games on my FC4 T2 Box and i have most my > games backed up as iso file and sence i moved to linux i thought i might as > well play the games from the iso files why waste the cds well so faar i got > it to install from a mounted iso but when some of the games run it checks to > see if the cd is in the drive how can i make it see a mounted iso as a cdrom > drive and how can i make the iso files auto mount at start up > > thank you so much for any help you can provide i reallly dont like using the > originel cds becuse well if they get jacked then i am pretty much screwed if > my system crashs and burning all my games is a joke > > _________________________________________________________________ > Dont just search. Find. Check out the new MSN Search! > http://search.msn.click-url.com/go/onm00200636ave/direct/01/ > Start with mount /path/to/image.iso /mnt/mountpoint -t auto -o loop From fedora at nodata.co.uk Wed Apr 27 21:06:09 2005 From: fedora at nodata.co.uk (nodata) Date: Wed, 27 Apr 2005 23:06:09 +0200 Subject: Help, read only permissions In-Reply-To: <1114632984.19024.8.camel@torresp-laptop.nv.doe.gov> References: <1114632984.19024.8.camel@torresp-laptop.nv.doe.gov> Message-ID: <1114635969.3130.6.camel@sb-home.lan> On Wed, 2005-04-27 at 13:16 -0700, Peter Torres wrote: > My system goes into a read-only permissions state after the screen saver > kicks in and the system sits for 10 minutes or so. If I lock the > screen, invoking a lock screen and then log back in it is fine. It's > just if I let it sit for some time. Really annoying because I can't > create or edit anything once it does this. Even when I tell it to > reboot it has issues doing that. Once it does reboot everything is > fine, until the screen saver kicks again and it sits idle for some time. > > 2.6.11-1.14_FC3smp > FC3 fully updated > > It just started doing this after I installed the new nvidia driver. > Could it be some permissions thing with the video driver and tgeh > screensaver? > > I don't know, any help would be appreciated. > > Pete > > Try fixfiles relabel. From davej at redhat.com Wed Apr 27 21:13:58 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 27 Apr 2005 17:13:58 -0400 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: References: Message-ID: <20050427211358.GA17082@redhat.com> On Wed, Apr 27, 2005 at 02:03:29PM -0700, Jeff Sheltren wrote: > I am currently unable to run i386 packages on FC4 x86_64. I believe this is > a new occurrence after doing an update to the latest devel packages this > morning (I'll be glad to give the full list, but it was 150+ packages). > > Now when I try to run i386 binaries, they segfault. Even trying to run > 'ldd' on an i386 binary segfaults... Can you give the latest build at http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/ a try ? There was an important fix yesterday, and another today that just missed the rawhide-push. Dave From RouillardSy at yahoo.fr Wed Apr 27 21:33:54 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Wed, 27 Apr 2005 23:33:54 +0200 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: <20050427211358.GA17082@redhat.com> References: <20050427211358.GA17082@redhat.com> Message-ID: <200504272333.54841.RouillardSy@yahoo.fr> Is it worth challenging this version against #155827? (not that I'm waiting for your answer to test it *g*) Le Mercredi 27 Avril 2005 23:13, Dave Jones a ?crit?: > On Wed, Apr 27, 2005 at 02:03:29PM -0700, Jeff Sheltren wrote: > > I am currently unable to run i386 packages on FC4 x86_64. I believe > > this is a new occurrence after doing an update to the latest devel > > packages this morning (I'll be glad to give the full list, but it was > > 150+ packages). > > > > Now when I try to run i386 binaries, they segfault. Even trying to run > > 'ldd' on an i386 binary segfaults... > > Can you give the latest build at > http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/ a try ? > There was an important fix yesterday, and another today that just missed > the rawhide-push. > > Dave From kyrre at solution-forge.net Wed Apr 27 21:35:05 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 27 Apr 2005 23:35:05 +0200 Subject: Crappy fonts In-Reply-To: <426FC7FC.1020502@earthlink.net> References: <426FC7FC.1020502@earthlink.net> Message-ID: <1114637704.3380.0.camel@localhost.localdomain> ons, 27.04.2005 kl. 19.12 skrev Gerry Tool: > Orion Poplawski wrote: > > > Is it just me, or do the fonts in FC4/development look crappy > > (compared to FC3 in particular)? Particularly in kconsole (default) > > and as I type now in thunderbird (default I think - "monospace"). > > > > I've set lang to "en_US" from "en_US.utf8" to avoid acroread issues, > > not sure if that affects this. > > > > - Orion > > > My fonts are just fine - every bit as good as FC3. I have not changed lang. > > I tested konsole (not kconsole) and they look fine there. > > Gerry Could it be some kind of antialias he has turned on for fc3 but not fc4? From RouillardSy at yahoo.fr Wed Apr 27 21:36:45 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Wed, 27 Apr 2005 23:36:45 +0200 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: <200504272333.54841.RouillardSy@yahoo.fr> References: <20050427211358.GA17082@redhat.com> <200504272333.54841.RouillardSy@yahoo.fr> Message-ID: <200504272336.45289.RouillardSy@yahoo.fr> I just got the last post from that bug report, never mind :-) 10 minutes up and running, so far so good ;-) Le Mercredi 27 Avril 2005 23:33, Sylvain Rouillard a ?crit?: > Is it worth challenging this version against #155827? > > (not that I'm waiting for your answer to test it *g*) > > Le Mercredi 27 Avril 2005 23:13, Dave Jones a ?crit?: > > On Wed, Apr 27, 2005 at 02:03:29PM -0700, Jeff Sheltren wrote: > > > I am currently unable to run i386 packages on FC4 x86_64. I believe > > > this is a new occurrence after doing an update to the latest devel > > > packages this morning (I'll be glad to give the full list, but it was > > > 150+ packages). > > > > > > Now when I try to run i386 binaries, they segfault. Even trying to > > > run 'ldd' on an i386 binary segfaults... > > > > Can you give the latest build at > > http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/ a try ? > > There was an important fix yesterday, and another today that just missed > > the rawhide-push. > > > > Dave From kyrre at solution-forge.net Wed Apr 27 21:36:50 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 27 Apr 2005 23:36:50 +0200 Subject: Suggestion for nautilus In-Reply-To: <1114610461.5515.77.camel@apophis.stfzone.org> References: <1114599798.3856.12.camel@localhost.localdomain> <1114610461.5515.77.camel@apophis.stfzone.org> Message-ID: <1114637810.3380.2.camel@localhost.localdomain> ons, 27.04.2005 kl. 16.01 skrev Stephane Gaucher: > In the nautilus i cat connect to a server with ssh ftp.... > > the suggestion was: I want a drop down list of my favorite or last > connected server into the dialog box. > > Tank you... This doesn't only apply to sftp protocol. There should be some kind of "typahead memory" like firefox or konquerror. Giving examples is always nice :) From kyrre at solution-forge.net Wed Apr 27 21:37:53 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 27 Apr 2005 23:37:53 +0200 Subject: Home Dir labels (manifested as a failed Flash install) In-Reply-To: <1114579036.18640.13.camel@localhost.localdomain> References: <1114579036.18640.13.camel@localhost.localdomain> Message-ID: <1114637872.3380.4.camel@localhost.localdomain> ons, 27.04.2005 kl. 07.17 skrev Ivan Gyurdiev: > > -rw-r--r-- smearp smearp user_u:object_r:user_home_t flashplayer.xpt > > -rwxr-xr-x smearp smearp user_u:object_r:texrel_shlib_t > > This is correct, but it's not done automatically, because /home is > entirely skipped when changing the contexts after a policy upgrade. > > Personally, I think this is a major problem, but Daniel Walsh points out > that (1) automatic restorecon on /home presents a security risk of > mislabeled files ( like gpg keys and such in the wrong place), and (2) > automatic restorecon on /home might take a very long time. > > I think if we are to introduce more fine-grained labeling of "$HOME" in > the future (which we should), this problem needs to be solved somehow. What happens if /home is on NFS? From luya at jpopmail.com Wed Apr 27 22:29:34 2005 From: luya at jpopmail.com (luya at jpopmail.com) Date: Wed, 27 Apr 2005 14:29:34 -0800 Subject: Segmentation fault for Open Office 1.9x Message-ID: <20050427222934.7AFDA2035C@ws5-1.us4.outblaze.com> For some reason I cannot start any OpenOffice application as it will display segmentation fault. Has anyone face similar problem? How can it be solved? Here is the details: $ openoffice.org-1.9 /usr/lib/openoffice.org1.9.96/program/soffice: line 241: 9302 Segmentation fault "$sd_prog/$sd_binary" "$@" -- _______________________________________________ Get your free email from http://mymail.jp.popstarmail.org Powered by Outblaze From RouillardSy at yahoo.fr Wed Apr 27 22:33:48 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Thu, 28 Apr 2005 00:33:48 +0200 Subject: Segmentation fault for Open Office 1.9x In-Reply-To: <20050427222934.7AFDA2035C@ws5-1.us4.outblaze.com> References: <20050427222934.7AFDA2035C@ws5-1.us4.outblaze.com> Message-ID: <200504280033.48645.RouillardSy@yahoo.fr> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155810 Le Jeudi 28 Avril 2005 00:29, luya at jpopmail.com a ?crit?: > For some reason I cannot start any OpenOffice application as it will > display segmentation fault. Has anyone face similar problem? How can it be > solved? > > Here is the details: > > $ openoffice.org-1.9 > /usr/lib/openoffice.org1.9.96/program/soffice: line 241: 9302 Segmentation > fault "$sd_prog/$sd_binary" "$@" > > -- > _______________________________________________ > Get your free email from http://mymail.jp.popstarmail.org > > Powered by Outblaze From sheltren at cs.ucsb.edu Wed Apr 27 22:43:32 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Wed, 27 Apr 2005 15:43:32 -0700 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: <20050427211358.GA17082@redhat.com> Message-ID: Hi Dave, I'm now running 2.6.11-1.1275_FC4smp but I'm still having segfaults on i386 binaries. $ uname -a Linux hell 2.6.11-1.1275_FC4smp #1 SMP Wed Apr 27 14:36:36 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux -Jeff On 4/27/05 2:13 PM, "Dave Jones" wrote: > On Wed, Apr 27, 2005 at 02:03:29PM -0700, Jeff Sheltren wrote: >> I am currently unable to run i386 packages on FC4 x86_64. I believe this is >> a new occurrence after doing an update to the latest devel packages this >> morning (I'll be glad to give the full list, but it was 150+ packages). >> >> Now when I try to run i386 binaries, they segfault. Even trying to run >> 'ldd' on an i386 binary segfaults... > > Can you give the latest build at > http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/ > a try ? There was an important fix yesterday, and another today that just > missed the rawhide-push. > > Dave From guy at incentre.net Wed Apr 27 23:13:02 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 27 Apr 2005 17:13:02 -0600 Subject: I am having problems getting the kernel source Message-ID: <1114643583.8799.3.camel@sigurd.incentre.net> >From most mirrors I get error 404, the others just give me empty files. It is not a free space problem: [guy at sigurd ~]$ df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/hdb3 988244 313452 624592 34% / /dev/hdb2 132221 13998 111396 12% /boot none 257692 0 257692 0% /dev/shm /dev/hda6 5149344 3107864 1779908 64% /home /dev/hdb1 489992 10547 454145 3% /opt /dev/hda8 1026824 33384 941280 4% /tmp /dev/hdb5 6728280 4765108 1621392 75% /usr /dev/hdb6 1494204 371516 1046784 27% /var /dev/hda5 6191136 108384 5768260 2% /var/spool Below is one of my attempts: [guy at sigurd ~]$ sudo up2date --get-source kernel http://fedora.redhat.com/download/up2date-mirrors/fedora-core-3 using mirror: http://mirror.stanford.edu/fedora/linux/core/3/i386/os/ http://fedora.redhat.com/download/up2date-mirrors/updates-released-fc3 using mirror: http://wftp.tu-chemnitz.de/pub/linux/fedora- core/updates/3/i386/ Fetching all package list for channel: fedora-core-3... ######################################## Fetching all package list for channel: updates-released-fc3... ######################################## Fetching package list for channel: fedora-core-3... Fetching http://mirror.stanford.edu/fedora/linux/core/3/i386/os//headers/header.info... ######################################## Fetching package list for channel: updates-released-fc3... Fetching http://wftp.tu-chemnitz.de/pub/linux/fedora- core/updates/3/i386//headers/header.info... ######################################## kernel-2.6.11-1.14_FC3.src.rpm... ######################################## [guy at sigurd ~]$ ls -l /var/spool/up2date/kernel-2.6.11-1.14_FC3.src.rpm -rw-r--r-- 1 root root 0 Apr 27 17:01 /var/spool/up2date/kernel-2.6.11-1.14_FC3.src.rpm Thanks in advance. From jspaleta at gmail.com Wed Apr 27 23:44:00 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 27 Apr 2005 19:44:00 -0400 Subject: Latest rawhide updates seem to have removed the shutdown option at gdm and gnome logout Message-ID: <604aa7910504271644832ef4f@mail.gmail.com> As the subject says, applying the latest updates i seem to have lost the ability to select shutdown from gdm login screen and gnome logout dialog. The reboot option remains. A few questions: Anyone else see this change in default behavior for locally logged in users? How do I re-enable the shutdown option again in gdm and gnome dialog? Is this a bug or a delibrate change in behavior? -jef"why don't they make Biore back strips?"spaleta From rodd at clarkson.id.au Wed Apr 27 23:53:27 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 28 Apr 2005 09:53:27 +1000 Subject: fc4t2: gimp segmentation fault on jpeg In-Reply-To: <1114580478.3862.1.camel@jellyfish.redfishdemo.com> References: <20050426014037.GA4179@sapience.com> <6726.213.164.3.90.1114509641.squirrel@www.nodata.co.uk> <20050427022502.GA8374@sapience.com> <1114580478.3862.1.camel@jellyfish.redfishdemo.com> Message-ID: <1114646007.3858.2.camel@jellyfish.redfishdemo.com> On Wed, 2005-04-27 at 15:41 +1000, Rodd Clarkson wrote: > On Tue, 2005-04-26 at 22:25 -0400, Mail Lists wrote: > > On Tue, Apr 26, 2005 at 12:00:41PM +0200, nodata wrote: > > > > gimp on a jpeg file - try to open jpeg file gives: > > > > > > > > /usr/lib/gimp/2.0/plug-ins/jpeg: fatal error: Segmentation fault > > > > > > > All jpegs, or just one? > > > > 1) Not sure about all - but all the ones I tried from one 5 Mp > > digital camera. > > > > > Can you upload it somewhere? > > > > 2) Uploaded one here: http://www.sapience.com/linux/fla_rm_1.jpg > > Mmm, I saw that same problem the other day with a jpeg from a olympus > digital camera (I can supply an image). However, other jpegs open fine. > > Has someone filed a bug about this (or I will)? Actually, I've just done a retest (while preparing to file a bug report) and this is no longer a problem for me. Hmmmmm?!? Rodd From davej at redhat.com Wed Apr 27 23:56:33 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 27 Apr 2005 19:56:33 -0400 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: References: <20050427211358.GA17082@redhat.com> Message-ID: <20050427235633.GA21895@redhat.com> On Wed, Apr 27, 2005 at 03:43:32PM -0700, Jeff Sheltren wrote: > Hi Dave, I'm now running 2.6.11-1.1275_FC4smp but I'm still having segfaults > on i386 binaries. > $ uname -a > Linux hell 2.6.11-1.1275_FC4smp #1 SMP Wed Apr 27 14:36:36 EDT 2005 x86_64 > x86_64 x86_64 GNU/Linux When it segfaults is there anything output in 'dmesg' ? Dave From sheltren at cs.ucsb.edu Thu Apr 28 00:06:43 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Wed, 27 Apr 2005 17:06:43 -0700 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: <20050427235633.GA21895@redhat.com> Message-ID: Yes, here is the dmesg output when trying to run firefox: mozilla-xremote[3078]: segfault at 00000000ffffe01c rip 00000000009b6575 rsp 00000000ffffcc9c error 4 Also, I tried doing a 'ulimit -c unlimited' before running it in order to get a core file, but that seems to break as well: [jeff at hell tmp]$ ulimit -c unlimited [jeff at hell tmp]$ firefox Segmentation fault [jeff at hell tmp]$ Message from syslogd at hell at Wed Apr 27 17:06:04 2005 ... hell kernel: Oops: 0000 [1] SMP Message from syslogd at hell at Wed Apr 27 17:06:04 2005 ... hell kernel: CR2: 00000000ffffe02c Message from syslogd at hell at Wed Apr 27 17:06:04 2005 ... hell kernel: Oops: 0000 [2] SMP Message from syslogd at hell at Wed Apr 27 17:06:04 2005 ... hell kernel: CR2: 00000000ffffe02c [jeff at hell tmp]$ ls -l core* -rw------- 1 jeff csstaff 0 Apr 27 17:06 core.3860 -rw------- 1 jeff csstaff 0 Apr 27 17:06 core.3863 -Jeff On 4/27/05 4:56 PM, "Dave Jones" wrote: > On Wed, Apr 27, 2005 at 03:43:32PM -0700, Jeff Sheltren wrote: >> Hi Dave, I'm now running 2.6.11-1.1275_FC4smp but I'm still having segfaults >> on i386 binaries. >> $ uname -a >> Linux hell 2.6.11-1.1275_FC4smp #1 SMP Wed Apr 27 14:36:36 EDT 2005 x86_64 >> x86_64 x86_64 GNU/Linux > > When it segfaults is there anything output in 'dmesg' ? > > Dave From rad at radfiles.net Thu Apr 28 00:43:48 2005 From: rad at radfiles.net (Brian Rademacher) Date: Wed, 27 Apr 2005 18:43:48 -0600 Subject: Floppy devices not created during FC4 rescue boot References: <000001c54b49$811db230$800101df@sv.us.sonicwall.com> Message-ID: <004901c54b8b$5795f570$fe2e11ac@904167SOSLA> I filed it and it got closed as fixed in rawhide, so it may be fixed... https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152381 ----- Original Message ----- From: "Ian Puleston" To: Sent: Wednesday, April 27, 2005 10:52 AM Subject: FW: Floppy devices not created during FC4 rescue boot > Hi, > > I've been trying Fedora (FC4 test 1) for the first time, and I've just run > into a problem. All was working fine until I tried to install a 3rd-party > multi-boot program (I know, bad idea - should've gone straight to Grub) > and > now, after removing that multi-booter, Linux won't boot - it appears that > the hard drive with Linux on is no longer bootable. But the main problem > is > that I can't now create a boot disk to fix it. When I boot linux rescue > from > the FC4 test 1 install CD it fails to create the floppy disk devices > during > the boot with the following messages: > > Unable to create /dev/fd0 - operation not permitted > Unable to create /dev/fd1 - operation not permitted > > Hence I can't run mkbootdisk to create a boot floppy. The /dev/fd0 device > was fine in the FC4 system before this happened, and the floppy still > works > fine under Windows on the same PC so the hardware is OK. Any ideas why > this > may be?, or any other way to make the hard drive bootable again other than > a > full re-install? > > I also tried downloading the FC4 test 2 rescue CD iso and the same happens > when I boot with that. > > Is this a but that should be reported in Bugzilla? > > Thanks, > > Ian > > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From rad at radfiles.net Thu Apr 28 00:47:59 2005 From: rad at radfiles.net (Brian Rademacher) Date: Wed, 27 Apr 2005 18:47:59 -0600 Subject: Floppy devices not created during FC4 rescue boot References: <000001c54b49$811db230$800101df@sv.us.sonicwall.com> <004901c54b8b$5795f570$fe2e11ac@904167SOSLA> Message-ID: <006201c54b8b$ed906dd0$fe2e11ac@904167SOSLA> Oh, and you should be able to create and mount it manually by: mknod /dev/fd0 b 2 0 mkdir /mnt/floppy mount /dev/fd0 /mnt/floppy ----- Original Message ----- From: "Brian Rademacher" To: "For testers of Fedora Core development releases" Sent: Wednesday, April 27, 2005 6:43 PM Subject: Re: Floppy devices not created during FC4 rescue boot >I filed it and it got closed as fixed in rawhide, so it may be fixed... > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152381 > > > ----- Original Message ----- > From: "Ian Puleston" > To: > Sent: Wednesday, April 27, 2005 10:52 AM > Subject: FW: Floppy devices not created during FC4 rescue boot > > >> Hi, >> >> I've been trying Fedora (FC4 test 1) for the first time, and I've just >> run >> into a problem. All was working fine until I tried to install a 3rd-party >> multi-boot program (I know, bad idea - should've gone straight to Grub) >> and >> now, after removing that multi-booter, Linux won't boot - it appears that >> the hard drive with Linux on is no longer bootable. But the main problem >> is >> that I can't now create a boot disk to fix it. When I boot linux rescue >> from >> the FC4 test 1 install CD it fails to create the floppy disk devices >> during >> the boot with the following messages: >> >> Unable to create /dev/fd0 - operation not permitted >> Unable to create /dev/fd1 - operation not permitted >> >> Hence I can't run mkbootdisk to create a boot floppy. The /dev/fd0 device >> was fine in the FC4 system before this happened, and the floppy still >> works >> fine under Windows on the same PC so the hardware is OK. Any ideas why >> this >> may be?, or any other way to make the hard drive bootable again other >> than a >> full re-install? >> >> I also tried downloading the FC4 test 2 rescue CD iso and the same >> happens >> when I boot with that. >> >> Is this a but that should be reported in Bugzilla? >> >> Thanks, >> >> Ian >> >> >> >> >> -- >> fedora-test-list mailing list >> fedora-test-list at redhat.com >> To unsubscribe: >> http://www.redhat.com/mailman/listinfo/fedora-test-list > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From jim at jbsys.com Thu Apr 28 00:50:47 2005 From: jim at jbsys.com (James C. Bevier) Date: Wed, 27 Apr 2005 17:50:47 -0700 Subject: x86_64 - can't run i386 binaries any longer References: <20050427211358.GA17082@redhat.com> Message-ID: <006c01c54b8c$5128cc20$0a01a8c0@jbsys> ----- Original Message ----- From: "Dave Jones" To: "For testers of Fedora Core development releases" Sent: Wednesday, April 27, 2005 2:13 PM Subject: Re: x86_64 - can't run i386 binaries any longer > On Wed, Apr 27, 2005 at 02:03:29PM -0700, Jeff Sheltren wrote: > > I am currently unable to run i386 packages on FC4 x86_64. I believe > > this is > > a new occurrence after doing an update to the latest devel packages this > > morning (I'll be glad to give the full list, but it was 150+ packages). > > > > Now when I try to run i386 binaries, they segfault. Even trying to run > > 'ldd' on an i386 binary segfaults... > > Can you give the latest build at > http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/ > a try ? There was an important fix yesterday, and another today that just > missed the rawhide-push. > > Dave > Dave I tried the 1275 kernel because I could not boot up the 1268 kernel. It would hang trying to start /etc/init.d/rdisc (router daemon). I could not shut down either, I had to do a reset. The 1275 kernel did the same thing. I rebooted to single user mode. so I could edit the /etc/init.d/rdisc script to do an 'exit 1' at the beginning. This is an x86_64 system with K8V-SE deluxe mb. This allowed Fedora to boot up. I no longer get the udev abort on bootup either. I can also mount an smb filesystem now without aborting. The only thing broke is trying to rebuild vmware. /usr/bin/ldd aborts at line 116 with a seq fault when I try running vmware-config.pl. Otherwise, the kernel is getting better. Jim From davej at redhat.com Thu Apr 28 00:54:09 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 27 Apr 2005 20:54:09 -0400 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: References: <20050427235633.GA21895@redhat.com> Message-ID: <20050428005409.GC21895@redhat.com> On Wed, Apr 27, 2005 at 05:06:43PM -0700, Jeff Sheltren wrote: > Yes, here is the dmesg output when trying to run firefox: > mozilla-xremote[3078]: segfault at 00000000ffffe01c rip 00000000009b6575 rsp > 00000000ffffcc9c error 4 > > Also, I tried doing a 'ulimit -c unlimited' before running it in order to > get a core file, but that seems to break as well: > > [jeff at hell tmp]$ ulimit -c unlimited > [jeff at hell tmp]$ firefox > Segmentation fault > [jeff at hell tmp]$ > Message from syslogd at hell at Wed Apr 27 17:06:04 2005 ... > hell kernel: Oops: 0000 [1] SMP Can you file a bugzilla on this, with the complete output of dmesg please ? Dave From gstool at earthlink.net Thu Apr 28 01:08:08 2005 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 27 Apr 2005 20:08:08 -0500 Subject: Latest rawhide updates seem to have removed the shutdown option at gdm and gnome logout In-Reply-To: <604aa7910504271644832ef4f@mail.gmail.com> References: <604aa7910504271644832ef4f@mail.gmail.com> Message-ID: <42703778.3050709@earthlink.net> Jeff Spaleta wrote: > Anyone else see this change in default behavior for locally logged in users? > How do I re-enable the shutdown option again in gdm and gnome dialog? > Is this a bug or a delibrate change in behavior? > I see the same behaviour, but can't answer the other questions. Deliberately making it act this way doesn't seem sensible. Gerry Tool From lists at sapience.com Thu Apr 28 01:12:21 2005 From: lists at sapience.com (Mail Lists) Date: Wed, 27 Apr 2005 21:12:21 -0400 Subject: fc4t2: gimp segmentation fault on jpeg In-Reply-To: <1114646007.3858.2.camel@jellyfish.redfishdemo.com> References: <20050426014037.GA4179@sapience.com> <6726.213.164.3.90.1114509641.squirrel@www.nodata.co.uk> <20050427022502.GA8374@sapience.com> <1114580478.3862.1.camel@jellyfish.redfishdemo.com> <1114646007.3858.2.camel@jellyfish.redfishdemo.com> Message-ID: <20050428011221.GD8374@sapience.com> On Thu, Apr 28, 2005 at 09:53:27AM +1000, Rodd Clarkson wrote: > On Wed, 2005-04-27 at 15:41 +1000, Rodd Clarkson wrote: > > On Tue, 2005-04-26 at 22:25 -0400, Mail Lists wrote: > > > On Tue, Apr 26, 2005 at 12:00:41PM +0200, nodata wrote: > > > > > gimp on a jpeg file - try to open jpeg file gives: > > > > > > > > > > /usr/lib/gimp/2.0/plug-ins/jpeg: fatal error: Segmentation fault > Actually, I've just done a retest (while preparing to file a bug report) > and this is no longer a problem for me. > > Hmmmmm?!? Fixed : ------- Yes me too - looks this was fixed by the update of libexif to libexif-0.6.12-2 As suggested by the next poster's bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153282 Thanks. g/ From rjwalsh at durables.org Thu Apr 28 01:13:03 2005 From: rjwalsh at durables.org (Robert Walsh) Date: Wed, 27 Apr 2005 18:13:03 -0700 Subject: Gnumeric? Message-ID: <1114650783.26492.35.camel@hematite.internal.keyresearch.com> Pardon me if I missed the discussion, but what happened to gnumeric? The release notes say it has been removed (along with a bunch of other stuff) but no reason was given. Regards, Robert. From paul at permanentmail.com Thu Apr 28 01:14:31 2005 From: paul at permanentmail.com (Paul Dickson) Date: Wed, 27 Apr 2005 18:14:31 -0700 Subject: FC4-t2 & Dell i6000: VESA only video and no sound In-Reply-To: <20050421073408.4acca1a8.paul@permanentmail.com> References: <20050421041041.2c98d4c2.paul@permanentmail.com> <1114083055.4382.28.camel@thl.ct.heise.de> <20050421073408.4acca1a8.paul@permanentmail.com> Message-ID: <20050427181431.7a0a9ee6.paul@permanentmail.com> On Thu, 21 Apr 2005 07:34:08 -0700, Paul Dickson wrote: > On Thu, 21 Apr 2005 13:30:55 +0200, Thorsten Leemhuis wrote: > > > > I'm using FC4-test2 on my week-old Inspiron 6000 notebook. So far I can > > > only use a 1024x768 VESA display on my 1280x800 i915 hardware. > > > > If it's a 915GM try this driver: > > > > ftp://aiedownload.intel.com/df-support/8211/eng/ > > > > The driver is not in FC4 yet (as afaik it won't be in it). Note, the > > driver contains a tar.gz that is extracted and installed during %pre ; > > Not very nice... Install kernel-devel before installing the intel rpm. > > Thanks, works very well. Digging a little deeper... (everything works except after a yum update) As far as I can tell, the above RPM only does 4 things: 1) Renames /lib/modules/$(uname -r)/kernel/drivers/char/drm/i915.ko to old.i915.ko.old and the same name with the current date. Because of compiling errors, no replacement modules are created. Restoring this file has no effect that that I can see, although it is loaded. 2) Copies /XOrg/GL/libGL.so.1.2 to /usr/X11R6/lib/ 3) Copies /XOrg/i915/i810_drv.o to /usr/X11R6/lib/modules/drivers/ 4) Copies /XOrg/i915/i915_dri.so to /usr/X11R6/lib/modules/dri/ I'm not sure this is entirely all that the RPM is doing, but it's a start. I'll test further after the next release of xorg RPMs, which seem to be almost daily daily. I got rhgb working again by copying the VESA xorg.conf to /etc/rhgb. Using /etc/X11/xorg.conf, xorg has a fatal error ("libc_wrapper error: passed invalid FILE handle to xf86fputc"). If someone wants the XFree86.0.log file with the error recorded, just ask (it's 21 KB). Both xorg.conf files are attached (vesa and i915). -Paul -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xorg.conf.vesa URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xorg.conf.1280x800-i915 URL: From jspaleta at gmail.com Thu Apr 28 01:17:41 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 27 Apr 2005 21:17:41 -0400 Subject: Latest rawhide updates seem to have removed the shutdown option at gdm and gnome logout In-Reply-To: <42703778.3050709@earthlink.net> References: <604aa7910504271644832ef4f@mail.gmail.com> <42703778.3050709@earthlink.net> Message-ID: <604aa791050427181729321425@mail.gmail.com> On 4/27/05, Gerry Tool wrote: > I see the same behaviour, but can't answer the other questions. > Deliberately making it act this way doesn't seem sensible. For 'modern' hardware with operational acpi the power button does a clean shutdown, so there is an argument to be made for this being a forward looking default. I'm not really concerned about arguing about default behavior i just want to know how to re-enable it for my older hardware as needed and whether or not this needs to be filed if this is actually a bug. If this is an intended change in default behavior, I'll let other people light the torches and wave around pitchforks while lusting for the sticky sweet blood of developers. I'll gladly settle for learning how to reconfigure options as needed so I can get a shutdown back on my gdm login for my older non-acpi hardware. -jef"my k6-2 box is definitely not going to have a soft reboot when the power button is hit"spaleta From justin.conover at gmail.com Thu Apr 28 01:19:53 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 27 Apr 2005 20:19:53 -0500 Subject: rawhide report: 20050427 changes In-Reply-To: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> References: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> Message-ID: On 4/27/05, Build System wrote: > > > Updated Packages: > > > kernel-2.6.11-1.1268_FC4 > ------------------------ > * Tue Apr 26 2005 Dave Jones > - Fix the put_user() fix. (#155999) > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > I know this has been kicked like a dead horse, but on x86_64, there hasn't been a stable kernel since 1253. Even on 1253, ocasionlly if i'm compiling something large it will lockup too, but over all has been decent. Is there any old change logs that go back to what has been different on each one since fc4t1/2 have been released? I've had nothing but random reboots/hangs/freeze's daily on 64. What can we do as a community of users to provide info before/after the box goes down, so this can get sorted out. My x86 moves along just fine with every kernel, but something on the 64 platform is just going crazy. From justin.conover at gmail.com Thu Apr 28 01:26:55 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 27 Apr 2005 20:26:55 -0500 Subject: rawhide report: 20050427 changes In-Reply-To: References: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> Message-ID: On 4/27/05, Justin Conover wrote: > On 4/27/05, Build System wrote: > > > > > > Updated Packages: > > > > > > kernel-2.6.11-1.1268_FC4 > > ------------------------ > > * Tue Apr 26 2005 Dave Jones > > - Fix the put_user() fix. (#155999) > > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > > I know this has been kicked like a dead horse, but on x86_64, there > hasn't been a stable kernel since 1253. Even on 1253, ocasionlly if > i'm compiling something large it will lockup too, but over all has > been decent. Is there any old change logs that go back to what has > been different on each one since fc4t1/2 have been released? > > I've had nothing but random reboots/hangs/freeze's daily on 64. What > can we do as a community of users to provide info before/after the box > goes down, so this can get sorted out. > > My x86 moves along just fine with every kernel, but something on the > 64 platform is just going crazy. > Just read Warren Togami blog, you can certianly count me in on that :D I'll let you know in 8-10 hours if it has gone down or froze up. http://www.livejournal.com/users/wtogami/ http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/ From cyberhawkusa at hotmail.com Thu Apr 28 01:31:58 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Thu, 28 Apr 2005 01:31:58 +0000 Subject: ISO Mount (Make it think its a cd-rom) In-Reply-To: <1114635926.3130.3.camel@sb-home.lan> Message-ID: yes ive made it that far i can mount it but making the program detect it as a cdrom drive is what i am stumped on >From: nodata >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: ISO Mount (Make it think its a cd-rom) >Date: Wed, 27 Apr 2005 23:05:26 +0200 > >On Wed, 2005-04-27 at 20:31 +0000, Caleb Warta wrote: > > i use Cedega to play windows based games on my FC4 T2 Box and i have >most my > > games backed up as iso file and sence i moved to linux i thought i might >as > > well play the games from the iso files why waste the cds well so faar i >got > > it to install from a mounted iso but when some of the games run it >checks to > > see if the cd is in the drive how can i make it see a mounted iso as a >cdrom > > drive and how can i make the iso files auto mount at start up > > > > thank you so much for any help you can provide i reallly dont like using >the > > originel cds becuse well if they get jacked then i am pretty much >screwed if > > my system crashs and burning all my games is a joke > > > > _________________________________________________________________ > > Dont just search. Find. Check out the new MSN Search! > > http://search.msn.click-url.com/go/onm00200636ave/direct/01/ > > > >Start with >mount /path/to/image.iso /mnt/mountpoint -t auto -o loop > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: >http://www.redhat.com/mailman/listinfo/fedora-test-list _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee? Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From rjames at csulb.edu Thu Apr 28 01:32:28 2005 From: rjames at csulb.edu (Ryan James) Date: Wed, 27 Apr 2005 18:32:28 -0700 Subject: Gnumeric? In-Reply-To: <1114650783.26492.35.camel@hematite.internal.keyresearch.com> References: <1114650783.26492.35.camel@hematite.internal.keyresearch.com> Message-ID: <1114651948.6597.0.camel@localhost.localdomain> On Wed, 2005-04-27 at 18:13 -0700, Robert Walsh wrote: > Pardon me if I missed the discussion, but what happened to gnumeric? > The release notes say it has been removed (along with a bunch of other > stuff) but no reason was given. > > Regards, > Robert. > it's in extras. i guess it got pushed because there's already the openoffice spreadsheet... i don't recall a discussion about it being pushed though. From cmadams at hiwaay.net Thu Apr 28 01:37:48 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 27 Apr 2005 20:37:48 -0500 Subject: Latest rawhide updates seem to have removed the shutdown option at gdm and gnome logout In-Reply-To: <604aa791050427181729321425@mail.gmail.com> References: <604aa7910504271644832ef4f@mail.gmail.com> <42703778.3050709@earthlink.net> <604aa791050427181729321425@mail.gmail.com> Message-ID: <20050428013748.GB1203958@hiwaay.net> Once upon a time, Jeff Spaleta said: > For 'modern' hardware with operational acpi the power button does a > clean shutdown, so there is an argument to be made for this being a > forward looking default. That presumes that the power button is conveniently located. It also presumes that (especially for rack mounted systems) you know which system your current console is attached to. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From greenrd at presidium.org Thu Apr 28 01:52:18 2005 From: greenrd at presidium.org (Robin Green) Date: Thu, 28 Apr 2005 02:52:18 +0100 Subject: Lockup with kernel 1267 & AthlonXP 2000 References: <1114587699.4413.11.camel@guru.puzzled.xs4all.nl> Message-ID: On Wed, 27 Apr 2005 09:41:39 +0200, Patrick wrote: > Hi all, > > With several people reporting lockups/freezes of their 64bit boxes, I > thought I report the lockup I just had on my AthlonXP 2000 running > kernel 1267 and FC4T2. System became totally unresponsive and needed a > hard reset. I have experienced almost daily system crashes with rawhide kernels for some weeks now, on my AthlonXP 1800+. No idea how to reproduce them, though, so I haven't bugzilla'd them. > There was no info in /var/log/messages Same here -- Robin From rodd at clarkson.id.au Thu Apr 28 02:08:28 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 28 Apr 2005 12:08:28 +1000 Subject: ISO Mount (Make it think its a cd-rom) In-Reply-To: References: Message-ID: <1114654108.3981.2.camel@jellyfish.redfishdemo.com> On Thu, 2005-04-28 at 01:31 +0000, Caleb Warta wrote: > yes ive made it that far i can mount it but making the program detect it as > a cdrom drive is what i am stumped on I'm guessing (because I'm presuming that Cedega is some sort of Wine environment) but wouldn't you need to set up Cedega to see the mounted folder as a drive in much the same way that you had to set up Wine to see the CD-ROM as a drive? But this is just a guess. It's got to be 3 years since I touched wine and I'm only guess what cedega is... Rodd From rodd at clarkson.id.au Thu Apr 28 02:11:49 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 28 Apr 2005 12:11:49 +1000 Subject: Latest rawhide updates seem to have removed the shutdown option at gdm and gnome logout In-Reply-To: <604aa791050427181729321425@mail.gmail.com> References: <604aa7910504271644832ef4f@mail.gmail.com> <42703778.3050709@earthlink.net> <604aa791050427181729321425@mail.gmail.com> Message-ID: <1114654310.3981.6.camel@jellyfish.redfishdemo.com> On Wed, 2005-04-27 at 21:17 -0400, Jeff Spaleta wrote: > On 4/27/05, Gerry Tool wrote: > > I see the same behaviour, but can't answer the other questions. > > Deliberately making it act this way doesn't seem sensible. > > For 'modern' hardware with operational acpi the power button does a > clean shutdown, so there is an argument to be made for this being a > forward looking default. I'm not really concerned about arguing about > default behavior i just want to know how to re-enable it for my older > hardware as needed and whether or not this needs to be filed if this > is actually a bug. If this is an intended change in default behavior, > I'll let other people light the torches and wave around pitchforks > while lusting for the sticky sweet blood of developers. I'll gladly > settle for learning how to reconfigure options as needed so I can get > a shutdown back on my gdm login for my older non-acpi hardware. Jef, I;m seeing this too. While GNOME only allows you to logout from a session (requiring you to log out and then shutdown) I'd be pretty confident that this is a bug (FC, as I understand it, runs a patch to add the shutdown and reboot options to the panel menu). Given that there's no mention of removing shutdown in the change logs for the most recent build I'd be confident that this is an oops. R. From m_epling at comcast.net Thu Apr 28 02:12:39 2005 From: m_epling at comcast.net (amazing powers of observation) Date: Wed, 27 Apr 2005 21:12:39 -0500 Subject: Gnumeric? In-Reply-To: <1114651948.6597.0.camel@localhost.localdomain> References: <1114650783.26492.35.camel@hematite.internal.keyresearch.com> <1114651948.6597.0.camel@localhost.localdomain> Message-ID: <42704697.7050008@comcast.net> but its part of the gnome office suite. i object {not that means alot but i do object ] Ryan James wrote: >On Wed, 2005-04-27 at 18:13 -0700, Robert Walsh wrote: > > >>Pardon me if I missed the discussion, but what happened to gnumeric? >>The release notes say it has been removed (along with a bunch of other >>stuff) but no reason was given. >> >>Regards, >> Robert. >> >> >> > >it's in extras. i guess it got pushed because there's already the >openoffice spreadsheet... i don't recall a discussion about it being >pushed though. > > > From seanfedora at gmail.com Thu Apr 28 02:14:16 2005 From: seanfedora at gmail.com (Sean Earp) Date: Wed, 27 Apr 2005 19:14:16 -0700 Subject: Home Dir labels (manifested as a failed Flash install) In-Reply-To: <1114579036.18640.13.camel@localhost.localdomain> References: <1114579036.18640.13.camel@localhost.localdomain> Message-ID: <427046F8.30406@gmail.com> Ivan Gyurdiev wrote: >>-rw-r--r-- smearp smearp user_u:object_r:user_home_t flashplayer.xpt >>-rwxr-xr-x smearp smearp user_u:object_r:texrel_shlib_t >> >> > >This is correct, but it's not done automatically, because /home is >entirely skipped when changing the contexts after a policy upgrade. > >Personally, I think this is a major problem, but Daniel Walsh points out >that (1) automatic restorecon on /home presents a security risk of >mislabeled files ( like gpg keys and such in the wrong place), and (2) >automatic restorecon on /home might take a very long time. > >I think if we are to introduce more fine-grained labeling of "$HOME" in >the future (which we should), this problem needs to be solved somehow. > > > This is now bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151870 The problem is apparently the fact that RPM does not support the latest version of matchpathcon, which allows for local customizations of homdircontext... (and as such, the incorrect security context is being set up for the /home directory during the initial OS load) Hopefully this can be fixed in time for the FC4 release! -Sean -------------- next part -------------- An HTML attachment was scrubbed... URL: From cyberhawkusa at hotmail.com Thu Apr 28 02:47:38 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Thu, 28 Apr 2005 02:47:38 +0000 Subject: ISO Mount (Make it think its a cd-rom) In-Reply-To: <1114654108.3981.2.camel@jellyfish.redfishdemo.com> Message-ID: Cedega is formaly WineX and you just point to the setuo file and then after the programs installed you use command ccedega therunpath and run the program but i have a topic open at transgaming.com the people that make it and havnt got a reply i thought that if i edit the fstab file there is a way to tell it that such and such path is a drive anyone have ideas >From: Rodd Clarkson >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: ISO Mount (Make it think its a cd-rom) >Date: Thu, 28 Apr 2005 12:08:28 +1000 > >On Thu, 2005-04-28 at 01:31 +0000, Caleb Warta wrote: > > yes ive made it that far i can mount it but making the program detect it >as > > a cdrom drive is what i am stumped on > >I'm guessing (because I'm presuming that Cedega is some sort of Wine >environment) but wouldn't you need to set up Cedega to see the mounted >folder as a drive in much the same way that you had to set up Wine to >see the CD-ROM as a drive? > >But this is just a guess. It's got to be 3 years since I touched wine >and I'm only guess what cedega is... > > > >Rodd > > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: >http://www.redhat.com/mailman/listinfo/fedora-test-list _________________________________________________________________ Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From rodd at clarkson.id.au Thu Apr 28 03:15:07 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 28 Apr 2005 13:15:07 +1000 Subject: Gnumeric? In-Reply-To: <1114651948.6597.0.camel@localhost.localdomain> References: <1114650783.26492.35.camel@hematite.internal.keyresearch.com> <1114651948.6597.0.camel@localhost.localdomain> Message-ID: <1114658107.3981.14.camel@jellyfish.redfishdemo.com> On Wed, 2005-04-27 at 18:32 -0700, Ryan James wrote: > On Wed, 2005-04-27 at 18:13 -0700, Robert Walsh wrote: > > Pardon me if I missed the discussion, but what happened to gnumeric? > > The release notes say it has been removed (along with a bunch of other > > stuff) but no reason was given. > it's in extras. i guess it got pushed because there's already the > openoffice spreadsheet... i don't recall a discussion about it being > pushed though. There was a huge discussion about this on the devel list before the first test was released. Essentially it boils down to the fact that a number of useful packages were added to FC for the FC4 release and as a result another CD (or two) was required to fit all of the packages. People were asked to suggests duplicate packages so that one could be removed (and then added to extras if it was seen to be important enough that someone would sponsor it). As you rigthly suggest, gnumeric duplicates functionality in OOo and i believe OOo was held onto because it offers other functionality not available (there's no presentation software) and because most people would expect OOo to be there. Anyhow, check the archives. It's worth noting that extras will become a much more important and focused part of FC in the future so it shouldn't be too hard to add packages from extras after the install (or indeed at install). Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From sheltren at cs.ucsb.edu Thu Apr 28 03:17:38 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Wed, 27 Apr 2005 20:17:38 -0700 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: <20050428005409.GC21895@redhat.com> Message-ID: Gladly. You probably got emailed about it, but it is located here for people watching this thread: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156166 Thanks for your help. -Jeff On 4/27/05 5:54 PM, "Dave Jones" wrote: > On Wed, Apr 27, 2005 at 05:06:43PM -0700, Jeff Sheltren wrote: >> Yes, here is the dmesg output when trying to run firefox: >> mozilla-xremote[3078]: segfault at 00000000ffffe01c rip 00000000009b6575 rsp >> 00000000ffffcc9c error 4 >> >> Also, I tried doing a 'ulimit -c unlimited' before running it in order to >> get a core file, but that seems to break as well: >> >> [jeff at hell tmp]$ ulimit -c unlimited >> [jeff at hell tmp]$ firefox >> Segmentation fault >> [jeff at hell tmp]$ >> Message from syslogd at hell at Wed Apr 27 17:06:04 2005 ... >> hell kernel: Oops: 0000 [1] SMP > > Can you file a bugzilla on this, with the complete output of > dmesg please ? > > Dave > From dcasey at the-caseys.com Thu Apr 28 04:20:24 2005 From: dcasey at the-caseys.com (Donald Casey) Date: Thu, 28 Apr 2005 00:20:24 -0400 Subject: Kernel or Grub Message-ID: <20050428042032.B58737DC1BD@rad.worldramp.net> OK, I have found a very reproducible issue on my system. Don't know for sure if it is a Grub issue or Kernel. I believe that it is Grub because I have four Kernels on my system and all produce the same response now. Uncompressing Linux... Ok, booting the kernel. audit(1114645171.238:0):initialized Red Hat nash version 4.2.8 starting ERROR: /sbin/udevstart exited abnormally! (pid 417) ata2: disabling port ERROR: /sbin/udevstart exited abnormally! (pid 481) Reading all physical volumes. This may take a while... No volume groups found Unable to find volume group "VolGroup00" ERROR: /bin/lvm exited abnormally! (pid 483) mount: error 6 mounting ext3 ERROR opening /dev/console!!!!: 2 error dup2'ing fd of 0 to 0 error dup2'ing fd of 0 to 1 error dup2'ing fd of 0 to 2 unmounting old /proc unmounting old /sys switchroot: mount failed: 22 Kernel panic - not syncing: Attempted to kill init! What is the opinion of this forum? Thanx, Don From dcasey at the-caseys.com Thu Apr 28 04:50:07 2005 From: dcasey at the-caseys.com (Donald Casey) Date: Thu, 28 Apr 2005 00:50:07 -0400 Subject: Multiple boot errors In-Reply-To: <002801c54b3e$b3d5b570$59103140@jerim> Message-ID: <20050428045017.4DC0C7DC1A8@rad.worldramp.net> ________________________________________ >From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list->bounces at redhat.com] On Behalf Of William >Sent: Wednesday, April 27, 2005 11:35 AM >To: fedora-test-list at redhat.com >Subject: Multiple boot errors > >After the update yesterday around 3pm, I can not log into Linux. Here is the >situation. >? >1) During bootup it loads audit >2) While loading volumes it gives the error message "/sbin/undevstart exited >abnormally (PID 386)"?? and "/sbin/undevstart exited abnormally (PID 401)" >3) Then it gives me two screen full of similar error messages: >"audit (1114593678.830)? avc : denied forname=XXX dev=proc ino=XXX scontext" >4) When it gets to loading eth0, it gives this error message: >"cannot remove /etc/resolv.conf predhclient permission denied" followed by clvmd >failed >5) When it gets to the login screen it says default them is not available and uses >the one with the flower >6) Login box has three dots in it and will not focus. I can not type anything into >the login box. >? >I am running a Dell Inspiron 1150 with a Pentium 4 Celeron 2.6ghz, 512mb ram,? and >Intel 852 graphics with a BroadCom 440x 10/100 Network Controller. I have tried all >previous Kernels with same results. >? >? > >Jerim I have found similar results see my e-mail Kernel or Grub. You have a couple of thing going on though: 1. Your audit ... avc messages are coming from SELinux and wrong permissions on files. You will probably just need to run "fixfiles relabel" to straighten everything out at once. 2. etc/resolv.conf is where your DNS servers are listed and probably handed out by DHCP unless you set up your DNS as static. If it is DHCP then again it is a permissions issue but not with SELinux. 3. clvmd is a separate service that is not starting up, and will not affect the system 4. The problem with the login screen is someone decided to remove the "Default" so you need to start your machine with init 3 and change this to "Blue Curve" or some other. Thanx, Don From pri.rhl3 at iadonisi.to Thu Apr 28 04:58:49 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 28 Apr 2005 00:58:49 -0400 Subject: Kernel or Grub In-Reply-To: <20050428042032.B58737DC1BD@rad.worldramp.net> References: <20050428042032.B58737DC1BD@rad.worldramp.net> Message-ID: <1114664329.13556.3.camel@md.local.linuxlobbyist.org> On Thu, 2005-04-28 at 00:20 -0400, Donald Casey wrote: > OK, I have found a very reproducible issue on my system. Don't know for sure > if it is a Grub issue or Kernel. I believe that it is Grub because I have > four Kernels on my system and all produce the same response now. > > Uncompressing Linux... Ok, booting the kernel. > audit(1114645171.238:0):initialized > Red Hat nash version 4.2.8 starting > ERROR: /sbin/udevstart exited abnormally! (pid 417) > ata2: disabling port > ERROR: /sbin/udevstart exited abnormally! (pid 481) > Reading all physical volumes. This may take a while... > No volume groups found > Unable to find volume group "VolGroup00" > ERROR: /bin/lvm exited abnormally! (pid 483) > mount: error 6 mounting ext3 > ERROR opening /dev/console!!!!: 2 > error dup2'ing fd of 0 to 0 > error dup2'ing fd of 0 to 1 > error dup2'ing fd of 0 to 2 > unmounting old /proc > unmounting old /sys > switchroot: mount failed: 22 > Kernel panic - not syncing: Attempted to kill init! > > What is the opinion of this forum? That's no evidence at all that the problem is grub. You also failed to mention which kernels you are seeing this with. I saw that show up with several recent kernels. Oddly, it was also inconsistent. Sometimes the same kernel that failed as above would then successfully boot on the next try. Anyhow, I think I did see some discussion about that. Check the archives. The latest kernel (1268) seems to have solved the problem for me. -- -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 pjones at redhat.com Thu Apr 28 05:01:14 2005 From: pjones at redhat.com (Peter Jones) Date: Thu, 28 Apr 2005 01:01:14 -0400 Subject: Kernel or Grub In-Reply-To: <20050428042032.B58737DC1BD@rad.worldramp.net> References: <20050428042032.B58737DC1BD@rad.worldramp.net> Message-ID: <1114664474.10891.2.camel@localhost.localdomain> On Thu, 2005-04-28 at 00:20 -0400, Donald Casey wrote: > OK, I have found a very reproducible issue on my system. Don't know for sure > if it is a Grub issue or Kernel. I believe that it is Grub because I have > four Kernels on my system and all produce the same response now. > > Uncompressing Linux... Ok, booting the kernel. > audit(1114645171.238:0):initialized > Red Hat nash version 4.2.8 starting > ERROR: /sbin/udevstart exited abnormally! (pid 417) > ata2: disabling port > ERROR: /sbin/udevstart exited abnormally! (pid 481) > Reading all physical volumes. This may take a while... > No volume groups found > Unable to find volume group "VolGroup00" > ERROR: /bin/lvm exited abnormally! (pid 483) > mount: error 6 mounting ext3 > ERROR opening /dev/console!!!!: 2 > error dup2'ing fd of 0 to 0 > error dup2'ing fd of 0 to 1 > error dup2'ing fd of 0 to 2 > unmounting old /proc > unmounting old /sys > switchroot: mount failed: 22 > Kernel panic - not syncing: Attempted to kill init! > > What is the opinion of this forum? Neither -- udev was updated and had a broken udevstart.static, so the initrd failed to make /dev . (also, this was fixed in the rawhide-20050427 tree this morning) -- Peter From pri.rhl3 at iadonisi.to Thu Apr 28 05:04:52 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 28 Apr 2005 01:04:52 -0400 Subject: Kernel or Grub In-Reply-To: <1114664329.13556.3.camel@md.local.linuxlobbyist.org> References: <20050428042032.B58737DC1BD@rad.worldramp.net> <1114664329.13556.3.camel@md.local.linuxlobbyist.org> Message-ID: <1114664693.13556.6.camel@md.local.linuxlobbyist.org> On Thu, 2005-04-28 at 00:58 -0400, Paul Iadonisi wrote: [snip] > The latest kernel (1268) > seems to have solved the problem for me. Correction (after reading Peter's response): The last 'yum update' fixed my problem. My bad for assuming it was the kernel. -- -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 kgiris2005 at gmail.com Thu Apr 28 03:56:18 2005 From: kgiris2005 at gmail.com (Kenneth Geddings Jr.) Date: Wed, 27 Apr 2005 23:56:18 -0400 Subject: formatting your hard drive for testing Message-ID: <42705EE2.2080305@gmail.com> i want to set up my hard drive to have three partitions one is the windows xp home partition, one will be my main Linux partition (for fedora core ) and the other will be a testing ground partition so i can test out latest fedora core tests and or try out other Linux distributions with it. i am going to use the mandrake installer to format and resize my hardrive but what should i set the two Linux partitions as what file system? and will it be easy to delete and overwrite a Linux partition that i will use for testing? thanks Kenneth Geddings Jr. Associate Member Free Software Foundation www.fsf.org From roger at gwch.net Thu Apr 28 06:16:41 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 28 Apr 2005 08:16:41 +0200 Subject: Stealthing Ports in system-config-securitylevel was: SSH brute force attack Message-ID: <42707FC9.2030300@gwch.net> Hi, Taking again the thread about the SSH brute force attacks, but with a question. We have a nice tool called system-config-securitylevel, why isn't it possible to indicate some ips or ranges there an click to "stealth" so, this port is just visible to the indicated ip-adresses?? Roger From nman64 at n-man.com Thu Apr 28 06:24:36 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Thu, 28 Apr 2005 01:24:36 -0500 Subject: formatting your hard drive for testing In-Reply-To: <42705EE2.2080305@gmail.com> References: <42705EE2.2080305@gmail.com> Message-ID: <427081A4.90104@n-man.com> Kenneth Geddings Jr. wrote: > i want to set up my hard drive to have three partitions one is the > windows xp home partition, one will be my main Linux partition (for > fedora core ) and the other will be a testing ground partition so i > can test out latest fedora core tests and or try out other Linux > distributions with it. i am going to use the mandrake installer to > format and resize my hardrive but what should i set the two Linux > partitions as what file system? and will it be easy to delete and > overwrite a Linux partition that i will use for testing? > > thanks > > Kenneth Geddings Jr. > Associate Member > Free Software Foundation > www.fsf.org > I'm not sure if you've already set up Windows, but the best way to do things, starting from a clean drive, is to install Windows first, specifying the desired size for the Windows partition with the Windows installer and leaving the rest of the drive alone. Once Windows is installed, start the Fedora Core installation. Manually partition the rest of the disk to your liking. You'll at least want a root partition ( / mount point, ext3 filesystem) for each Linux installation and a swap partition (has no mount point, 'swap' format) that the Linux installations may share. Your swap partition should probably at least match your RAM in size. Many people further subdivide the drive, that's a matter of preference. Once Fedora Core is installed, you'll be able to choose between Fedora Core and Windows (labelled 'Other' by default) using the Grub bootloader. If you want read-write access to your Windows partition under Linux, you'll need to use the FAT32 format when installing it. Support in Linux for NTFS is incomplete. There are projects to allow read-write access to ext3 partitions from within Windows, but I can't name any off the top of my head, nor do I recommend giving read-write access to your Linux partition to something as untrustworthy as Windows. After installing other distributions, it may be necessary to alter your bootloader configuration in order to boot everything. I recommend using Grub from Fedora Core as your bootloader, configuring it for any other operating systems you install. I'm not biased, it just works well. You should probably create a Grub boot disk to keep handy in case your boot record is overwritten. -Patrick "The N-Man" Barnes nman64 at n-man.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From fedora at nodata.co.uk Thu Apr 28 10:20:48 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 28 Apr 2005 12:20:48 +0200 (CEST) Subject: Stealthing Ports in system-config-securitylevel was: SSH brute force attack In-Reply-To: <42707FC9.2030300@gwch.net> References: <42707FC9.2030300@gwch.net> Message-ID: <5446.213.164.3.90.1114683648.squirrel@www.nodata.co.uk> > Hi, > > Taking again the thread about the SSH brute force attacks, but with a > question. > > We have a nice tool called system-config-securitylevel, why isn't it > possible to indicate some ips or ranges there an click to "stealth" so, > this port is just visible to the indicated ip-adresses?? > > Roger > Because it's a simple gui tool designed to be simple. From greenrd at presidium.org Thu Apr 28 10:33:55 2005 From: greenrd at presidium.org (Robin Green) Date: Thu, 28 Apr 2005 06:33:55 -0400 (EDT) Subject: formatting your hard drive for testing In-Reply-To: <42705EE2.2080305@gmail.com> References: <42705EE2.2080305@gmail.com> Message-ID: On Wed, 27 Apr 2005, Kenneth Geddings Jr. wrote: > i want to set up my hard drive to have three partitions one is the windows xp > home partition, one will be my main Linux partition (for fedora core ) and > the other will be a testing ground partition so i can test out latest fedora > core tests and or try out other Linux distributions with it. i am going to > use the mandrake installer to format and resize my hardrive Wow, does it support resizing NTFS partitions? I hope the fedora installer supports that in future. > but what should i > set the two Linux partitions as what file system? Doesn't really matter. You can always change it when you come to install fedora. Ext3 is the only officially supported filesystem in fedora, but in my experience reiserfs is more dependable (let's not start a flamewar please! ;) However you should not choose vfat as it's not possible to install linux on vfat. vfat is for access to windows 98 partitions, usb storage devices, etc. > and will it be easy to > delete and overwrite a Linux partition that i will use for testing? Yes. -- Robin From RouillardSy at yahoo.fr Thu Apr 28 10:54:06 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Thu, 28 Apr 2005 12:54:06 +0200 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: References: Message-ID: <200504281254.06222.RouillardSy@yahoo.fr> Jeff, Probably you could jump on the train of https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155810 This bug was initially reported as affecting OOo, but maybe the its scope should be extended to any i386 app. Sylvain Le Mercredi 27 Avril 2005 23:03, Jeff Sheltren a ?crit?: > I am currently unable to run i386 packages on FC4 x86_64. I believe this > is a new occurrence after doing an update to the latest devel packages this > morning (I'll be glad to give the full list, but it was 150+ packages). > > Now when I try to run i386 binaries, they segfault. Even trying to run > 'ldd' on an i386 binary segfaults... > > For example (firefox.i386): > [jeff at hell tmp]$ rpm -qi firefox > Name : firefox Relocations: (not relocatable) > Version : 1.0.3 Vendor: Red Hat, Inc. > Release : 2 Build Date: Fri 15 Apr 2005 > 11:22:03 PM PDT > Install Date: Wed 27 Apr 2005 01:42:54 PM PDT Build Host: > decompose.build.redhat.com > Group : Applications/Internet Source RPM: > firefox-1.0.3-2.src.rpm > Size : 31210908 License: MPL/LGPL > Signature : DSA/SHA1, Mon 25 Apr 2005 12:36:56 PM PDT, Key ID > da84cbd430c9ecf8 > Packager : Red Hat, Inc. > URL : http://www.mozilla.org/projects/firefox/ > Summary : Mozilla Firefox Web browser. > Description : > Mozilla Firefox is an open-source web browser, designed for standards > compliance, performance and portability. > [jeff at hell tmp]$ firefox > Segmentation fault > > strace of firefox ends with: > execve("/usr/lib/firefox-1.0.3/mozilla-xremote-client", > ["/usr/lib/firefox-1.0.3/mozilla-x"..., "-a", "firefox", > "xfeDoCommand(openBrowser)"], [/* 31 vars */]) = 0 > [ Process PID=3604 runs in 32 bit mode. ] > brk(0) = 0x804c000 > --- SIGSEGV (Segmentation fault) @ 0 (0) --- > +++ killed by SIGSEGV +++ > > ldd gives: > [jeff at hell firefox-1.0.3]$ pwd > /usr/lib/firefox-1.0.3 > [jeff at hell firefox-1.0.3]$ ldd firefox-bin > /usr/bin/ldd: line 116: 3639 Segmentation fault > LD_TRACE_LOADED_OBJECTS=1 LD_WARN= LD_BIND_NOW= > LD_LIBRARY_VERSION=$verify_out LD_VERBOSE= "$@" > > I get similar results with other i386 binaries. I am positive that I could > run them before on this machine (running FC4); the problem is I'm not > exactly sure when this stopped working, so it makes it hard to figure out > the cause. The problem persists on both kernel-smp-2.6.11-1.1261_FC4 and > kernel-smp-2.6.11-1.1268_FC4 > > Any ideas? Let me know if you need more info. > > Thanks, > Jeff From roger at gwch.net Thu Apr 28 11:01:23 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 28 Apr 2005 13:01:23 +0200 (CEST) Subject: Stealthing Ports in system-config-securitylevel was: SSH brute force attack In-Reply-To: <5446.213.164.3.90.1114683648.squirrel@www.nodata.co.uk> References: <42707FC9.2030300@gwch.net> <5446.213.164.3.90.1114683648.squirrel@www.nodata.co.uk> Message-ID: <38252.62.2.21.164.1114686083.squirrel@www.gwch.net> >> Hi, >> >> Taking again the thread about the SSH brute force attacks, but with a >> question. >> >> We have a nice tool called system-config-securitylevel, why isn't it >> possible to indicate some ips or ranges there an click to "stealth" so, >> this port is just visible to the indicated ip-adresses?? >> >> Roger >> > > Because it's a simple gui tool designed to be simple. > you're right at this point, it's adding a function more., but adding this function would not mean crashing usability of this tool, i think. It's just an senseful option more, that keeps EASY the users computers more secure - specially on servers. If we were talking about usability, why not discussing an application level gateway-firewall for fedora like eg. zonealarm? This is well known by most of all users... Roger From kernel at start.no Thu Apr 28 11:21:39 2005 From: kernel at start.no (Linux Bruker) Date: Thu, 28 Apr 2005 13:21:39 +0200 (CEST) Subject: Newl FC4T2-x86_64 install won't boot on AMD64 Message-ID: <1114687299.4270c743066bd@epost.start.no> I've just installed FC4T2 x86_64 on a new AMD64 system (via K8T800 Pro chipset). When setup finished and restartet computer it just hangs after trying to load kernel. If I remove 'acpi=off' from grub kernel line it goes a bit further but stops and asks me for a runlevel. It complains about not finding inittab.. I'm using a SATA drive btw. PS! I'm not the only one having this problem. See this forum thread: http://forums.fedoraforum.org/showthread.php?p=248728 PPS! I did an install of FC3 x86_64 yesterday and installed all (!) the updates. Rebooted the computer and noticed I had got a new 2.6.11 kernel (FC3 uses 2.6.9 when installed) and I got the same problem there as with FC4T2. Anyone got a clever workaround? /Christopher ------------------------------------------------------------ F? din egen @start.no-adresse gratis p? http://www.start.no/ From dcasey at the-caseys.com Thu Apr 28 11:47:04 2005 From: dcasey at the-caseys.com (Donald Casey) Date: Thu, 28 Apr 2005 07:47:04 -0400 Subject: Kernel or Grub In-Reply-To: <1114664474.10891.2.camel@localhost.localdomain> Message-ID: <20050428114832.36B2E7DC219@rad.worldramp.net> > -----Original Message----- > From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list- > bounces at redhat.com] On Behalf Of Peter Jones > Sent: Thursday, April 28, 2005 1:01 AM > To: For testers of Fedora Core development releases > Subject: Re: Kernel or Grub > > On Thu, 2005-04-28 at 00:20 -0400, Donald Casey wrote: > > OK, I have found a very reproducible issue on my system. Don't know for > sure > > if it is a Grub issue or Kernel. I believe that it is Grub because I > have > > four Kernels on my system and all produce the same response now. > > > > Uncompressing Linux... Ok, booting the kernel. > > audit(1114645171.238:0):initialized > > Red Hat nash version 4.2.8 starting > > ERROR: /sbin/udevstart exited abnormally! (pid 417) > > ata2: disabling port > > ERROR: /sbin/udevstart exited abnormally! (pid 481) > > Reading all physical volumes. This may take a while... > > No volume groups found > > Unable to find volume group "VolGroup00" > > ERROR: /bin/lvm exited abnormally! (pid 483) > > mount: error 6 mounting ext3 > > ERROR opening /dev/console!!!!: 2 > > error dup2'ing fd of 0 to 0 > > error dup2'ing fd of 0 to 1 > > error dup2'ing fd of 0 to 2 > > unmounting old /proc > > unmounting old /sys > > switchroot: mount failed: 22 > > Kernel panic - not syncing: Attempted to kill init! > > > > What is the opinion of this forum? > > Neither -- udev was updated and had a broken udevstart.static, so the > initrd failed to make /dev . > > (also, this was fixed in the rawhide-20050427 tree this morning) > > -- > Peter > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list Peter, Looks as though you are exactly correct. This was happening with every Kernel on my machine 1226, 1258, 1267, and 1267. Udev would have issues with every start but only would panic the Kernel sometimes. So far this morning with the new Kernel 1268, and new udev I have not received a udev failure or Kernel panic. Thanx, Don From jpearson42 at wowway.com Thu Apr 28 11:57:22 2005 From: jpearson42 at wowway.com (John Pearson) Date: Thu, 28 Apr 2005 07:57:22 -0400 Subject: kernel-2.6.11-1.1275_FC4.x86_64 - Running stable In-Reply-To: References: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> Message-ID: <200504280757.23372.jpearson42@wowway.com> On Wednesday 27 April 2005 09:26 pm, Justin Conover wrote: > On 4/27/05, Justin Conover wrote: > > On 4/27/05, Build System wrote: > > > Updated Packages: > > Just read Warren Togami blog, you can certianly count me in on that :D > I'll let you know in 8-10 hours if it has gone down or froze up. > > http://www.livejournal.com/users/wtogami/ > > http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/ I installed kernel-2.6.11-1.1275_FC4.x86_64 last night. The machine has been active and stable for 9+ hours at this point. This is the first kernel version since 1253 that I have been able to run and work upon. It is looking good at this point. -Jpearson From buildsys at redhat.com Thu Apr 28 12:00:58 2005 From: buildsys at redhat.com (Build System) Date: Thu, 28 Apr 2005 08:00:58 -0400 Subject: rawhide report: 20050428 changes Message-ID: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> Removed package classpath-inetlib Removed package servletapi5 Updated Packages: GConf2-2.10.0-3 --------------- * Wed Apr 27 2005 Mark McLoughlin 2.10.0-3 - Fix undefined symbol in the evoldap backend GFS-kernel-2.6.11.3-20050426.134031.FC4.4 ----------------------------------------- SysVinit-2.85-39 ---------------- * Wed Apr 27 2005 Bill Nottingham - 2.85-39 - invoke single-user shell as a login shell (#105653) alsa-lib-1.0.9rc2-1 ------------------- * Fri Apr 22 2005 Martin Stransky 1.0.9rc2-1 - updated to 1.0.9rc2 - add ainit tool - dmix is now default pcm device alsa-utils-1.0.9rc2-1 --------------------- * Mon Apr 25 2005 Martin Stransky 1.0.9rc2-1 - New upstream version - add /usr/lib/rpm/redhat/find-lang.sh /usr/src/build/559784-x86_64/install macro (#155719) anaconda-10.2.0.55-1 -------------------- * Wed Apr 27 2005 Jeremy Katz - 10.2.0.55-1 - Don't spam about package downloads in cmdline mode (#155250) - Apply jnovy's patch to fix space calculations for > 2 TB devices (#155709) - Set default font for CJK better (clumens, #156052) - Add --label for part in kickstart (clumens, #79832) - Ensure decimal IP addrs (#156088) - Apply patch from Joe Pruett for rpmarch= fixes (#101971) - Don't set SUPPORTED unnecessarily (#115847) - Give more room for cyl #s (#119767) - Bump size of diskboot.img - Add back button for required media message (#114770) - Fix lvs showing up with a mountpoint of 0 (#153965) - Nuke some debug code - Don't try to unmount (tmpfs) /dev - Write a minimal mtab to avoid fsck/mount complaints (pjones) cman-kernel-2.6.11.3-20050425.154843.FC4.2 ------------------------------------------ crypto-utils-2.2-4 ------------------ * Wed Apr 27 2005 Joe Orton 2.2-4 - genkey: create private key files with permissions 0400 - genkey: tidy up error handling a little desktop-backgrounds-2.0-29 -------------------------- * Wed Apr 27 2005 John (J5) Palmieri 2.0-29 - Add translations - redhat-backgrounds-9 dhcp-10:3.0.2-11 ---------------- * Wed Apr 27 2005 Jason Vas Dias 10:3.0.2-11 - as pointed out by Peter Jones, dhclient-script spews - 'chkconfig: Usage' if run in init state 1 (runlevel returns "unknown".) - this is now corrected. * Mon Apr 25 2005 Jason Vas Dias 10:3.0.2-10 - dhclient-script dhcdbd extensions. - Tested to have no effect unless dhcdbd invokes dhclient. * Thu Apr 21 2005 Jason Vas Dias 10:3.0.2-9 - bugs 153244 & 155143 are now fixed with SELinux policy; autotrans now works for dhcpc_t, so restorecons are not required, and dhclient runs OK under dhcpc_t with SELinux enforcing. - fix bug 155506: 'predhclien' typo (emacs!). dlm-kernel-2.6.11.3-20050425.154843.FC4.2 ----------------------------------------- eclipse-cdt-1:3.0.0_fc-0.M6.5 ----------------------------- * Wed Apr 27 2005 Phil Muldoon 3.0.0_fc-0.M6.5 - Changed to find-and-aot-compile build usage - Added "if gcj_support" toggle - Fixed installing all arch fragments (now only installs one (correct) arch) - Redid BuildRequires and Requires to remove old/unneeded dependencies - Cleaned x86_64 declares. ethereal-0.10.11-0.pre2 ----------------------- * Wed Apr 27 2005 Radek Vokal 0.10.11-0.pre2 - nasty bug found, capture segfault when no interface selected * Wed Apr 27 2005 Radek Vokal 0.10.11-0.pre1 - ethereal prerelease - incorect SMB patch removed (#155920) - fixed problem with IAX2 packets (#154589) gconf-editor-2.10.0-5 --------------------- * Wed Apr 27 2005 Jeremy Katz - 2.10.0-5 - fix the %post to install the gconf schema correctly too (#152238) gnbd-kernel-2.6.11.2-20050420.133124.FC4.6 ------------------------------------------ gnome-doc-utils-0.2.0-2 ----------------------- * Tue Apr 26 2005 Ray Strode - 0.2.0-2 - Add patch that might fix yelp links (bug 146862) gnome-panel-2.10.1-7 -------------------- * Wed Apr 27 2005 Mark McLoughlin - 2.10.1-6 - Add patch to clamp the size of the icons on the panel at 48x48. Fixes "moved the panel to the side, can't move it back" issue (rh #141743) * Wed Apr 27 2005 Mark McLoughlin 2.10.1-6 - Reference the OpenOffice.org Impress .desktop file correctly * Wed Apr 27 2005 Mark McLoughlin 2.10.1-5 - Update launcher locations for OpenOffice.org icons gnome-themes-2.10.1-2 --------------------- * Wed Apr 27 2005 John (J5) Palmieri - 2.10.1-2 - Patch Clearlooks icon theme to inherit from bluecurve hal-0.5.1-1 ----------- * Wed Apr 27 2005 David Zeuthen 0.5.1 - Update to upstream release 0.5.1 hardlink-1:1.0-1.13 ------------------- * Wed Apr 27 2005 Jeremy Katz - don't try to hardlink 0 byte files (#154404) hotplug-3:2004_09_23-5 ---------------------- * Wed Apr 27 2005 Bill Nottingham 3:2004_09_23-5 - fix firmware agent for the presence of two sysfs directories (#143067) jpackage-utils-0:1.6.3-1jpp_1rh ------------------------------- * Wed Apr 27 2005 Thomas Fitzsimmons - 0:1.6.3-1jpp_1rh - Import jpackage-utils 0:1.6.3-1jpp from jpackage.org. - Add rebuild-security-providers script. - Install security directory in /etc. - Remove homedir patch. - Don't look for LICENSE.txt. * Fri Jan 28 2005 Nicolas Mailhot - 0:1.6.3-1jpp - prefer full JVM to JRE when not specified (my bad, sorry) - remove LICENSE.txt as it does not seem to exist in the jpp16 branch anymore * Sat Jan 15 2005 Nicolas Mailhot - 0:1.6.2-1jpp Happy new year jpackagers! - No longer define JAVA_HOME in default shipped java.conf (me) - Search if $JVM_ROOT/jre or $JVM_ROOT/java exist in functions if JAVA_HOME is not defined in java.conf (me) - Source ~/.java/java.conf in addition to /etc/java/java.conf in functions (me) - Make find-jar use the same error code as build-classpath (Joe Wortmann) (note however find-jar was never intended to use directly in scripts, it's a low-level way to test the search engine) - Change macros slightly so they no longer wreak havoc on x86_64 systems (Thomas Fitzsimmons for Red Hat) This is probably only a short-term fix since we've yet to decide how to handle real x86_64 JVMs cleanly. kernel-2.6.11-1.1275_FC4 ------------------------ * Wed Apr 27 2005 Dave Jones - Hopefully fix the random reboots some folks saw on x86-64. * Wed Apr 27 2005 Jeremy Katz - fix prereqs for -devel packages * Wed Apr 27 2005 Rik van Riel - Fix up the vdso stuff so kernel-xen* compile again - Import upstream bugfix so xenU domains can be started again kudzu-1.1.115-1 --------------- * Wed Apr 27 2005 Bill Nottingham 1.1.115-1 - hack for nForce4 (#153176) - fix uninitialized memory use in pci probe libbonoboui-2.8.1-4 ------------------- * Wed Apr 27 2005 Ray Strode 2.8.1-4 - Add fixed tamil translation (bug 135354). libgnome-2.10.0-3 ----------------- * Wed Apr 13 2005 John (J5) Palmieri - 2.10.0-3 - Change the default icon theme back to Clearlooks as the Clearlooks icon theme will now inherit from Bluecurve lvm2-2.01.08-2.1 ---------------- * Wed Apr 27 2005 Alasdair Kergon - 2.01.08-2.1 - Add /etc/lvm * Wed Apr 27 2005 Alasdair Kergon - 2.01.08-2.0 - No longer abort read operations if archive/backup directories aren't there. - Add runtime directories and file to the package. * Tue Mar 22 2005 Alasdair Kergon - 2.01.08-1.0 - Improve detection of external changes affecting internal cache. - Add clustered VG attribute. - Suppress rmdir opendir error message. mdadm-1.9.0-3.fc4 ----------------- * Wed Apr 27 2005 Jeremy Katz - 1.9.0-3.fc4 - fix mdmonitor initscript (#144717) ncurses-5.4-17 -------------- * Wed Apr 27 2005 Petr Rockai - 5.4-17 - apply patch from Hans de Goede, fixing BR142659 [The terminfo data for kbs changed from \177 to ^H] openmotif21-2.1.30-14 --------------------- * Wed Apr 27 2005 Thomas Woerner 2.1.30-14 - fixed undefined _Xsetlocale symbol - fixed missing stdlib.h in CutPaste.c openssl-0.9.7f-6 ---------------- * Wed Apr 27 2005 Tomas Mraz 0.9.7f-6 - use poll instead of select in rand (#128285) - fix Makefile.certificate to point to /etc/pki/tls - change the default string mask in ASN1 to PrintableString+UTF8String * Mon Apr 25 2005 Joe Orton 0.9.7f-5 - update to revision 1.37 of Mozilla CA bundle openswan-2.3.1-2 ---------------- * Wed Apr 27 2005 Harald Hoyer - 2.3.1-2 - added Requires(post) of coreutils bash (bug 155699) - added Requires(preun) initscripts chkconfig rhpl-0.160-1 ------------ * Wed Apr 27 2005 Jeremy Katz - 0.160-1 - don't build ethtool stuff on s390 * Wed Apr 27 2005 Jeremy Katz - 0.159-1 - add some more weird X modes (sandmann AT redhat DOT com) - fix gtk deprecation warnings (clumens) rpm-4.4.1-11 ------------ * Wed Apr 27 2005 Paul Nasrat - 4.4.1-11 - Fix for (pre,postun) (#155700) - Erase ordering selinux-policy-strict-1.23.13-4 ------------------------------- * Wed Apr 27 2005 Dan Walsh 1.23.13-4 - Update to fix smtp random device access - Add i18n_input changes from Akira TAGOH selinux-policy-targeted-1.23.13-4 --------------------------------- * Wed Apr 27 2005 Dan Walsh 1.23.13-4 - Update to fix smtp random device access - Add i18n_input changes from Akira TAGOH sendmail-8.13.4-1.1 ------------------- * Wed Apr 27 2005 Thomas Woerner 8.13.4-1.1 - added configuration example for Cyrus-IMAPd to sendmail.mc (#142001) Thanks to Alexander Dalloz spamassassin-3.0.3-3.fc4 ------------------------ * Wed Apr 27 2005 Warren Togami - 3.0.3-3 - 3.0.3 - SA#4287 retval fix - allow replacement of rc service script during upgrades * Mon Apr 25 2005 Warren Togami - 3.0.3-0.r164513 - 3.0.3-r164513 (almost final) * Thu Apr 21 2005 Warren Togami - 3.0.2-9 - SA#4191 uri_to_domain() is broken for urls with empty port SA#4232 multipart message with 0 parts -> uninitialized in m// SA#4121 Score for user defined rules become ignored SA#3944 get_envelope_from not handling received header system-config-bind-4.0.0-10 --------------------------- * Wed Apr 27 2005 Jason Vas Dias - 4.0.0-10 - Add User Guide & Manual in /usr/share/doc/system-config-bind-4.0.0 * Wed Apr 27 2005 Miloslav Trmac - 4.0.0-9 - Remove dependency on 4Suite (#155113) system-config-keyboard-1.2.6-2 ------------------------------ * Wed Apr 27 2005 Jeremy Katz - 1.2.6-2 - silence %post up2date-4.4.17-1 ---------------- * Wed Apr 27 2005 Adrian Likins 4.4.17 - fix some bugs in the way repomdRepo creates the package lists From justin.conover at gmail.com Thu Apr 28 12:04:49 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 28 Apr 2005 07:04:49 -0500 Subject: kernel-2.6.11-1.1275_FC4.x86_64 - Running stable In-Reply-To: <200504280757.23372.jpearson42@wowway.com> References: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> <200504280757.23372.jpearson42@wowway.com> Message-ID: On 4/28/05, John Pearson wrote: > On Wednesday 27 April 2005 09:26 pm, Justin Conover wrote: > > On 4/27/05, Justin Conover wrote: > > > On 4/27/05, Build System wrote: > > > > Updated Packages: > > > > > Just read Warren Togami blog, you can certianly count me in on that :D > > I'll let you know in 8-10 hours if it has gone down or froze up. > > > > http://www.livejournal.com/users/wtogami/ > > > > http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/ > > I installed kernel-2.6.11-1.1275_FC4.x86_64 last night. The machine has been > active and stable for 9+ hours at this point. This is the first kernel > version since 1253 that I have been able to run and work upon. It is looking > good at this point. > > -Jpearson > # uptime 07:04:23 up 10:32, 3 users, load average: 0.68, 0.33, 0.17 From cimmo at libero.it Thu Apr 28 13:11:41 2005 From: cimmo at libero.it (Cimmo) Date: Thu, 28 Apr 2005 15:11:41 +0200 Subject: kernel-2.6.11-1.1275_FC4.x86_64 - Running stable In-Reply-To: References: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> <200504280757.23372.jpearson42@wowway.com> Message-ID: <4270E10D.6070102@libero.it> Yes also for me no more crashes, unforntunatelly no more 32 bit programs run. Segmentation fault when launched. From 1258 to 1275 only bad kernels for x86_64 hope to see better new one... bye Cimo From ken at geekystuff.net Fri Apr 29 09:05:09 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Fri, 29 Apr 2005 09:05:09 +0000 Subject: System Clock Kernel Bug x86_64 Message-ID: <1114765509.20832.38.camel@knordquist> In the true spirit of "what have you done for me lately," I wonder if the kernel guys have a clue about bug 155112 (System Clock Running @ 2x Speed with ATI Radeon Xpress 200). https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155112 I google this every other day or so to see if anyone managed to solve the problem, but I have not seen anything concrete. I am excited about the x86_64 becoming stable enough to use again. As I said in a previous email, I installed Kanotix so I could use my system for the short run. Tomorrow I will try reinstalling FC4t2 from CD's, updating and see how she flies for me. I will say that my respect the kernel devs has grown dramatically after reading the build log for kernel 1275. I cannot imagine keeping track of the various hardware configs and patches, etc. I look forward to reaping the benefits of your hard work! Regards, Ken Nordquist ken at geekystuff.net From linux_4ever at yahoo.com Thu Apr 28 13:33:22 2005 From: linux_4ever at yahoo.com (Steve G) Date: Thu, 28 Apr 2005 06:33:22 -0700 (PDT) Subject: Stealthing Ports in system-config-securitylevel was: SSH brute force attack In-Reply-To: 6667 Message-ID: <20050428133322.90716.qmail@web51506.mail.yahoo.com> >If we were talking about usability, why not discussing an application level >gateway-firewall for fedora like eg. >zonealarm? This is well known by most of all users... Take a look at firewall builder in extras. -Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From roger at gwch.net Thu Apr 28 13:35:25 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 28 Apr 2005 15:35:25 +0200 (CEST) Subject: Stealthing Ports in system-config-securitylevel was: SSH brute force attack In-Reply-To: <20050428133322.90716.qmail@web51506.mail.yahoo.com> References: 6667 <20050428133322.90716.qmail@web51506.mail.yahoo.com> Message-ID: <37764.62.2.21.164.1114695325.squirrel@www.gwch.net> >>If we were talking about usability, why not discussing an application level >>gateway-firewall for fedora like eg. >>zonealarm? This is well known by most of all users... > > Take a look at firewall builder in extras. > > -Steve > i do know that fwbuilder as firestarter are in extras, but i still think, that fwbuiler is not really for newbs... Roger From pza at pza.net.au Thu Apr 28 14:10:08 2005 From: pza at pza.net.au (Phil Anderson) Date: Fri, 29 Apr 2005 00:10:08 +1000 Subject: new-mail-notify missing in evolution Message-ID: <4270EEC0.7030003@pza.net.au> Hi, I just did an ftp install off the current development tree, and it completed perfectly, and everything is working a treat. Thanks to all involved. My only issue is that the inbox monitor applet has gone. This appears to be an upstream decision in GNOME 2.10. However, from what I understand, it has been replaced by the new-mail-notify plugin in evolution. The version of evolution in devel doesn't have this plugin! Anyone know what's going on here? Or is it time for bugzilla? Cheers, Phil From fedora at leemhuis.info Thu Apr 28 15:12:07 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 28 Apr 2005 17:12:07 +0200 Subject: System Clock Kernel Bug x86_64 In-Reply-To: <1114765509.20832.38.camel@knordquist> References: <1114765509.20832.38.camel@knordquist> Message-ID: <1114701127.5432.7.camel@notebook.thl.home> Am Freitag, den 29.04.2005, 09:05 +0000 schrieb Ken Nordquist: > In the true spirit of "what have you done for me lately," I wonder if > the kernel guys have a clue about bug 155112 (System Clock Running @ 2x > Speed with ATI Radeon Xpress 200). > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155112 > > I google this every other day or so to see if anyone managed to solve > the problem, but I have not seen anything concrete. Also google for BIOS Updates. They might fix the problem. ;-) > I am excited about the x86_64 becoming stable enough to use again. The first time I saw such a problem was two years ago iirc. I then saw them now and then on different ati / uli(ali) hardware with diffenrent kernels (not fedora specific). Never elsewhere. > As I > said in a previous email, I installed Kanotix so I could use my system > for the short run. iirc it can be worked around without acpi. Or maybe try this kernel parameter (I tried it but can't remember if it helped): clock= [BUGS=IA-32, HW] gettimeofday timesource override. Forces specified timesource (if avaliable) to be used when calculating gettimeofday(). If specicified timesource is not avalible, it defaults to PIT. Format: { pit | tsc | cyclone | pmtmr } HTH -- Thorsten Leemhuis From tony at tgds.net Thu Apr 28 15:13:11 2005 From: tony at tgds.net (tony) Date: Thu, 28 Apr 2005 17:13:11 +0200 Subject: testing on VIA EPIA M10000 Message-ID: <1114701191.3153.6.camel@hush> I bit the bullet and am playing with test 2 on above machine. The good: - DVB card recognised and modules loaded on boot hey udev is fixed! - most stuff seems to work The bad: - having some USB issues which lead to machine locking hard and have not found logs as to what is wrong yet (plugging in a USB key and unmounting it is an example) - xine won't compile with gcc4... how do I watch TV with the working DVB card =;-p The ugly: - can't get my own kernel to boot - HAL udev stuff I guess giving me permission refused messages when jdb and ext3 modules try to load I need to make a kernel with DRM/DRI for the CLE266 and other VIA specific stuff Cheers Tony From tony at tgds.net Thu Apr 28 15:13:58 2005 From: tony at tgds.net (tony) Date: Thu, 28 Apr 2005 17:13:58 +0200 Subject: testing on VIA EPIA M10000 Message-ID: <1114701239.3153.7.camel@hush> I bit the bullet and am playing with test 2 on above machine. The good: - DVB card recognised and modules loaded on boot hey udev is fixed! - most stuff seems to work The bad: - having some USB issues which lead to machine locking hard and have not found logs as to what is wrong yet (plugging in a USB key and unmounting it is an example) - xine won't compile with gcc4... how do I watch TV with the working DVB card =;-p The ugly: - can't get my own kernel to boot - HAL udev stuff I guess giving me permission refused messages when jdb and ext3 modules try to load I need to make a kernel with DRM/DRI for the CLE266 and other VIA specific stuff Cheers Tony From tony at tgds.net Thu Apr 28 15:14:14 2005 From: tony at tgds.net (tony) Date: Thu, 28 Apr 2005 17:14:14 +0200 Subject: tracking crashes in the night Message-ID: <1114701254.3153.8.camel@hush> Hi, Yesterday FC4 test 2 crashed at between 05:01:01 and the next cron hourly this morning I was testing VDR and it was recording Lawn Mower Man when FC4 crashed at around 2 a.m. (I have 400 Mb of recording) Looking at the logs there is no clue of what process is causing this. Can someone tell me what to do to find the cause please? Cheers Tony From fedora at leemhuis.info Thu Apr 28 15:36:53 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 28 Apr 2005 17:36:53 +0200 Subject: new-mail-notify missing in evolution In-Reply-To: <4270EEC0.7030003@pza.net.au> References: <4270EEC0.7030003@pza.net.au> Message-ID: <1114702613.5432.10.camel@notebook.thl.home> Am Freitag, den 29.04.2005, 00:10 +1000 schrieb Phil Anderson: > My only issue is that the inbox monitor applet has gone. This appears > to be an upstream decision in GNOME 2.10. However, from what I > understand, it has been replaced by the new-mail-notify plugin in > evolution. Is it ready yet? I thought they were planing it for gnome 2.12. Anyway try mail-notification from extras, maybe it suits your needs. -- Thorsten Leemhuis From czar at czarc.net Thu Apr 28 15:34:53 2005 From: czar at czarc.net (Gene C.) Date: Thu, 28 Apr 2005 11:34:53 -0400 Subject: kernel-2.6.11-1.1275_FC4.x86_64 - Running stable In-Reply-To: <4270E10D.6070102@libero.it> References: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> <4270E10D.6070102@libero.it> Message-ID: <200504281134.53751.czar@czarc.net> On Thursday 28 April 2005 09:11, Cimmo wrote: > Yes also for me no more crashes, unforntunatelly no more 32 bit programs > run. > > Segmentation fault when launched. > > ?From 1258 to 1275 only bad kernels for x86_64 hope to see better new > one... Yes, I am also seeing this ... running any 32 bit application I have tried results in a Segmentation Fault. Note to vmware users -- this appears to be the problem with vmware too since /usr/bin/vmware-config.pl gets a Segmentation fault trying to execute /usr/lib/vmware/bin/vmware which is a 32 bit application. -- Gene From czar at czarc.net Thu Apr 28 15:47:53 2005 From: czar at czarc.net (Gene C.) Date: Thu, 28 Apr 2005 11:47:53 -0400 Subject: kernel-2.6.11-1.1275_FC4.x86_64 - Running stable In-Reply-To: <4270E10D.6070102@libero.it> References: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> <4270E10D.6070102@libero.it> Message-ID: <200504281147.53433.czar@czarc.net> On Thursday 28 April 2005 09:11, Cimmo wrote: > Yes also for me no more crashes, unforntunatelly no more 32 bit programs > run. > > Segmentation fault when launched. > > ?From 1258 to 1275 only bad kernels for x86_64 hope to see better new > one... reported: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156268 -- Gene From czar at czarc.net Thu Apr 28 15:50:15 2005 From: czar at czarc.net (Gene C.) Date: Thu, 28 Apr 2005 11:50:15 -0400 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: References: Message-ID: <200504281150.15511.czar@czarc.net> On Wednesday 27 April 2005 18:43, Jeff Sheltren wrote: > Yesterday 18:43:32 > > > Hi Dave, I'm now running 2.6.11-1.1275_FC4smp but I'm still having > segfaults on i386 binaries. > $ uname -a > Linux hell 2.6.11-1.1275_FC4smp #1 SMP Wed Apr 27 14:36:36 EDT 2005 x86_64 > x86_64 x86_64 GNU/Linux Same here -- https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156268 -- Gene From michal at harddata.com Thu Apr 28 15:50:57 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 28 Apr 2005 09:50:57 -0600 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: <200504281254.06222.RouillardSy@yahoo.fr>; from RouillardSy@yahoo.fr on Thu, Apr 28, 2005 at 12:54:06PM +0200 References: <200504281254.06222.RouillardSy@yahoo.fr> Message-ID: <20050428095057.A23169@mail.harddata.com> On Thu, Apr 28, 2005 at 12:54:06PM +0200, Sylvain Rouillard wrote: > > Probably you could jump on the train of > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155810 > > This bug was initially reported as affecting OOo, See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155790 Unforturnately a workaround given there in a comment #2 does not seem to be applicable. Michal From fedora at nodata.co.uk Thu Apr 28 15:54:49 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 28 Apr 2005 17:54:49 +0200 Subject: tracking crashes in the night In-Reply-To: <1114701254.3153.8.camel@hush> References: <1114701254.3153.8.camel@hush> Message-ID: <1114703689.3230.0.camel@localhost.localdomain> On Thu, 2005-04-28 at 17:14 +0200, tony wrote: > Hi, > > Yesterday FC4 test 2 crashed at between 05:01:01 and the next cron > hourly > > this morning I was testing VDR and it was recording Lawn Mower Man when > FC4 crashed at around 2 a.m. (I have 400 Mb of recording) > > Looking at the logs there is no clue of what process is causing this. > Can someone tell me what to do to find the cause please? > > Cheers > > Tony > Got any binary modules, or running x86_64? From czar at czarc.net Thu Apr 28 15:54:49 2005 From: czar at czarc.net (Gene C.) Date: Thu, 28 Apr 2005 11:54:49 -0400 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: <20050427235633.GA21895@redhat.com> References: <20050427211358.GA17082@redhat.com> <20050427235633.GA21895@redhat.com> Message-ID: <200504281154.50247.czar@czarc.net> On Wednesday 27 April 2005 19:56, Dave Jones wrote: > On Wed, Apr 27, 2005 at 03:43:32PM -0700, Jeff Sheltren wrote: > > Hi Dave, I'm now running 2.6.11-1.1275_FC4smp but I'm still having > > segfaults on i386 binaries. > > $ uname -a > > Linux hell 2.6.11-1.1275_FC4smp #1 SMP Wed Apr 27 14:36:36 EDT 2005 > > x86_64 x86_64 x86_64 GNU/Linux > > When it segfaults is there anything output in 'dmesg' ? For openoffice I get: /usr/lib/openoffice.org1.9.96/program/soffice: line 230: 4151 Segmentation fault "${sd_prog}"/pagein -L"${sd_prog}" ${sd_pagein_args} /usr/lib/openoffice.org1.9.96/program/soffice: line 241: 4152 Segmentation fault "$sd_prog/$sd_binary" "$@" and dmesg: javaldx[4254]: segfault at 00000000ffffe01c rip 000000000027f575 rsp 00000000ffffc42c error 4 pagein[4255]: segfault at 00000000ffffe01c rip 000000000027f575 rsp 00000000ffffc2ac error 4 soffice.bin[4256]: segfault at 00000000ffffe01c rip 000000000027f575 rsp 00000000ffffbb9c error 4 I will add this to my bugzilla report. -- Gene From tony at tgds.net Thu Apr 28 16:10:47 2005 From: tony at tgds.net (tony) Date: Thu, 28 Apr 2005 18:10:47 +0200 Subject: tracking crashes in the night In-Reply-To: <1114703689.3230.0.camel@localhost.localdomain> References: <1114701254.3153.8.camel@hush> <1114703689.3230.0.camel@localhost.localdomain> Message-ID: <1114704648.3217.1.camel@hush> Le jeudi 28 avril 2005 ? 17:54 +0200, nodata a ?crit : > Got any binary modules, or running x86_64? No binary modules to my knowledge (I have VMware since this morning) and running i686 on VIA EPIA M10000 N Cheers Tony From fedora at nodata.co.uk Thu Apr 28 16:20:12 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 28 Apr 2005 18:20:12 +0200 Subject: tracking crashes in the night In-Reply-To: <1114704648.3217.1.camel@hush> References: <1114701254.3153.8.camel@hush> <1114703689.3230.0.camel@localhost.localdomain> <1114704648.3217.1.camel@hush> Message-ID: <1114705212.3230.4.camel@localhost.localdomain> On Thu, 2005-04-28 at 18:10 +0200, tony wrote: > Le jeudi 28 avril 2005 ? 17:54 +0200, nodata a ?crit : > > > Got any binary modules, or running x86_64? > > No binary modules to my knowledge (I have VMware since this morning) and > running i686 on VIA EPIA M10000 N > > Cheers > > Tony > There go the most likely causes :) I had the same problem on a machine with an nvidia card and the binary module for it. I'd get crashes with no logged information. You said you've checked your logs - I'd like to know how to find out the cause too.. From fedora at nodata.co.uk Thu Apr 28 16:22:46 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 28 Apr 2005 18:22:46 +0200 Subject: evolution crashes during upgrade? Message-ID: <1114705366.4724.1.camel@localhost.localdomain> Is anyone else seeing crashes during or after a yum upgrade, particularly in evolution and in epiphany? (Luckily epiphany retains state..) From mpeters at mac.com Thu Apr 28 16:38:07 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 28 Apr 2005 09:38:07 -0700 Subject: formatting your hard drive for testing In-Reply-To: References: <42705EE2.2080305@gmail.com> Message-ID: <1114706288.11644.87.camel@fc4t2.mpeters.local> On Thu, 2005-04-28 at 06:33 -0400, Robin Green wrote: > > Ext3 is the only officially supported filesystem in fedora, but in > my experience reiserfs is more dependable (let's not start a flamewar > please! ;) Does reiserfs work with SELinux yet? I know there were some patches but I don't know if they went anywhere. My personal experience is that neither fail unless there is a hard drive problem. But I understand reiserfs and selinux don't play nice. From sds at tycho.nsa.gov Thu Apr 28 16:51:46 2005 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Thu, 28 Apr 2005 12:51:46 -0400 Subject: formatting your hard drive for testing In-Reply-To: <1114706288.11644.87.camel@fc4t2.mpeters.local> References: <42705EE2.2080305@gmail.com> <1114706288.11644.87.camel@fc4t2.mpeters.local> Message-ID: <1114707106.6708.214.camel@moss-spartans.epoch.ncsc.mil> On Thu, 2005-04-28 at 09:38 -0700, Michael A. Peters wrote: > On Thu, 2005-04-28 at 06:33 -0400, Robin Green wrote: > > > > > Ext3 is the only officially supported filesystem in fedora, but in > > my experience reiserfs is more dependable (let's not start a flamewar > > please! ;) > > Does reiserfs work with SELinux yet? I know there were some patches but > I don't know if they went anywhere. > > My personal experience is that neither fail unless there is a hard drive > problem. But I understand reiserfs and selinux don't play nice. Patches are in 2.6.12-rc3 and thus included in the FC4/devel kernel that should allow using reiserfs and SELinux together. But I haven't tried it myself. You would also need to modify the policy configuration and fixfiles to specify that SELinux should use xattrs on reiserfs; we are waiting on 2.6.12 to make that change upstream. -- Stephen Smalley National Security Agency From sds at tycho.nsa.gov Thu Apr 28 16:56:50 2005 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Thu, 28 Apr 2005 12:56:50 -0400 Subject: formatting your hard drive for testing In-Reply-To: <1114707106.6708.214.camel@moss-spartans.epoch.ncsc.mil> References: <42705EE2.2080305@gmail.com> <1114706288.11644.87.camel@fc4t2.mpeters.local> <1114707106.6708.214.camel@moss-spartans.epoch.ncsc.mil> Message-ID: <1114707410.6708.218.camel@moss-spartans.epoch.ncsc.mil> On Thu, 2005-04-28 at 12:51 -0400, Stephen Smalley wrote: > Patches are in 2.6.12-rc3 and thus included in the FC4/devel kernel that > should allow using reiserfs and SELinux together. But I haven't tried > it myself. You would also need to modify the policy configuration and > fixfiles to specify that SELinux should use xattrs on reiserfs; we are > waiting on 2.6.12 to make that change upstream. BTW, jfs support for SELinux attributes was added in 2.6.11, so ext2, ext3, xfs, and jfs are expected to work with SELinux already, and reiserfs should be functional in 2.6.12. -- Stephen Smalley National Security Agency From greenrd at presidium.org Thu Apr 28 17:13:11 2005 From: greenrd at presidium.org (Robin Green) Date: Thu, 28 Apr 2005 18:13:11 +0100 Subject: tracking crashes in the night References: <1114701254.3153.8.camel@hush> <1114703689.3230.0.camel@localhost.localdomain> <1114704648.3217.1.camel@hush> <1114705212.3230.4.camel@localhost.localdomain> Message-ID: On Thu, 28 Apr 2005 18:20:12 +0200, nodata wrote: > There go the most likely causes :) > I had the same problem on a machine with an nvidia card and the binary > module for it. I'd get crashes with no logged information. > > You said you've checked your logs - I'd like to know how to find out the > cause too.. Get a null modem cable and hook up another computer as a serial console. That's what I'm going to do - I'll report back in a few days if I find anything useful. -- Robin From gtm.kramer at inter.nl.net Thu Apr 28 17:23:30 2005 From: gtm.kramer at inter.nl.net (Jurgen Kramer) Date: Thu, 28 Apr 2005 19:23:30 +0200 Subject: x86_64 - can't run i386 binaries any longer In-Reply-To: <006c01c54b8c$5128cc20$0a01a8c0@jbsys> References: <20050427211358.GA17082@redhat.com> <006c01c54b8c$5128cc20$0a01a8c0@jbsys> Message-ID: <1114709010.6036.2.camel@paragon.slim> Hi, > I tried the 1275 kernel because I could not boot up the 1268 kernel. It > would hang > trying to start /etc/init.d/rdisc (router daemon). I could not shut down > either, I had > to do a reset. The 1275 kernel did the same thing. I rebooted to single > user mode. > so I could edit the /etc/init.d/rdisc script to do an 'exit 1' at the > beginning. I have similar problems (since yesterday). Today's update did not fix it. After booting in interactive mode and saying no to a lot of daemons I got a desktop again... Does disabling rdisc fix it? I did a ckhconfig rdisk off but I am currently back in FC3 and didn't test it yet. Jurgen From greenrd at presidium.org Thu Apr 28 17:23:26 2005 From: greenrd at presidium.org (Robin Green) Date: Thu, 28 Apr 2005 18:23:26 +0100 Subject: Sun Java 1.4.x can't open network sockets on recent rawhides Message-ID: The Sun JVM for Linux, version 1.4.2_08-b03, has difficulties opening (any?) outbound network sockets with recent rawhide kernel/libc. Version 1.5.0, and GNU Interpeter for Java, don't exhibit this problem - it's only the Sun 1.4.x series. Not sure if this is a sun bug, or a glibc bug or kernel bug... so I'm not sure whose bug database to file it in, if any. Suggestions? -- Robin From luya at jpopmail.com Thu Apr 28 17:34:49 2005 From: luya at jpopmail.com (luya at jpopmail.com) Date: Thu, 28 Apr 2005 09:34:49 -0800 Subject: rawhide report: 20050428 changes Message-ID: <20050428173449.8EF652035C@ws5-1.us4.outblaze.com> lvm2-2.01.08-2.1: LVM launcher on GNOME menu is broken. Logical Volume Management works if running on console mode, /sbin/udevstart: issue solved. No more errors which means it was kernel related. (from 2.6.11-1.1251 to 2.6.11-1.1268) alsa: weird start up om my on-board soundchip during post-update. It runs fine later. openoffice.org: still have an issue with segmentation fault since 1.9.93 Since the beginning, the boot show that router test failed but it doesn't affect the system. -- _______________________________________________ Get your free email from http://mymail.jp.popstarmail.org Powered by Outblaze From guy at incentre.net Thu Apr 28 17:38:58 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 28 Apr 2005 11:38:58 -0600 Subject: I am having problems getting the kernel source In-Reply-To: <1114643583.8799.3.camel@sigurd.incentre.net> References: <1114643583.8799.3.camel@sigurd.incentre.net> Message-ID: <1114709938.8799.30.camel@sigurd.incentre.net> up2date must be broken. I can collect the source with firefox from the same mirror. On Wed, 2005-27-04 at 17:13 -0600, Guy Fraser wrote: > >From most mirrors I get error 404, the others just give > me empty files. > > It is not a free space problem: > > [guy at sigurd ~]$ df -k > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/hdb3 988244 313452 624592 34% / > /dev/hdb2 132221 13998 111396 12% /boot > none 257692 0 257692 0% /dev/shm > /dev/hda6 5149344 3107864 1779908 64% /home > /dev/hdb1 489992 10547 454145 3% /opt > /dev/hda8 1026824 33384 941280 4% /tmp > /dev/hdb5 6728280 4765108 1621392 75% /usr > /dev/hdb6 1494204 371516 1046784 27% /var > /dev/hda5 6191136 108384 5768260 2% /var/spool > > Below is one of my attempts: > > [guy at sigurd ~]$ sudo up2date --get-source kernel > http://fedora.redhat.com/download/up2date-mirrors/fedora-core-3 > using mirror: http://mirror.stanford.edu/fedora/linux/core/3/i386/os/ > http://fedora.redhat.com/download/up2date-mirrors/updates-released-fc3 > using mirror: http://wftp.tu-chemnitz.de/pub/linux/fedora- > core/updates/3/i386/ > > Fetching all package list for channel: fedora-core-3... > ######################################## > > Fetching all package list for channel: updates-released-fc3... > ######################################## > > Fetching package list for channel: fedora-core-3... > > Fetching > http://mirror.stanford.edu/fedora/linux/core/3/i386/os//headers/header.info... > ######################################## > > Fetching package list for channel: updates-released-fc3... > > Fetching http://wftp.tu-chemnitz.de/pub/linux/fedora- > core/updates/3/i386//headers/header.info... > ######################################## > > kernel-2.6.11-1.14_FC3.src.rpm... > ######################################## > [guy at sigurd ~]$ ls -l /var/spool/up2date/kernel-2.6.11-1.14_FC3.src.rpm > -rw-r--r-- 1 root root 0 Apr 27 > 17:01 /var/spool/up2date/kernel-2.6.11-1.14_FC3.src.rpm > > Thanks in advance. > -- Guy Fraser Network Administrator The Internet Centre 1-888-450-6787 (780)450-6787 From guy at incentre.net Thu Apr 28 17:48:29 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 28 Apr 2005 11:48:29 -0600 Subject: Latest rawhide updates seem to have removed the shutdown option at gdm and gnome logout In-Reply-To: <604aa791050427181729321425@mail.gmail.com> References: <604aa7910504271644832ef4f@mail.gmail.com> <42703778.3050709@earthlink.net> <604aa791050427181729321425@mail.gmail.com> Message-ID: <1114710509.8799.38.camel@sigurd.incentre.net> On Wed, 2005-27-04 at 21:17 -0400, Jeff Spaleta wrote: > On 4/27/05, Gerry Tool wrote: > > I see the same behaviour, but can't answer the other questions. > > Deliberately making it act this way doesn't seem sensible. > > For 'modern' hardware with operational acpi the power button does a > clean shutdown, so there is an argument to be made for this being a > forward looking default. I'm not really concerned about arguing about > default behavior i just want to know how to re-enable it for my older > hardware as needed and whether or not this needs to be filed if this > is actually a bug. If this is an intended change in default behavior, > I'll let other people light the torches and wave around pitchforks > while lusting for the sticky sweet blood of developers. I'll gladly > settle for learning how to reconfigure options as needed so I can get > a shutdown back on my gdm login for my older non-acpi hardware. > > -jef"my k6-2 box is definitely not going to have a soft reboot when > the power button is hit"spaleta This assumes that you want to allow the machine to be shutdown when the power button is pressed. It may be a reasonable assumption but the power button may not be accessible or may be disabled. In any case the option should be available to the administrator to decide. From lynn at garlic.com Thu Apr 28 18:04:09 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Thu, 28 Apr 2005 12:04:09 -0600 Subject: 500kbytes/sec ACPI messages to syslog In-Reply-To: <20050428160029.5255073E24@hormel.redhat.com> References: <20050428160029.5255073E24@hormel.redhat.com> Message-ID: <42712599.2090703@garlic.com> starting over the weekend or early this week, it seems some FC4 update on my laptop seems to be generating constant stream of ACPI error messages to syslog. gkrellm is showing background activity of around 500kbytes/sec. it only happens with KDE and not with GNOME. I've looked at numerous KDE options but haven't been able to find anything that would put a halt to it. It is only happening on laptop ... same FC4 on desk machine isn't resulting in the problem. From davej at redhat.com Thu Apr 28 18:37:28 2005 From: davej at redhat.com (Dave Jones) Date: Thu, 28 Apr 2005 14:37:28 -0400 Subject: 500kbytes/sec ACPI messages to syslog In-Reply-To: <42712599.2090703@garlic.com> References: <20050428160029.5255073E24@hormel.redhat.com> <42712599.2090703@garlic.com> Message-ID: <20050428183728.GB8514@redhat.com> On Thu, Apr 28, 2005 at 12:04:09PM -0600, Anne & Lynn Wheeler wrote: > starting over the weekend or early this week, it seems some FC4 update > on my laptop seems to be generating constant stream of ACPI error > messages to syslog. gkrellm is showing background activity of around > 500kbytes/sec. File a bug in bugzilla. We'll also need the messages to make any progress at all. Dave From dmalcolm at redhat.com Thu Apr 28 18:52:54 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Thu, 28 Apr 2005 14:52:54 -0400 Subject: evolution crashes during upgrade? In-Reply-To: <1114705366.4724.1.camel@localhost.localdomain> References: <1114705366.4724.1.camel@localhost.localdomain> Message-ID: <1114714375.9376.0.camel@cassandra.boston.redhat.com> On Thu, 2005-04-28 at 18:22 +0200, nodata wrote: > Is anyone else seeing crashes during or after a yum upgrade, > particularly in evolution and in epiphany? Any more information on these crashes? > > (Luckily epiphany retains state..) > From dmalcolm at redhat.com Thu Apr 28 18:53:49 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Thu, 28 Apr 2005 14:53:49 -0400 Subject: new-mail-notify missing in evolution In-Reply-To: <4270EEC0.7030003@pza.net.au> References: <4270EEC0.7030003@pza.net.au> Message-ID: <1114714429.9376.2.camel@cassandra.boston.redhat.com> On Fri, 2005-04-29 at 00:10 +1000, Phil Anderson wrote: > Hi, > > I just did an ftp install off the current development tree, and it > completed perfectly, and everything is working a treat. Thanks to all > involved. > > My only issue is that the inbox monitor applet has gone. This appears > to be an upstream decision in GNOME 2.10. However, from what I > understand, it has been replaced by the new-mail-notify plugin in > evolution. The version of evolution in devel doesn't have this plugin! > Anyone know what's going on here? Or is it time for bugzilla? Bugzilla please; I thought I'd built that. Thanks From ian at underpressuredivers.com Thu Apr 28 19:03:19 2005 From: ian at underpressuredivers.com (Ian Puleston) Date: Thu, 28 Apr 2005 12:03:19 -0700 Subject: Floppy devices not created during FC4 rescue boot In-Reply-To: <006201c54b8b$ed906dd0$fe2e11ac@904167SOSLA> Message-ID: <001f01c54c24$f4ebe0c0$32be320a@ianpc1> Thanks for that Brian. The mknod didn't work - mount then gave error "not a block device". So I gave up and just did a full Fedora re-install. I now have Grub successfully installed on my SATA RAID drive (getting it on there was especially painful since there's no VIA RAID driver available for FC4 yet) and its working beautifully to dual-boot Windows on the RAID drive and Linux on an IDE drive. I may take a look at updating the VIA RAID driver for FC1 to the new architecture for FC4. Anyone know if the differences are documented anywhere? Ian > -----Original Message----- > From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list- > bounces at redhat.com] On Behalf Of Brian Rademacher > Sent: Wednesday, April 27, 2005 5:48 PM > To: Brian Rademacher; For testers of Fedora Core development releases > Subject: Re: Floppy devices not created during FC4 rescue boot > > Oh, and you should be able to create and mount it manually by: > > mknod /dev/fd0 b 2 0 > mkdir /mnt/floppy > mount /dev/fd0 /mnt/floppy > > ----- Original Message ----- > From: "Brian Rademacher" > To: "For testers of Fedora Core development releases" > > Sent: Wednesday, April 27, 2005 6:43 PM > Subject: Re: Floppy devices not created during FC4 rescue boot > > > >I filed it and it got closed as fixed in rawhide, so it may be fixed... > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152381 > > > > > > ----- Original Message ----- > > From: "Ian Puleston" > > To: > > Sent: Wednesday, April 27, 2005 10:52 AM > > Subject: FW: Floppy devices not created during FC4 rescue boot > > > > > >> Hi, > >> > >> I've been trying Fedora (FC4 test 1) for the first time, and I've just > >> run > >> into a problem. All was working fine until I tried to install a 3rd- > party > >> multi-boot program (I know, bad idea - should've gone straight to Grub) > >> and > >> now, after removing that multi-booter, Linux won't boot - it appears > that > >> the hard drive with Linux on is no longer bootable. But the main > problem > >> is > >> that I can't now create a boot disk to fix it. When I boot linux rescue > >> from > >> the FC4 test 1 install CD it fails to create the floppy disk devices > >> during > >> the boot with the following messages: > >> > >> Unable to create /dev/fd0 - operation not permitted > >> Unable to create /dev/fd1 - operation not permitted > >> > >> Hence I can't run mkbootdisk to create a boot floppy. The /dev/fd0 > device > >> was fine in the FC4 system before this happened, and the floppy still > >> works > >> fine under Windows on the same PC so the hardware is OK. Any ideas why > >> this > >> may be?, or any other way to make the hard drive bootable again other > >> than a > >> full re-install? > >> > >> I also tried downloading the FC4 test 2 rescue CD iso and the same > >> happens > >> when I boot with that. > >> > >> Is this a but that should be reported in Bugzilla? > >> > >> Thanks, > >> > >> Ian > >> > >> > >> > >> > >> -- > >> fedora-test-list mailing list > >> fedora-test-list at redhat.com > >> To unsubscribe: > >> http://www.redhat.com/mailman/listinfo/fedora-test-list > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From fedora at nodata.co.uk Thu Apr 28 19:13:30 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 28 Apr 2005 21:13:30 +0200 Subject: evolution crashes during upgrade? In-Reply-To: <1114714375.9376.0.camel@cassandra.boston.redhat.com> References: <1114705366.4724.1.camel@localhost.localdomain> <1114714375.9376.0.camel@cassandra.boston.redhat.com> Message-ID: <1114715610.2936.2.camel@localhost.localdomain> On Thu, 2005-04-28 at 14:52 -0400, David Malcolm wrote: > On Thu, 2005-04-28 at 18:22 +0200, nodata wrote: > > Is anyone else seeing crashes during or after a yum upgrade, > > particularly in evolution and in epiphany? > > Any more information on these crashes? > > > > > (Luckily epiphany retains state..) > > > None, other than it happens on two separate machines. Typically I am using both evolution and epiphany during the upgrade. Epiphany tends to crash three times, evolution once. I don't seem to have an .xsession-errors log any more, so I can't look there. I have evolution-debuginfo installed, so will get the backtrace next time it happens. From ba at linuxin.dk Thu Apr 28 19:36:57 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Thu, 28 Apr 2005 21:36:57 +0200 Subject: Eclipse and swt.gtk Message-ID: <1114717018.11962.3.camel@Mars> Hi Does anyone has the following file in their Eclipse plugins dir? /usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0/ws/gtk/swt.jar I'm missing it. Wold be nice to have though. -- Bjorn Andersen From trulsg at broadpark.no Thu Apr 28 19:59:35 2005 From: trulsg at broadpark.no (Truls Gulbrandsen) Date: Thu, 28 Apr 2005 21:59:35 +0200 Subject: KWiFiManager will not start in FC4t2 Message-ID: <427140A7.4000405@broadpark.no> Hi, I have tried to launch KWiFiManager in FC4t2 (also t1 with the same result). It starts and is visible for second and goes down. I receive the below error message from the KDE Chrash Handler. Can anyone tell me how to get this to work? quote.. (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1208702496 (LWP 3434)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #4 0x040ff30c in QString::contains () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #5 0x04100c90 in QString::contains () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #6 0x08053bcf in QValueList::detachInternal () #7 0x08054272 in QValueList::detachInternal () #8 0x08054432 in QValueList::detachInternal () #9 0x0805367d in QValueList::detachInternal () #10 0x03df3894 in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #11 0x03df3d54 in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #12 0x0416d8fb in QTimer::timeout () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #13 0x03e197b8 in QTimer::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #14 0x03d8eadd in QApplication::internalNotify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #15 0x03d8f45c in QApplication::notify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #16 0x001e1661 in KApplication::notify () from /usr/lib/libkdecore.so.4 #17 0x03d83382 in QEventLoop::activateTimers () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #18 0x03d38d5a in QEventLoop::processEvents () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #19 0x03da71cb in QEventLoop::enterLoop () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #20 0x03da70d6 in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #21 0x03d8e4a9 in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #22 0x08059a77 in QWidget::metaObject () #23 0x005a4dd6 in __libc_start_main () from /lib/libc.so.6 #24 0x08051ed1 in ?? () Unquote Regards, Truls -------------- next part -------------- A non-text attachment was scrubbed... Name: trulsg.vcf Type: text/x-vcard Size: 153 bytes Desc: not available URL: From rstrode at redhat.com Thu Apr 28 20:28:24 2005 From: rstrode at redhat.com (Ray Strode) Date: Thu, 28 Apr 2005 16:28:24 -0400 Subject: Latest rawhide updates seem to have removed the shutdown option at gdm and gnome logout In-Reply-To: <604aa7910504271644832ef4f@mail.gmail.com> References: <604aa7910504271644832ef4f@mail.gmail.com> Message-ID: <1114720104.3382.1.camel@localhost.localdomain> Hi, > As the subject says, applying the latest updates i seem to have lost > the ability to select shutdown from gdm login screen and gnome logout > dialog. The reboot option remains. Yea that's a bug that I fixed a while ago and reverted yesterday on accident. --Ray From mike at netlyncs.com Thu Apr 28 20:41:24 2005 From: mike at netlyncs.com (Mike Chambers) Date: Thu, 28 Apr 2005 15:41:24 -0500 Subject: rawhide report: 20050428 changes In-Reply-To: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> Message-ID: <1114720884.9665.2.camel@scrappy.netlyncs.com> On Thu, 2005-04-28 at 08:00 -0400, Build System wrote: > gconf-editor-2.10.0-5 > --------------------- > * Wed Apr 27 2005 Jeremy Katz - 2.10.0-5 > - fix the %post to install the gconf schema correctly too (#152238) Ran into this just now while doing a rawhide upgrade... Cache file created successfully. Must set the GCONF_CONFIG_SOURCE environment variable error: %postun(gconf-editor-2.10.0-3.i386) scriptlet failed, exit status 1 Must set the GCONF_CONFIG_SOURCE environment variable error: %postun(gconf-editor-2.10.0-4.i386) scriptlet failed, exit status 1 Cache file created successfully. -- Mike Chambers Madisonville, KY "I haven't lost my mind...I sold it on eBay!" From orion at cora.nwra.com Thu Apr 28 20:49:03 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 28 Apr 2005 14:49:03 -0600 Subject: Boot problems with up to date but 1261 kernel system In-Reply-To: <1114630274.6023.3.camel@paragon.slim> References: <1114630274.6023.3.camel@paragon.slim> Message-ID: Jurgen Kramer wrote: > > I seem to be running into similar problems after installing all todays > updates. The system does can not get through bringing up all the > services (initscript troubles?) Only when I boot into level 1 a get a > prompt. > Do you have a 3com NIC? If so, might be the same problem as me. I've filed a bug: https://bugzilla.redhat.com/beta/show_bug.cgi?id=155010 - Orion From zuirdj at gmail.com Thu Apr 28 21:37:01 2005 From: zuirdj at gmail.com (Zuir DJ) Date: Thu, 28 Apr 2005 17:37:01 -0400 Subject: new-mail-notify missing in evolution In-Reply-To: <1114714429.9376.2.camel@cassandra.boston.redhat.com> References: <4270EEC0.7030003@pza.net.au> <1114714429.9376.2.camel@cassandra.boston.redhat.com> Message-ID: On 4/28/05, David Malcolm wrote: > On Fri, 2005-04-29 at 00:10 +1000, Phil Anderson wrote: > > Hi, > > > > I just did an ftp install off the current development tree, and it > > completed perfectly, and everything is working a treat. Thanks to all > > involved. > > > > My only issue is that the inbox monitor applet has gone. This appears > > to be an upstream decision in GNOME 2.10. However, from what I > > understand, it has been replaced by the new-mail-notify plugin in > > evolution. The version of evolution in devel doesn't have this plugin! > > Anyone know what's going on here? Or is it time for bugzilla? > > Bugzilla please; I thought I'd built that. Maybe this? * Thu Mar 17 2005 David Malcolm - 2.2.1-1 - 2.2.1 - Updated requirements: * gtkhtml3 from 3.6.0 to 3.6.1 * libgal2 from 2.4.0 to 2.4.1 * eds from 1.2.0 to 1.2.1 - Added rum-time requirement on gnome-vfs2; updated version requirement from 2.0 to 2.4 - The new-mail-notify plugin will not be built for now since the upstream configure test now checks for dbus-glib-1 version <= 0.23.4 (to minimise problems caused by the API change) From green at redhat.com Thu Apr 28 21:39:32 2005 From: green at redhat.com (Anthony Green) Date: Thu, 28 Apr 2005 14:39:32 -0700 Subject: Eclipse and swt.gtk In-Reply-To: <1114717018.11962.3.camel@Mars> References: <1114717018.11962.3.camel@Mars> Message-ID: <1114724372.4609.22.camel@dhcp-172-16-25-146.sfbay.redhat.com> On Thu, 2005-04-28 at 21:36 +0200, Bjorn Andersen wrote: > Hi > > Does anyone has the following file in their Eclipse plugins dir? > > /usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0/ws/gtk/swt.jar > > I'm missing it. Wold be nice to have though. I think some bits got shuffled around in the latest update. Look for: /usr/share/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar AG From TVarveris at wiley.com Thu Apr 28 22:18:25 2005 From: TVarveris at wiley.com (TVarveris at wiley.com) Date: Thu, 28 Apr 2005 18:18:25 -0400 Subject: Terri Varveris/P&T/NewYork909/Wiley is out of the office. Message-ID: I will be out of the office starting 04/28/2005 and will not return until 05/02/2005. I'll be out of the office on Friday, April 29th. I'll get back to you as soon possible when I return. Thanks. Terri From greenrd at presidium.org Thu Apr 28 22:48:51 2005 From: greenrd at presidium.org (Robin Green) Date: Thu, 28 Apr 2005 23:48:51 +0100 Subject: Eclipse and swt.gtk References: <1114717018.11962.3.camel@Mars> <1114724372.4609.22.camel@dhcp-172-16-25-146.sfbay.redhat.com> Message-ID: On Thu, 28 Apr 2005 14:39:32 -0700, Anthony Green wrote: > On Thu, 2005-04-28 at 21:36 +0200, Bjorn Andersen wrote: >> Hi >> >> Does anyone has the following file in their Eclipse plugins dir? >> >> /usr/lib/eclipse/plugins/org.eclipse.swt.gtk_3.1.0/ws/gtk/swt.jar >> >> I'm missing it. Wold be nice to have though. > > I think some bits got shuffled around in the latest update. Look for: > > /usr/share/eclipse/plugins/org.eclipse.swt.gtk_3.1.0.jar Indeed. This is the new jarred plugin architecture, not yet fully implemented. See this thread for more details: https://www.redhat.com/archives/fedora-devel-java-list/2005-April/msg00062.html -- Robin From dcasey at the-caseys.com Thu Apr 28 23:18:08 2005 From: dcasey at the-caseys.com (Donald Casey) Date: Thu, 28 Apr 2005 19:18:08 -0400 Subject: DHCP to give out domain.tld Message-ID: <20050428231937.BFED87DC223@rad.worldramp.net> I know this is probably the wrong place to ask this but... Can someone quickly tell me how to let DHCP set the domain.tld for a machine. IE if I set the system name in /etc/hosts Thanx, Don From fct-cornette at insight.rr.com Thu Apr 28 23:24:58 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 28 Apr 2005 19:24:58 -0400 Subject: Prelink and maxing out CPU usage and increasing freq of CPU Message-ID: <427170CA.6070209@insight.rr.com> Whenever prelink-0.3.4-3 starts, it uses close to 100 % CPU. This usage causes the frequency of my laptop to max out and the laptop to get 20 to 30 C hotter than under normal conditions. Is there a way to keep processes from getting this high of CPU usage? Jim -- New Hampshire law forbids you to tap your feet, nod your head, or in any way keep time to the music in a tavern, restaurant, or cafe. From alan at redhat.com Thu Apr 28 23:27:16 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 28 Apr 2005 19:27:16 -0400 Subject: Prelink and maxing out CPU usage and increasing freq of CPU In-Reply-To: <427170CA.6070209@insight.rr.com> References: <427170CA.6070209@insight.rr.com> Message-ID: <20050428232716.GA9488@devserv.devel.redhat.com> On Thu, Apr 28, 2005 at 07:24:58PM -0400, Jim Cornette wrote: > Whenever prelink-0.3.4-3 starts, it uses close to 100 % CPU. This usage > causes the frequency of my laptop to max out and the laptop to get 20 to > 30 C hotter than under normal conditions. > > Is there a way to keep processes from getting this high of CPU usage? What else do you expect to occur ? You could use the cpuspeed interfaces to limit the top speed of your cpu below the maximum. It'll still be 100% of CPU but it'll be slower From ivazquez at ivazquez.net Thu Apr 28 23:28:37 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 28 Apr 2005 19:28:37 -0400 Subject: DHCP to give out domain.tld In-Reply-To: <20050428231937.BFED87DC223@rad.worldramp.net> References: <20050428231937.BFED87DC223@rad.worldramp.net> Message-ID: <1114730918.5061.36.camel@ignacio.ignacio.lan> On Thu, 2005-04-28 at 19:18 -0400, Donald Casey wrote: > I know this is probably the wrong place to ask this but... > > Can someone quickly tell me how to let DHCP set the domain.tld for a > machine. IE if I set the system name in /etc/hosts "option domain-name" in dhcpd.conf. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 dcasey at the-caseys.com Thu Apr 28 23:41:11 2005 From: dcasey at the-caseys.com (Donald Casey) Date: Thu, 28 Apr 2005 19:41:11 -0400 Subject: DHCP to give out domain.tld In-Reply-To: <1114730918.5061.36.camel@ignacio.ignacio.lan> Message-ID: <20050428234241.66A317DC223@rad.worldramp.net> > -----Original Message----- > From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list- > bounces at redhat.com] On Behalf Of Ignacio Vazquez-Abrams > Sent: Thursday, April 28, 2005 7:29 PM > To: For testers of Fedora Core development releases > Subject: Re: DHCP to give out domain.tld > > On Thu, 2005-04-28 at 19:18 -0400, Donald Casey wrote: > > I know this is probably the wrong place to ask this but... > > > > Can someone quickly tell me how to let DHCP set the domain.tld for a > > machine. IE if I set the system name in /etc/hosts > > "option domain-name" in dhcpd.conf. > > -- > Ignacio Vazquez-Abrams > http://fedora.ivazquez.net/ > > gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 Ignacio, My DHCP server is already configured to give out the domain.tld, which it passes out properly to MS machines. What I am looking for is how to make the Linux clients get the same info, while I want to define the machine name at the local machine, just like MS. If I use just the machine name in /etc/hosts not everything work just right. If I put in the entire name I get machine.domain.tld.domain.tld in /var/lib/dhcpd/dhcp-leases and other machine on my LAN will not use DNS to resolve this. Thanx, Don From ivazquez at ivazquez.net Thu Apr 28 23:51:26 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 28 Apr 2005 19:51:26 -0400 Subject: DHCP to give out domain.tld In-Reply-To: <20050428234241.66A317DC223@rad.worldramp.net> References: <20050428234241.66A317DC223@rad.worldramp.net> Message-ID: <1114732286.5061.42.camel@ignacio.ignacio.lan> On Thu, 2005-04-28 at 19:41 -0400, Donald Casey wrote: > > > -----Original Message----- > > From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list- > > bounces at redhat.com] On Behalf Of Ignacio Vazquez-Abrams > > Sent: Thursday, April 28, 2005 7:29 PM > > To: For testers of Fedora Core development releases > > Subject: Re: DHCP to give out domain.tld > > > > On Thu, 2005-04-28 at 19:18 -0400, Donald Casey wrote: > > > I know this is probably the wrong place to ask this but... > > > > > > Can someone quickly tell me how to let DHCP set the domain.tld for a > > > machine. IE if I set the system name in /etc/hosts > > > > "option domain-name" in dhcpd.conf. > > > > -- > > Ignacio Vazquez-Abrams > > http://fedora.ivazquez.net/ > > > > gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 > > Ignacio, > > My DHCP server is already configured to give out the domain.tld, which it > passes out properly to MS machines. What I am looking for is how to make the > Linux clients get the same info, while I want to define the machine name at > the local machine, just like MS. If I use just the machine name in > /etc/hosts not everything work just right. If I put in the entire name I get > machine.domain.tld.domain.tld in /var/lib/dhcpd/dhcp-leases and other > machine on my LAN will not use DNS to resolve this. Try putting "machine.domain.tld." in /etc/hosts. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 sean.bruno at dsl-only.net Fri Apr 29 00:01:21 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Thu, 28 Apr 2005 17:01:21 -0700 Subject: K3B/Artsd eating up my box Message-ID: <1114732881.4058.1.camel@homebox> I just tried out K3b and burnt a couple of CD's today. The burning works just fine, however when it spawns artsd to play the "trumpet" sound, artsd spikes to 100%CPU and fails to play anything. Can someone try this out and see if it something specific to my box or an issue with the distro? Sean From lynn at garlic.com Fri Apr 29 00:19:11 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Thu, 28 Apr 2005 18:19:11 -0600 Subject: 500kbytes/sec ACPI messages to syslog In-Reply-To: <20050428200221.A748573618@hormel.redhat.com> References: <20050428200221.A748573618@hormel.redhat.com> Message-ID: <42717D7F.4050400@garlic.com> syslog filled with Asus ACPI: Error reading brightness Asus ACPI: Error reading brightness Asus ACPI: Error reading LCD status Asus ACPI: Error reading LCD status Asus ACPI: Error reading brightness Asus ACPI: Error reading brightness Asus ACPI: Error reading LCD status Asus ACPI: Error reading LCD status with kde ... not happening with gnome. From davej at redhat.com Fri Apr 29 00:19:08 2005 From: davej at redhat.com (Dave Jones) Date: Thu, 28 Apr 2005 20:19:08 -0400 Subject: 500kbytes/sec ACPI messages to syslog In-Reply-To: <42717D7F.4050400@garlic.com> References: <20050428200221.A748573618@hormel.redhat.com> <42717D7F.4050400@garlic.com> Message-ID: <20050429001907.GF1730@redhat.com> On Thu, Apr 28, 2005 at 06:19:11PM -0600, Anne & Lynn Wheeler wrote: > syslog filled with > > Asus ACPI: Error reading brightness > Asus ACPI: Error reading brightness > Asus ACPI: Error reading LCD status > Asus ACPI: Error reading LCD status > Asus ACPI: Error reading brightness > Asus ACPI: Error reading brightness > Asus ACPI: Error reading LCD status > Asus ACPI: Error reading LCD status > > > with kde ... not happening with gnome. Please add this to bugzilla, and also the output of lspci, dmidecode & dmesg. Dave From silverhead at comcast.net Thu Apr 28 19:49:33 2005 From: silverhead at comcast.net (James W. Bennett) Date: Thu, 28 Apr 2005 19:49:33 +0000 Subject: DHCP to give out domain.tld In-Reply-To: <1114732286.5061.42.camel@ignacio.ignacio.lan> References: <20050428234241.66A317DC223@rad.worldramp.net> <1114732286.5061.42.camel@ignacio.ignacio.lan> Message-ID: <42713E4D.8040404@comcast.net> Ignacio Vazquez-Abrams wrote: >On Thu, 2005-04-28 at 19:41 -0400, Donald Casey wrote: > > >>>-----Original Message----- >>>From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list- >>>bounces at redhat.com] On Behalf Of Ignacio Vazquez-Abrams >>>Sent: Thursday, April 28, 2005 7:29 PM >>>To: For testers of Fedora Core development releases >>>Subject: Re: DHCP to give out domain.tld >>> >>>On Thu, 2005-04-28 at 19:18 -0400, Donald Casey wrote: >>> >>> >>>>I know this is probably the wrong place to ask this but... >>>> >>>>Can someone quickly tell me how to let DHCP set the domain.tld for a >>>>machine. IE if I set the system name in /etc/hosts >>>> >>>> >>>"option domain-name" in dhcpd.conf. >>> >>>-- >>>Ignacio Vazquez-Abrams >>>http://fedora.ivazquez.net/ >>> >>>gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 >>> >>> >>Ignacio, >> >> My DHCP server is already configured to give out the domain.tld, which it >>passes out properly to MS machines. What I am looking for is how to make the >>Linux clients get the same info, while I want to define the machine name at >>the local machine, just like MS. If I use just the machine name in >>/etc/hosts not everything work just right. If I put in the entire name I get >>machine.domain.tld.domain.tld in /var/lib/dhcpd/dhcp-leases and other >>machine on my LAN will not use DNS to resolve this. >> >> > >Try putting "machine.domain.tld." in /etc/hosts. > > > Put machine.donain.tld /etc/sysconifg/network. From rodd at clarkson.id.au Fri Apr 29 01:29:02 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 29 Apr 2005 11:29:02 +1000 Subject: evolution crashes during upgrade? In-Reply-To: <1114715610.2936.2.camel@localhost.localdomain> References: <1114705366.4724.1.camel@localhost.localdomain> <1114714375.9376.0.camel@cassandra.boston.redhat.com> <1114715610.2936.2.camel@localhost.localdomain> Message-ID: <1114738142.5013.4.camel@jellyfish.redfishdemo.com> On Thu, 2005-04-28 at 21:13 +0200, nodata wrote: > On Thu, 2005-04-28 at 14:52 -0400, David Malcolm wrote: > > On Thu, 2005-04-28 at 18:22 +0200, nodata wrote: > > > Is anyone else seeing crashes during or after a yum upgrade, > > > particularly in evolution and in epiphany? > > > > Any more information on these crashes? > > > > > > > > (Luckily epiphany retains state..) > > > > > > > None, other than it happens on two separate machines. Typically I am > using both evolution and epiphany during the upgrade. Epiphany tends to > crash three times, evolution once. > > I don't seem to have an .xsession-errors log any more, so I can't look > there. I have evolution-debuginfo installed, so will get the backtrace > next time it happens. Hmmm, don't know about epiphany, but I wonder whether the evolution crashes aren't related to updates to spamassassin. I've noticed that updating spamassassin often leaves evolution in a 'state' and that a restart is often required. I usually close evolution if spamassassin is being updated (using yum) Rodd From caf at omen.com Fri Apr 29 01:41:05 2005 From: caf at omen.com (Chuck Forsberg WA7KGX) Date: Thu, 28 Apr 2005 18:41:05 -0700 Subject: up2date wedges Message-ID: <1114738866.4742.25.camel@omen.com> I reinstalled FC4T2 from scratch and immediately did an up2date on up2date. Now when I run up2date it never gets past the "solving RPM inter dependencies" stage. -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From caf at omen.com Fri Apr 29 01:46:23 2005 From: caf at omen.com (Chuck Forsberg WA7KGX) Date: Thu, 28 Apr 2005 18:46:23 -0700 Subject: Xvnc weirdness Message-ID: <1114739184.4742.31.camel@omen.com> Recently I changed some network settings on a system running FC3. This prevented Xvnc from serving up the desktop. Strangely, setting Xvnc suid allowed it to work. This is strange. Normally, X is suid but not Xvnc. -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From tdiehl at rogueind.com Fri Apr 29 01:58:13 2005 From: tdiehl at rogueind.com (Tom Diehl) Date: Thu, 28 Apr 2005 21:58:13 -0400 (EDT) Subject: log errors Message-ID: Hi all, I have a dell inspiron 2650 with rawhide on it. For the most part it is running flawlessly, however I keep seeing the following messages in the logs: Apr 28 21:36:55 bullwinkle pam_timestamp_check: pam_timestamp: `/' owner UID != 0 Apr 28 21:37:30 bullwinkle last message repeated 7 times Apr 28 21:38:35 bullwinkle last message repeated 13 times Apr 28 21:39:40 bullwinkle last message repeated 13 times Apr 28 21:40:44 bullwinkle last message repeated 13 times Apr 28 21:41:09 bullwinkle last message repeated 5 times Apr 28 21:41:11 bullwinkle ntpd[2453]: synchronized to 192.168.0.2, stratum 2 Apr 28 21:41:14 bullwinkle pam_timestamp_check: pam_timestamp: `/' owner UID != 0 Apr 28 21:41:49 bullwinkle last message repeated 7 times Apr 28 21:42:54 bullwinkle last message repeated 13 times Apr 28 21:43:19 bullwinkle last message repeated 5 times Apr 28 21:43:22 bullwinkle ntpd[2453]: kernel time sync enabled 0001 Apr 28 21:43:24 bullwinkle pam_timestamp_check: pam_timestamp: `/' owner UID != 0 Apr 28 21:43:55 bullwinkle last message repeated 6 times Apr 28 21:45:00 bullwinkle last message repeated 13 times Apr 28 21:46:05 bullwinkle last message repeated 13 times Apr 28 21:47:10 bullwinkle last message repeated 13 times Apr 28 21:48:15 bullwinkle last message repeated 13 times Apr 28 21:49:20 bullwinkle last message repeated 13 times Apr 28 21:50:25 bullwinkle last message repeated 13 times Apr 28 21:51:30 bullwinkle last message repeated 13 times Apr 28 21:51:55 bullwinkle last message repeated 5 times Apr 28 21:51:56 bullwinkle kernel: codec_semaphore: semaphore is not ready [0x1][0x300300] Apr 28 21:51:56 bullwinkle kernel: codec_read 0: semaphore is not ready for register 0x2c Apr 28 21:52:00 bullwinkle pam_timestamp_check: pam_timestamp: `/' owner UID != 0 Apr 28 21:52:30 bullwinkle last message repeated 6 times Any idea what is causing the pam_timestamp or the codec_semaphore messages or how to fix them? Regards, Tom Diehl tdiehl at rogueind.com Spamtrap address mtd123 at rogueind.com From fct-cornette at insight.rr.com Fri Apr 29 02:01:02 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 28 Apr 2005 22:01:02 -0400 Subject: Prelink and maxing out CPU usage and increasing freq of CPU In-Reply-To: <20050428232716.GA9488@devserv.devel.redhat.com> References: <427170CA.6070209@insight.rr.com> <20050428232716.GA9488@devserv.devel.redhat.com> Message-ID: <4271955E.8060204@insight.rr.com> Alan Cox wrote: > On Thu, Apr 28, 2005 at 07:24:58PM -0400, Jim Cornette wrote: > >>Whenever prelink-0.3.4-3 starts, it uses close to 100 % CPU. This usage >>causes the frequency of my laptop to max out and the laptop to get 20 to >>30 C hotter than under normal conditions. >> >>Is there a way to keep processes from getting this high of CPU usage? > > > What else do you expect to occur ? I expected prelink to run at a steady percentage of CPU instead of up and down causing the CPU to max out, fan to go into high speed and the temperature to rise to 80 to 90C. I'd rather it run slower. > You could use the cpuspeed interfaces to limit the top speed of your > cpu below the maximum. It'll still be 100% of CPU but it'll be > slower > Trying info or man for cpuspeed showed nothing. Running cpuspeed --help showed a few commands. I was not sure how to set the max temp before the processor slows down again. I got the -t and temperature integer part, but was lost as to what temp file to add as a parameter. Having the ability to set your desired max temperature under Desktop --> preferences --> cpuspeed would be a nice feature to add IMO. Adding a feature to control the CPU percentage that a program could grab would also be a decent feature. Thanks for the pointers/comments. I'll see what I can come up with to enable my preferences. Jim -- New Hampshire law forbids you to tap your feet, nod your head, or in any way keep time to the music in a tavern, restaurant, or cafe. From fct-cornette at insight.rr.com Fri Apr 29 02:14:06 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 28 Apr 2005 22:14:06 -0400 Subject: up2date wedges In-Reply-To: <1114738866.4742.25.camel@omen.com> References: <1114738866.4742.25.camel@omen.com> Message-ID: <4271986E.60303@insight.rr.com> Chuck Forsberg WA7KGX wrote: > I reinstalled FC4T2 from scratch and immediately did an > up2date on up2date. > > Now when I run up2date it never gets past the > "solving RPM inter dependencies" stage. Up2date is seriously crippled. The deps in development are pretty decent right now. This means that yum -y update should complete successfully. You will not need to feed a bunch of --exclude=conflicting-package to yum. Make sure that /etc/yum.repos.d/fedora-devel.repo looks something like the below entries and then give yum a go. [development] name=Fedora Core $releasever - Development Tree #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide enabled=1 gpgcheck=0 Good Luck, Jim -- Providence, New Jersey, is one of the few cities where Velveeta cheese appears on the gourmet shelf. From jmorris at beau.org Fri Apr 29 02:14:52 2005 From: jmorris at beau.org (John Morris) Date: Thu, 28 Apr 2005 21:14:52 -0500 Subject: Stealthing Ports in system-config-securitylevel was: SSH brute force attack In-Reply-To: <37764.62.2.21.164.1114695325.squirrel@www.gwch.net> References: 6667 <20050428133322.90716.qmail@web51506.mail.yahoo.com> <37764.62.2.21.164.1114695325.squirrel@www.gwch.net> Message-ID: <1114740892.2914.96.camel@mjolnir> On Thu, 2005-04-28 at 08:35, Roger Grosswiler wrote: > i do know that fwbuilder as firestarter are in extras, but i still think, that fwbuiler is not really for newbs... Firewalls aren't for newbs. Anything more than checking a few boxes for the basic options and newbs shouldn't be doing it. If it looks really user friendly and stuff that just encourages them to think they can do it. And that is the absolute worst thing you could do. Ok, so that makes me an elitist bastard. So be it. -- John M. http://www.beau.org/~jmorris This post is 100% M$Free! Geekcode 3.1:GCS C+++ UL++++$ P++ L+++ W++ w--- Y++ b++ 5+++ R tv- e* r From smooge at gmail.com Fri Apr 29 02:29:52 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Thu, 28 Apr 2005 20:29:52 -0600 Subject: Stealthing Ports in system-config-securitylevel was: SSH brute force attack In-Reply-To: <38252.62.2.21.164.1114686083.squirrel@www.gwch.net> References: <42707FC9.2030300@gwch.net> <5446.213.164.3.90.1114683648.squirrel@www.nodata.co.uk> <38252.62.2.21.164.1114686083.squirrel@www.gwch.net> Message-ID: <80d7e40905042819296909bf8e@mail.gmail.com> On 4/28/05, Roger Grosswiler wrote: > >> Hi, > >> > >> Taking again the thread about the SSH brute force attacks, but with a > >> question. > >> > >> We have a nice tool called system-config-securitylevel, why isn't it > >> possible to indicate some ips or ranges there an click to "stealth" so, > >> this port is just visible to the indicated ip-adresses?? > >> > >> Roger > >> > > > > Because it's a simple gui tool designed to be simple. > > > you're right at this point, it's adding a function more., but adding this function would not mean crashing usability > of this tool, i think. It's just an senseful option more, that keeps EASY the users computers more secure - specially > on servers. You have to be able to parse things like did you want to NOT allow 127.0.0.1 to connect. Did you mean 204.121.0.0/32 and not 204.121.0.0/16.. it is not a trivial task to do right for the new person. Or the fact that you put the -A INPUT -s 0.0.0.0/0 -j ACCEPT before all your drops. A tool that does this would be great, but I think its complexity would be more than can be packaged simply into the installer :(. Even putting this in an 'expert' section is more likely to shoot one in the foot. [I have had to clean up more systems because the person thought they had secured it and it was actually worse off.] -- Stephen J Smoogen. CSIRT/Linux System Administrator From dsavage at peaknet.net Fri Apr 29 02:50:00 2005 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Thu, 28 Apr 2005 21:50:00 -0500 Subject: rawhide report: 20050428 changes In-Reply-To: <1114720884.9665.2.camel@scrappy.netlyncs.com> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> <1114720884.9665.2.camel@scrappy.netlyncs.com> Message-ID: <1114743000.4998.22.camel@lioness.protogeek.org> On Thu, 2005-04-28 at 15:41 -0500, Mike Chambers wrote: > On Thu, 2005-04-28 at 08:00 -0400, Build System wrote: > > > gconf-editor-2.10.0-5 > > --------------------- > > * Wed Apr 27 2005 Jeremy Katz - 2.10.0-5 > > - fix the %post to install the gconf schema correctly too (#152238) > > Ran into this just now while doing a rawhide upgrade... > > Cache file created successfully. > Must set the GCONF_CONFIG_SOURCE environment variable > error: %postun(gconf-editor-2.10.0-3.i386) scriptlet failed, exit status > 1 > Must set the GCONF_CONFIG_SOURCE environment variable > error: %postun(gconf-editor-2.10.0-4.i386) scriptlet failed, exit status > 1 > Cache file created successfully. Mike, I saw the same errors. I expect Jeremy will push a corrected version out very soon. -- Robert G. (Doc) Savage, BSE(EE), CISSP, RHCE | Fairview Heights, IL Fedora Core 3 kernel 2.6.11-14._FC3 on a P-III/M IBM Thinkpad A22p "Perfection is the enemy of good enough." -- Admiral of the Fleet Sergei G. Gorshkov From dsavage at peaknet.net Fri Apr 29 02:55:24 2005 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Thu, 28 Apr 2005 21:55:24 -0500 Subject: up2date wedges In-Reply-To: <1114738866.4742.25.camel@omen.com> References: <1114738866.4742.25.camel@omen.com> Message-ID: <1114743324.4998.28.camel@lioness.protogeek.org> On Thu, 2005-04-28 at 18:41 -0700, Chuck Forsberg WA7KGX wrote: > I reinstalled FC4T2 from scratch and immediately did an > up2date on up2date. > > Now when I run up2date it never gets past the > "solving RPM inter dependencies" stage. You're not alone. I'm seeing the same problem in a VMware bubble. If it weren't for good ol' rpm I'd be hundreds of updates behind by now. The known limitations of Development notwithstanding, neither yum nor up2date are working correctly yet in FC4. -- Robert G. (Doc) Savage, BSE(EE), CISSP, RHCE | Fairview Heights, IL Fedora Core 3 kernel 2.6.11-1.14_FC3 on a P-III/M IBM Thinkpad A22p "Perfection is the enemy of good enough." -- Admiral of the Fleet Sergei G. Gorshkov From rodd at clarkson.id.au Fri Apr 29 03:02:19 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 29 Apr 2005 13:02:19 +1000 Subject: up2date wedges In-Reply-To: <1114743324.4998.28.camel@lioness.protogeek.org> References: <1114738866.4742.25.camel@omen.com> <1114743324.4998.28.camel@lioness.protogeek.org> Message-ID: <1114743739.5013.21.camel@jellyfish.redfishdemo.com> On Thu, 2005-04-28 at 21:55 -0500, Robert G. (Doc) Savage wrote: > On Thu, 2005-04-28 at 18:41 -0700, Chuck Forsberg WA7KGX wrote: > > I reinstalled FC4T2 from scratch and immediately did an > > up2date on up2date. > > > > Now when I run up2date it never gets past the > > "solving RPM inter dependencies" stage. > > You're not alone. I'm seeing the same problem in a VMware bubble. If it > weren't for good ol' rpm I'd be hundreds of updates behind by now. The > known limitations of Development notwithstanding, neither yum nor > up2date are working correctly yet in FC4. I'm having a great run with yum in FC4. If you're having problems then you probably need to edit: /etc/yum.repos.d/fedora-devel.repo and change: gpgcheck=1 to: gpgcheck=0 Rodd From katzj at redhat.com Fri Apr 29 03:30:43 2005 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 28 Apr 2005 23:30:43 -0400 Subject: rawhide report: 20050428 changes In-Reply-To: <1114743000.4998.22.camel@lioness.protogeek.org> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> <1114720884.9665.2.camel@scrappy.netlyncs.com> <1114743000.4998.22.camel@lioness.protogeek.org> Message-ID: <1114745443.17750.40.camel@bree.local.net> On Thu, 2005-04-28 at 21:50 -0500, Robert G. (Doc) Savage wrote: > On Thu, 2005-04-28 at 15:41 -0500, Mike Chambers wrote: > > On Thu, 2005-04-28 at 08:00 -0400, Build System wrote: > > > gconf-editor-2.10.0-5 > > > --------------------- > > > * Wed Apr 27 2005 Jeremy Katz - 2.10.0-5 > > > - fix the %post to install the gconf schema correctly too (#152238) > > > > Ran into this just now while doing a rawhide upgrade... > > > > Cache file created successfully. > > Must set the GCONF_CONFIG_SOURCE environment variable > > error: %postun(gconf-editor-2.10.0-3.i386) scriptlet failed, exit status > > 1 > > Must set the GCONF_CONFIG_SOURCE environment variable > > error: %postun(gconf-editor-2.10.0-4.i386) scriptlet failed, exit status > > 1 > > Cache file created successfully. > I saw the same errors. I expect Jeremy will push a corrected version out > very soon. Those are errors in the %postun of the old package. So you won't see them now when you go to the next version of the package :-) Jeremy From dsavage at peaknet.net Fri Apr 29 03:43:06 2005 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Thu, 28 Apr 2005 22:43:06 -0500 Subject: up2date wedges In-Reply-To: <1114743739.5013.21.camel@jellyfish.redfishdemo.com> References: <1114738866.4742.25.camel@omen.com> <1114743324.4998.28.camel@lioness.protogeek.org> <1114743739.5013.21.camel@jellyfish.redfishdemo.com> Message-ID: <1114746187.4998.50.camel@lioness.protogeek.org> On Fri, 2005-04-29 at 13:02 +1000, Rodd Clarkson wrote: > I'm having a great run with yum in FC4. > > If you're having problems then you probably need to edit: > /etc/yum.repos.d/fedora-devel.repo > and change: > gpgcheck=1 > to: > gpgcheck=0 Rodd, Thanks for the hint. I'm new to yum, having been forced into using it when up2date went splat with python errors and a "stealthy" Forward button. Howsomever, the yum problem hasn't been so much one of gpg errors as it been one of dealing with roughness in the repository at this point in the development process. Right now my FC4t2 system is fully updated (via rpm and FTP downloads) except for the following packages that up2date says are needed: struts11 struts11-1.1-1jpp_2fc struts11-1.1-1jpp_4fc tomcat5 tomcat5-5.0.30-2jpp_3fc tomcat5-5.0.30-5jpp_1fc tomcat5-admin-webapps tomcat5-admin-webapps-5.0.30-2jpp_3fc tomcat5-admin-webapps-5.0.30-5jpp_1fc tomcat5-webapps tomcat5-webapps-5.0.30-2jpp_3fc tomcat5-webapps_5.0.30-5jpp_1fc My fedora-devel.repo file had no gpgcheck entry, so I added the =0 line as you suggested. Then running 'yum update tomcat5*' cleared the bottom three entries, leaving only the struts11 update still undone. Wouldn't you know, it's hung up on a struts11-webapps-tomcat5 dependency :-) ?? -- Doc Robert G. (Doc) Savage, BSE(EE), CISSP, RHCE | Fairview Heights, IL Fedora Core 3 kernel 2.6.11-1.14_FC3 on a P-III/M IBM Thinkpad A22p "Perfection is the enemy of good enough." -- Admiral of the Fleet Sergei G. Gorshkov From dzrudy at gmail.com Fri Apr 29 03:43:18 2005 From: dzrudy at gmail.com (Dawid Zamirski) Date: Thu, 28 Apr 2005 23:43:18 -0400 Subject: Invalid compressed format (err=2) after rawhide20050427 update Message-ID: <4271AD56.8090209@gmail.com> Hello Since I updated to rawhide20050427 I'm unable to boot the system with any kernel (including the most recent 1275 build) except 2.6.11-1.1240_FC4 which works ok. Higher builds of the kernel throw the "Invalid compressed format" error. I was able to boot 126x kernels before the update. I tried to revert back initscripts an mkinitrd packages to 8.07-1.x86_64 and 4.2.8-1.x86_64 respectively, but this didn't solve the problem. I also disabled SE Linux and checked my file system with reiserfsck but this didn't help either. My all partitions including /boot are reiserfs. Could this be the cause of the problem? Thanks. From rodd at clarkson.id.au Fri Apr 29 03:54:36 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 29 Apr 2005 13:54:36 +1000 Subject: up2date wedges In-Reply-To: <1114746187.4998.50.camel@lioness.protogeek.org> References: <1114738866.4742.25.camel@omen.com> <1114743324.4998.28.camel@lioness.protogeek.org> <1114743739.5013.21.camel@jellyfish.redfishdemo.com> <1114746187.4998.50.camel@lioness.protogeek.org> Message-ID: <1114746876.5013.26.camel@jellyfish.redfishdemo.com> > My fedora-devel.repo file had no gpgcheck entry, so I added the =0 line > as you suggested. Then running 'yum update tomcat5*' cleared the bottom > three entries, leaving only the struts11 update still undone. > > Wouldn't you know, it's hung up on a struts11-webapps-tomcat5 > dependency :-) ?? Yeah, well some packages have dependency problems in rawhide. This is just part and parcel of using the devel stuff (and probably not a yum issue). RPM should have the same problems with this dependency issue. If RPM does then comment about it on the list (or file a bug report against the package and state that there's a problem). If RPM doesn't have a problem with upgrading to this package but yum does, then comment to this list and file a bug report against yum Please keep in mind that using development is a lot less smooth than using stable releases and that while any update in a stable cycle is released is tested well, while package changes in development are less tested (that's what you're doing) and will have problems from time to time. Rodd From michal at harddata.com Fri Apr 29 04:01:06 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 28 Apr 2005 22:01:06 -0600 Subject: rawhide report: 20050428 changes In-Reply-To: <1114743000.4998.22.camel@lioness.protogeek.org>; from dsavage@peaknet.net on Thu, Apr 28, 2005 at 09:50:00PM -0500 References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> <1114720884.9665.2.camel@scrappy.netlyncs.com> <1114743000.4998.22.camel@lioness.protogeek.org> Message-ID: <20050428220106.A9447@mail.harddata.com> On Thu, Apr 28, 2005 at 09:50:00PM -0500, Robert G. (Doc) Savage wrote: > On Thu, 2005-04-28 at 15:41 -0500, Mike Chambers wrote: > > On Thu, 2005-04-28 at 08:00 -0400, Build System wrote: > > > > > gconf-editor-2.10.0-5 > > > --------------------- > > > * Wed Apr 27 2005 Jeremy Katz - 2.10.0-5 > > > - fix the %post to install the gconf schema correctly too (#152238) > > > > Ran into this just now while doing a rawhide upgrade... > > > > Cache file created successfully. > > Must set the GCONF_CONFIG_SOURCE environment variable > > error: %postun(gconf-editor-2.10.0-3.i386) scriptlet failed, exit status > > 1 > > Must set the GCONF_CONFIG_SOURCE environment variable > > error: %postun(gconf-editor-2.10.0-4.i386) scriptlet failed, exit status > > 1 > > Cache file created successfully. > > Mike, > > I saw the same errors. I expect Jeremy will push a corrected version out > very soon. AFAICS gconf-editor-2.10.0-5 is that corrected version. The problem is that due to the quoted errors you have leftovers of 2.10.0-3 and 2.10.0-4. Because %postun scriplets fail they are not cleaned up. A way out of this mess, if you already installed gconf-editor-2.10.0-5, is to do rpm -e --noscripts gconf-editor-2.10.0-3 rpm -e --noscripts gconf-editor-2.10.0-4 rpm -V gconf-editor-2.10.0-5 If the last command does not return silently, which is very likely, then you need to 'rpm -Uvh --force gconf-editor-2.10.0-5*.rpm' with a package for your installation architecture and this at last should not bring any complaints. Michal From mandreiana.lists at gmail.com Fri Apr 29 05:09:06 2005 From: mandreiana.lists at gmail.com (Marius Andreiana) Date: Fri, 29 Apr 2005 08:09:06 +0300 Subject: broken alsa sound after 1.0.9rc2 update Message-ID: <1114751346.3009.5.camel@marte.biciclete.ro> alsa-utils-1.0.9rc2-1 alsa-lib-1.0.9rc2-1 kernel-2.6.11-1.1226_FC4 Nothing can output sound now, tried xmms with alsa plugin and ogg123. aplay will segfault: aplay /usr/lib/openoffice.org1.9.89/share/gallery/sounds/applause.wav Segmentation fault My hardware: 00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) Subsystem: Giga-byte Technology GA-8IPE1000/8KNXP motherboard Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- References: 6667 <20050428133322.90716.qmail@web51506.mail.yahoo.com> <37764.62.2.21.164.1114695325.squirrel@www.gwch.net> <1114740892.2914.96.camel@mjolnir> Message-ID: <4271C579.6010401@gwch.net> John Morris schrieb: > On Thu, 2005-04-28 at 08:35, Roger Grosswiler wrote: > > >>i do know that fwbuilder as firestarter are in extras, but i still think, that fwbuiler is not really for newbs... > > > Firewalls aren't for newbs. Anything more than checking a few boxes for > the basic options and newbs shouldn't be doing it. If it looks really > user friendly and stuff that just encourages them to think they can do > it. And that is the absolute worst thing you could do. > > Ok, so that makes me an elitist bastard. So be it. > You might be right, how you call yourself is your thing ;-) But i can tell you in a bit a philosophical way, that the firewall should be done for newbs - they connect to the internet, no firewall (i still see this now...) and they often never remark, that their computer is captured. And who has to resolve it??? Not themselves, as it is easier to install a simple firewall than removing trojans, worms and alle the rest of this *#%& - they trust on tools and experts and experts writing those tools :-) I deleted on a friends machine 7 trojans and 3 dialers, nevermind where he was surfing :-) At least, i just installed him zonealarm (yes, his a windozer...), closed everything and explained him, how to handle that part, if a windows comes up and tries accessing to internet. Since then, he was clean. I do not expect putting system-config-securitylevel in this way, but the stealthing option would really be a nice thing. At least, 3-5 lines for an ip/ip-range/hostname, the portnumber and a clickbox (open port for this ip/range/hostname), and the tool would be basically able to write a rule. Or even, like open special ports one whole line called "Stealthing Ports) in the format IP:PORT:Proto would make system-config-securitylevel to a even more powerful tool. or not? Roger From roger at gwch.net Fri Apr 29 05:29:54 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 29 Apr 2005 07:29:54 +0200 Subject: Stealthing Ports in system-config-securitylevel was: SSH brute force attack In-Reply-To: <80d7e40905042819296909bf8e@mail.gmail.com> References: <42707FC9.2030300@gwch.net> <5446.213.164.3.90.1114683648.squirrel@www.nodata.co.uk> <38252.62.2.21.164.1114686083.squirrel@www.gwch.net> <80d7e40905042819296909bf8e@mail.gmail.com> Message-ID: <4271C652.2000803@gwch.net> Stephen J. Smoogen schrieb: > On 4/28/05, Roger Grosswiler wrote: > >>>>Hi, >>>> >>>>Taking again the thread about the SSH brute force attacks, but with a >>>>question. >>>> >>>>We have a nice tool called system-config-securitylevel, why isn't it >>>>possible to indicate some ips or ranges there an click to "stealth" so, >>>>this port is just visible to the indicated ip-adresses?? >>>> >>>>Roger >>>> >>> >>>Because it's a simple gui tool designed to be simple. >>> >> >>you're right at this point, it's adding a function more., but adding this function would not mean crashing usability >>of this tool, i think. It's just an senseful option more, that keeps EASY the users computers more secure - specially >>on servers. > > > You have to be able to parse things like did you want to NOT allow > 127.0.0.1 to connect. Did you mean 204.121.0.0/32 and not > 204.121.0.0/16.. it is not a trivial task to do right for the new > person. Or the fact that you put the -A INPUT -s 0.0.0.0/0 -j ACCEPT > before all your drops. > > A tool that does this would be great, but I think its complexity would > be more than can be packaged simply into the installer :(. Even > putting this in an 'expert' section is more likely to shoot one in the > foot. [I have had to clean up more systems because the person thought > they had secured it and it was actually worse off.] > Thats why i think this should be done by the tool written by experts. Of course, a newb isn't really able to calculate networks. But all those information are there and just have to be read by the tool. Even it should prevent the situation, you described above. I mean, basically we got firestarter, this is a kind of easy. Just what i think, if system-config-securitylevel would support stealthing too, you get at least a more or less "very" secure system out of the box. Roger From skvidal at phy.duke.edu Fri Apr 29 05:41:53 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 29 Apr 2005 01:41:53 -0400 Subject: up2date wedges In-Reply-To: <1114743324.4998.28.camel@lioness.protogeek.org> References: <1114738866.4742.25.camel@omen.com> <1114743324.4998.28.camel@lioness.protogeek.org> Message-ID: <1114753313.22369.2.camel@cutter> On Thu, 2005-04-28 at 21:55 -0500, Robert G. (Doc) Savage wrote: > On Thu, 2005-04-28 at 18:41 -0700, Chuck Forsberg WA7KGX wrote: > > I reinstalled FC4T2 from scratch and immediately did an > > up2date on up2date. > > > > Now when I run up2date it never gets past the > > "solving RPM inter dependencies" stage. > > You're not alone. I'm seeing the same problem in a VMware bubble. If it > weren't for good ol' rpm I'd be hundreds of updates behind by now. The > known limitations of Development notwithstanding, neither yum nor > up2date are working correctly yet in FC4. What problems are you seeing in yum for updates? -sv From tony at tgds.net Fri Apr 29 06:48:28 2005 From: tony at tgds.net (tony) Date: Fri, 29 Apr 2005 08:48:28 +0200 Subject: tracking crashes in the night In-Reply-To: References: <1114701254.3153.8.camel@hush> <1114703689.3230.0.camel@localhost.localdomain> <1114704648.3217.1.camel@hush> <1114705212.3230.4.camel@localhost.localdomain> Message-ID: <1114757308.4357.4.camel@hush> Le jeudi 28 avril 2005 ? 18:13 +0100, Robin Green a ?crit : > On Thu, 28 Apr 2005 18:20:12 +0200, nodata wrote: > > There go the most likely causes :) > > I had the same problem on a machine with an nvidia card and the binary > > module for it. I'd get crashes with no logged information. > > > > You said you've checked your logs - I'd like to know how to find out the > > cause too.. OK I left the machine running with no open applications and it survived _BUT_ memory use is very high (was 96% when I got to the machine - has gone down to 94% now). I am guessing that there is a leak in there somewhere and leaving Evolution and spamassassin running all night was just choking the machine to death. There is some USB weirdness still - capslock was on but I had to turn it off then back on to get numeric keypad to work just now. Cheers Tony From hugh at mimosa.com Fri Apr 29 06:23:11 2005 From: hugh at mimosa.com (D. Hugh Redelmeier) Date: Fri, 29 Apr 2005 02:23:11 -0400 (EDT) Subject: backward compatibility problem with grub In-Reply-To: <604aa7910504251032babc269@mail.gmail.com> References: <604aa7910504251032babc269@mail.gmail.com> Message-ID: | From: Jeff Spaleta | This is quite easy to resolve.. edit the grub.spec file to remove | -Wno-pointer-sign I would have thought that the whole point of the autoconf horror show is to avoid wiring this stuff in. | and it will rebuild on fc3 using the compiler tools in fc3. Right now | when compiling for gcc4 this warning needs to be supressed to get grub | to build. Since gcc4 is now the default compiler in rawhide, the | rawhide grub has that option turned on. I don't think its | unreasonable to have to edit a spec file on occasion to get something | to recompile, especially when we are talking about jumping a compiler | toolchain version. I admit that I am naive about this. The technical solution used might be expeditious. But from a distance, something looks wrong. I don't know autoconf (I have avoided it), but the first chunk of its documentation (in info format -- a bad sign) says: Autoconf is a tool for producing shell scripts that automatically configure software source code packages to adapt to many kinds of UNIX-like systems. The configuration scripts produced by Autoconf are independent of Autoconf when they are run, so their users do not need to have Autoconf. The .spec file used autoconf. Surely adapting between GCC versions should be well within the scope of autoconf. So: hardwiring CFLAGS into a spec file seems suspect. That is precisely what the grub spec does. CFLAGS specific to GCC4. It makes the .spec file brittle. Portability is a good thing. Also: usually compiler warnings should be addressed by changing the code that provokes the warning. Not having a gcc4 at hand, I haven't looked at the particular code in grub that causes the warning(s) that are being suppressed, so I don't know whether the warning is bogus or warranted. BTW: why does x86_64 require -static and other architectures do not? A comment explaining this would be welcome in the .spec file. From fedora at nodata.co.uk Fri Apr 29 07:24:34 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 29 Apr 2005 09:24:34 +0200 (CEST) Subject: OpenOffice.org icons Message-ID: <48710.213.164.3.90.1114759474.squirrel@www.nodata.co.uk> Morning, Quick question - does anyone find the new openoffice.org icons difficult to understand? From shrek-m at gmx.de Fri Apr 29 07:30:45 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 29 Apr 2005 09:30:45 +0200 Subject: Stealthing Ports in system-config-securitylevel was: SSH brute force attack In-Reply-To: <4271C579.6010401@gwch.net> References: 6667 <20050428133322.90716.qmail@web51506.mail.yahoo.com> <37764.62.2.21.164.1114695325.squirrel@www.gwch.net> <1114740892.2914.96.camel@mjolnir> <4271C579.6010401@gwch.net> Message-ID: <4271E2A5.50100@gmx.de> Roger Grosswiler wrote: > But i can tell you in a bit a philosophical way, that the firewall > should be done for newbs - they connect to the internet, no firewall > (i still see this now...) and they often never remark, that their > computer is captured. you mean here linux machines ? > And who has to resolve it??? Not themselves, as it is easier to > install a simple firewall than removing trojans, worms and alle the > rest of this *#%& - they trust on tools and experts and experts > writing those tools :-) > > I deleted on a friends machine 7 trojans and 3 dialers, nevermind > where he was surfing :-) i assume he had no on-access scanner. was this a linux machine or a windowzer behind an older linux-pc with a firewall or squid/danguardian ? see eg $ vi /usr/share/doc/rp-pppoe-*/configs/firewall-* > At least, i just installed him zonealarm (yes, his a windozer...), zonealarm for linux ? no thanks, i prefer iptables. > closed everything and explained him, how to handle that part, if a > windows comes up and tries accessing to internet. Since then, he was > clean. OT: hahaha :-) if you close all eg. "generic host bla" he will run in trouble. i have seen zonealarms allowed everything because the "newbies" allow after a short time all applications. result: i have a firewall, why do i have trojans/worms/etc ? -- shrek-m From mandreiana.lists at gmail.com Fri Apr 29 07:35:11 2005 From: mandreiana.lists at gmail.com (Marius Andreiana) Date: Fri, 29 Apr 2005 10:35:11 +0300 Subject: OpenOffice.org icons In-Reply-To: <48710.213.164.3.90.1114759474.squirrel@www.nodata.co.uk> References: <48710.213.164.3.90.1114759474.squirrel@www.nodata.co.uk> Message-ID: <1114760111.3584.0.camel@marte.biciclete.ro> On Fri, 2005-04-29 at 09:24 +0200, nodata wrote: > Quick question - does anyone find the new openoffice.org icons difficult > to understand? quick answer - no -- Marius Andreiana From shrek-m at gmx.de Fri Apr 29 07:35:14 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 29 Apr 2005 09:35:14 +0200 Subject: OpenOffice.org icons In-Reply-To: <48710.213.164.3.90.1114759474.squirrel@www.nodata.co.uk> References: <48710.213.164.3.90.1114759474.squirrel@www.nodata.co.uk> Message-ID: <4271E3B2.4070209@gmx.de> nodata wrote: >Quick question - does anyone find the new openoffice.org icons difficult >to understand? > not really, afair writer = lines calc = table impress = monitor/beamer -- shrek-m From mefoster at gmail.com Fri Apr 29 07:52:49 2005 From: mefoster at gmail.com (Mary Ellen Foster) Date: Fri, 29 Apr 2005 08:52:49 +0100 Subject: broken alsa sound after 1.0.9rc2 update In-Reply-To: <1114751346.3009.5.camel@marte.biciclete.ro> References: <1114751346.3009.5.camel@marte.biciclete.ro> Message-ID: On 4/29/05, Marius Andreiana wrote: > Nothing can output sound now, tried xmms with alsa plugin and ogg123. > aplay will segfault: "me too" [TM]. For me, aplay does not segfault, but aRts was continually giving me "CPU overloaded, aborting" messages. I temporarily disabled aRts and turned off all KDE system notifications, and then logged out and back in, and it now seems to have calmed down. I am happy with the new "dmix by default" thing -- I'd been doing that myself anyway -- but it looks like it's not stable yet. Anyone got this in bugzilla? My hardware (from /sbin/lspci -v): 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) Subsystem: Dell: Unknown device 0196 Flags: bus master, medium devsel, latency 0, IRQ 177 I/O ports at b800 [size=256] I/O ports at bc40 [size=64] Memory at f4fff800 (32-bit, non-prefetchable) [size=512] Memory at f4fff400 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 MEF -- __ Mary Ellen Foster __ http://homepages.inf.ed.ac.uk/mef/ __ "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." (Robert Firth) From roger at gwch.net Fri Apr 29 08:41:56 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 29 Apr 2005 10:41:56 +0200 Subject: Stealthing Ports in system-config-securitylevel was: SSH brute force attack In-Reply-To: <4271E2A5.50100@gmx.de> References: 6667 <20050428133322.90716.qmail@web51506.mail.yahoo.com> <37764.62.2.21.164.1114695325.squirrel@www.gwch.net> <1114740892.2914.96.camel@mjolnir> <4271C579.6010401@gwch.net> <4271E2A5.50100@gmx.de> Message-ID: <4271F354.9040206@gwch.net> shrek-m at gmx.de schrieb: > Roger Grosswiler wrote: > >> But i can tell you in a bit a philosophical way, that the firewall >> should be done for newbs - they connect to the internet, no firewall >> (i still see this now...) and they often never remark, that their >> computer is captured. > you mean here linux machines ? No sir, windows-machines > >> And who has to resolve it??? Not themselves, as it is easier to >> install a simple firewall than removing trojans, worms and alle the >> rest of this *#%& - they trust on tools and experts and experts >> writing those tools :-) >> >> I deleted on a friends machine 7 trojans and 3 dialers, nevermind >> where he was surfing :-) > i assume he had no on-access scanner. No sir, in fact he had. But let's not talk about the age of his signatures ;-) > > was this a linux machine a windowzer > or a windowzer behind an older linux-pc with a firewall or > squid/danguardian ? > see eg $ vi /usr/share/doc/rp-pppoe-*/configs/firewall-* > >> At least, i just installed him zonealarm (yes, his a windozer...), > > > > zonealarm for linux ? no thanks, i prefer iptables. i fact, zonealarm is for windows, i'd never run it on linux, as i have my iptables too :-) ...but shouldn't we think about lots of users to change from windows to linux? Shall linux always stay for "gurus"??? > >> closed everything and explained him, how to handle that part, if a >> windows comes up and tries accessing to internet. Since then, he was >> clean. > > > > OT: > hahaha :-) > if you close all eg. "generic host bla" he will run in trouble. > i have seen zonealarms allowed everything because the "newbies" allow > after a short time all applications. > result: i have a firewall, why do i have trojans/worms/etc ? > [OT reply] i closed everything, started the apps he needs (browser, email, what else does he need really??? -> nothing!). The advantage of the application level gateway is, that it remarks traffic, that shouldn't be and asks for allowing of the app or disallowing. so he surfs and gets his mails and is happy and since then, he never ever got any more that stuff, as he also got antivir installed, which asks him each week to update! :-) So, hopefully he also has some DISCIPLINE and just doesn't open the firewall or equal (according to Will Hoopers reply from yesterday.) Roger From caf at omen.com Fri Apr 29 09:31:32 2005 From: caf at omen.com (Chuck Forsberg WA7KGX) Date: Fri, 29 Apr 2005 02:31:32 -0700 Subject: gtk+2 missing Message-ID: <1114767092.4742.43.camel@omen.com> Trying to compile a program that insists on gtk+2.0 or newer. FC4T2 only has gtk+1.something. Any plans to bring gtk+ up to date? -- Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665 From ivazquez at ivazquez.net Fri Apr 29 09:54:31 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 29 Apr 2005 05:54:31 -0400 Subject: gtk+2 missing In-Reply-To: <1114767092.4742.43.camel@omen.com> References: <1114767092.4742.43.camel@omen.com> Message-ID: <1114768471.5061.56.camel@ignacio.ignacio.lan> On Fri, 2005-04-29 at 02:31 -0700, Chuck Forsberg WA7KGX wrote: > Trying to compile a program that insists on gtk+2.0 or newer. > FC4T2 only has gtk+1.something. > > Any plans to bring gtk+ up to date? No. Use the gtk2 package instead. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 mandreiana.lists at gmail.com Fri Apr 29 09:54:06 2005 From: mandreiana.lists at gmail.com (Marius Andreiana) Date: Fri, 29 Apr 2005 12:54:06 +0300 Subject: gtk+2 missing In-Reply-To: <1114767092.4742.43.camel@omen.com> References: <1114767092.4742.43.camel@omen.com> Message-ID: <1114768446.3584.3.camel@marte.biciclete.ro> On Fri, 2005-04-29 at 02:31 -0700, Chuck Forsberg WA7KGX wrote: > Trying to compile a program that insists on gtk+2.0 or newer. yum -y install gtk2-devel -- Marius Andreiana From c.hauser at active.ch Fri Apr 29 09:54:02 2005 From: c.hauser at active.ch (Christian Hauser) Date: Fri, 29 Apr 2005 11:54:02 +0200 Subject: gtk+2 missing In-Reply-To: <1114767092.4742.43.camel@omen.com> References: <1114767092.4742.43.camel@omen.com> Message-ID: <4272043A.3020400@active.ch> Chuck Forsberg WA7KGX wrote: > Trying to compile a program that insists on gtk+2.0 or newer. > FC4T2 only has gtk+1.something. > > Any plans to bring gtk+ up to date? It is quite up to date: http://download.fedora.redhat.com/pub/fedora/linux/core/test/3.91/i386/os/Fedora/RPMS/gtk2-2.6.4-2.i386.rpm From kernel at start.no Fri Apr 29 10:38:51 2005 From: kernel at start.no (Christopher) Date: Fri, 29 Apr 2005 12:38:51 +0200 (CEST) Subject: Need help to install a kernel rpm with RescueCD (FC4T2) Message-ID: <1114771131.42720ebb3e095@epost.start.no> Hi, I've got a new AMD64 system which I installed FC4 test2 on. After installation finished and rebooted the kernel just hung. It seems there is a problem with the kernel released last week (ref: http://www.livejournal.com/users/wtogami/). I've got hold of the latest kernel which is supposed to work (from the same link above). I've managed to get the kernel rpm (kernel-2.6.11-1.1276_FC4.x86_64.rpm ) over to my damaged FC4T2 system (had to use a gentoo live cd, since the rescuecd just crashed when I tried to enable network, and I could not mount the cdrom in rescue mode). Anyway, trying to install the kernel rpm package in the chrooted environment (chroot /mnt/sysimage) just ends up with rpm saying it depends on initscripts and won't install. What can I do to fix this? I need to install this kernel to boot the system. /Christopher ------------------------------------------------------------------- F? opp farta! Start.no Bredb?nd. 2 Megabit til kun 379,- per m?ned. Sjekk http://www.start.no/bredband/ mer informasjon! From kernel at start.no Fri Apr 29 10:53:45 2005 From: kernel at start.no (Christopher) Date: Fri, 29 Apr 2005 12:53:45 +0200 (CEST) Subject: How often does ntpd sync with an (external) ntp server? Message-ID: <1114772025.427212391ef32@epost.start.no> I've configured my ntpd to check no.pool.ntp.org for the right time. How often does ntpd sync with this server(s)? /Christopher ------------------------------------------------------------------- F? opp farta! Start.no Bredb?nd. 2 Megabit til kun 379,- per m?ned. Sjekk http://www.start.no/bredband/ mer informasjon! From ralph+fedora at strg-alt-entf.org Fri Apr 29 11:10:19 2005 From: ralph+fedora at strg-alt-entf.org (Ralph Angenendt) Date: Fri, 29 Apr 2005 13:10:19 +0200 Subject: How often does ntpd sync with an (external) ntp server? In-Reply-To: <1114772025.427212391ef32@epost.start.no> References: <1114772025.427212391ef32@epost.start.no> Message-ID: <20050429111019.GF21918@br-online.de> Christopher wrote: > I've configured my ntpd to check no.pool.ntp.org for the right time. > How often does ntpd sync with this server(s)? ntpstat should tell you this. As should the different (l|o|n)peers commands in ntpq. Ralph -- Ralph Angenendt......ra at br-online.de | .."Text processing has made it possible Bayerischer Rundfunk...HA-Multimedia | ....to right-justify any idea, even one Rundfunkplatz 1........80300 M?nchen | .which cannot be justified on any other Tl:089.5900.16023..Fx:089.5900.16240 | ..........grounds." -- J. Finnegan, USC -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dsavage at peaknet.net Fri Apr 29 11:32:47 2005 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Fri, 29 Apr 2005 06:32:47 -0500 Subject: up2date wedges In-Reply-To: <1114753313.22369.2.camel@cutter> References: <1114738866.4742.25.camel@omen.com> <1114743324.4998.28.camel@lioness.protogeek.org> <1114753313.22369.2.camel@cutter> Message-ID: <1114774367.4998.61.camel@lioness.protogeek.org> On Fri, 2005-04-29 at 01:41 -0400, seth vidal wrote: > What problems are you seeing in yum for updates? Seth, As a new yum user, I initially thought its inability to update from the Development directory indicated yum had a problem. Up2date, with which I was far more familiar, was definitely pronked and spewing python errors in its wake. Now I know what I was seeing with yum were broken dependencies and missing signatures in the Development packages, stuff that's not yum's fault at all. -- Doc Robert G. (Doc) Savage, BSE(EE), CISSP, RHCE | Fairview Heights, IL Fedora Core 3 kernel 2.6.11-1.14_FC3 on a P-III/M IBM Thinkpad A22p "Perfection is the enemy of good enough." -- Admiral of the Fleet Sergei G. Gorshkov From rodd at clarkson.id.au Fri Apr 29 11:41:05 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 29 Apr 2005 21:41:05 +1000 Subject: OpenOffice.org icons In-Reply-To: <4271E3B2.4070209@gmx.de> References: <48710.213.164.3.90.1114759474.squirrel@www.nodata.co.uk> <4271E3B2.4070209@gmx.de> Message-ID: <1114774865.5435.4.camel@goose> On Fri, 2005-04-29 at 09:35 +0200, shrek-m at gmx.de wrote: > nodata wrote: > > >Quick question - does anyone find the new openoffice.org icons difficult > >to understand? > > > > not really, afair > > writer = lines > calc = table > impress = monitor/beamer database = silo Ah, the age old question of iconography. Icons only mean something if you know what they mean (which is of course self serving). Someone once told me that you should never teach students how to use a program based on the icons in the application because they may well mean nothing in similar applications and then the person will have troubles using alternative (but comparable) software. I think it's a fair cop. Take a look at lots of applications and imagine all the other meanings icons could have if you didn't know what they did and I think you'll get the gist. Rodd From linux_4ever at yahoo.com Fri Apr 29 12:15:03 2005 From: linux_4ever at yahoo.com (Steve G) Date: Fri, 29 Apr 2005 05:15:03 -0700 (PDT) Subject: log errors In-Reply-To: 6667 Message-ID: <20050429121503.210.qmail@web51510.mail.yahoo.com> >Any idea what is causing the pam_timestamp or the codec_semaphore >messages or how to fix them? Regarding pam, what do you get for "ls -la /" ? I'm more interested in the . & .. Also, what mount options do you have for that partition (/etc/fstab)? -Steve Grubb __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From fedora at nodata.co.uk Fri Apr 29 12:49:30 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 29 Apr 2005 14:49:30 +0200 (CEST) Subject: OpenOffice.org icons In-Reply-To: <1114774865.5435.4.camel@goose> References: <48710.213.164.3.90.1114759474.squirrel@www.nodata.co.uk> <4271E3B2.4070209@gmx.de> <1114774865.5435.4.camel@goose> Message-ID: <21830.213.164.3.90.1114778970.squirrel@www.nodata.co.uk> > On Fri, 2005-04-29 at 09:35 +0200, shrek-m at gmx.de wrote: >> nodata wrote: >> >> >Quick question - does anyone find the new openoffice.org icons >> difficult >> >to understand? >> > >> >> not really, afair >> >> writer = lines >> calc = table >> impress = monitor/beamer > database = silo > > Ah, the age old question of iconography. Icons only mean something if > you know what they mean (which is of course self serving). > > Someone once told me that you should never teach students how to use a > program based on the icons in the application because they may well mean > nothing in similar applications and then the person will have troubles > using alternative (but comparable) software. > > I think it's a fair cop. Take a look at lots of applications and > imagine all the other meanings icons could have if you didn't know what > they did and I think you'll get the gist. > > > Rodd > My icons are blue or green, with a feint squiggle. If you squint at the squiggle, you can decipher them. Three feint squiggles in a row on dark blue means Writer. Some faint box squiggles in a grid means Calc. From cdhouch at pobox.com Fri Apr 29 13:22:29 2005 From: cdhouch at pobox.com (Caerie Houchins) Date: Fri, 29 Apr 2005 08:22:29 -0500 Subject: Did ESD sound get very bad with the last update for anyone else? In-Reply-To: <426400D7.2000909@n-man.com> References: <1113820900.2981.6.camel@marte.biciclete.ro> <426400D7.2000909@n-man.com> Message-ID: <42723515.3030008@pobox.com> Since the last update I've found that my sound coming through ESD is very crackly and bad. ALSA seems just fine and when I play anything through aplay it sounds perfect. It is possible that I've just not noticed the sound being this bad before, but I'm fairly certain I would have. GAIM's receive wav has always been annoying, but now it sounds like its being dragged accross a cheese grator :) Same with anything using sound via Firefox and the flash plugin. I did read the previous thread on ESD sound being bad on the list here, but at the time that came out I wasn't having any problems. /proc/asound/cards 0 [SB0400 ]: Audigy2 - Audigy 2 Value [SB0400] Audigy 2 Value [SB0400] (rev.0, serial:0x10011102) at 0xe800, irq 5 /proc/asound/modules 0 snd_emu10k1 Thanks, Caerie From czar at czarc.net Fri Apr 29 13:18:50 2005 From: czar at czarc.net (Gene C.) Date: Fri, 29 Apr 2005 09:18:50 -0400 Subject: Good news for x86_64 systems Message-ID: <200504290918.51393.czar@czarc.net> After kernel 1275 fixed the "constant" rebooting problem on x86_64 system, I was eager to see how soon the other major problem could be fixed -- segfault when running 32 bit applications. Since rawhide had not been updated yet, I thought I would look to see if davej had any new kernel on people.redhat.com ... sure enough, there was kernel 1276. After downloading, I looked at the change log and it said that a fix for 32 bit applications was included. After installation and reboot I tested .. 32 bit applications now work (no segfault). This also means that vmware-config.pl works again for those interested. See http://people.redhat.com/davej/kernels/Fedora/ -- Gene From i.pilcher at comcast.net Fri Apr 29 13:01:28 2005 From: i.pilcher at comcast.net (Ian Pilcher) Date: Fri, 29 Apr 2005 08:01:28 -0500 Subject: Need help to install a kernel rpm with RescueCD (FC4T2) In-Reply-To: <1114771131.42720ebb3e095@epost.start.no> References: <1114771131.42720ebb3e095@epost.start.no> Message-ID: Christopher wrote: > I've got a new AMD64 system which I installed FC4 test2 on. After installation > finished and rebooted the kernel just hung. It seems there is a problem with the > kernel released last week (ref: http://www.livejournal.com/users/wtogami/). I've > got hold of the latest kernel which is supposed to work (from the same link > above). I've managed to get the kernel rpm (kernel-2.6.11-1.1276_FC4.x86_64.rpm > ) over to my damaged FC4T2 system (had to use a gentoo live cd, since the > rescuecd just crashed when I tried to enable network, and I could not mount the > cdrom in rescue mode). Anyway, trying to install the kernel rpm package in the > chrooted environment (chroot /mnt/sysimage) just ends up with rpm saying it > depends on initscripts and won't install. Did it complain that it requires a newer version of initscripts, or did it complain that it's completely missing? If it's the former, you probably just need to upgrade that package first. (Your approach with the gentoo rescue CD and chroot is correct.) If initscripts is completely missing, then something much more serious is wrong. HTH -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From ken at geekystuff.net Fri Apr 29 14:50:01 2005 From: ken at geekystuff.net (Ken Nordquist) Date: Fri, 29 Apr 2005 10:50:01 -0400 Subject: Good news for x86_64 systems In-Reply-To: <200504290918.51393.czar@czarc.net> References: <200504290918.51393.czar@czarc.net> Message-ID: <42724999.2010101@geekystuff.net> Gene, Thanks for the early heads up on the new kernel. Except for arts maxing out my cpu, everything is running great for me. Regards, Ken Nordquist ken at geekystuff.net Gene C. wrote: >After kernel 1275 fixed the "constant" rebooting problem on x86_64 system, I >was eager to see how soon the other major problem could be fixed -- segfault >when running 32 bit applications. > >Since rawhide had not been updated yet, I thought I would look to see if davej >had any new kernel on people.redhat.com ... sure enough, there was kernel >1276. > >After downloading, I looked at the change log and it said that a fix for 32 >bit applications was included. After installation and reboot I tested .. 32 >bit applications now work (no segfault). > >This also means that vmware-config.pl works again for those interested. > >See http://people.redhat.com/davej/kernels/Fedora/ > > From fedora at puzzled.xs4all.nl Fri Apr 29 14:42:26 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Fri, 29 Apr 2005 16:42:26 +0200 Subject: evolution crashes during upgrade? In-Reply-To: <1114714375.9376.0.camel@cassandra.boston.redhat.com> References: <1114705366.4724.1.camel@localhost.localdomain> <1114714375.9376.0.camel@cassandra.boston.redhat.com> Message-ID: <1114785746.12040.5.camel@guru.puzzled.xs4all.nl> On Thu, 2005-04-28 at 14:52 -0400, David Malcolm wrote: > On Thu, 2005-04-28 at 18:22 +0200, nodata wrote: > > Is anyone else seeing crashes during or after a yum upgrade, > > particularly in evolution and in epiphany? > > Any more information on these crashes? Just had a crash of Evolution after a yum update just now (spamassassin was upgraded during this run). I don't use Epiphany. Previously the box was last updated yesterday. Bug buddy complained it had no clue about Evolution or the "send email" entry so I couldn't report through bug buddy. But I did copy the info: Backtrace was generated from '/usr/bin/evolution' Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread -1208551744 (LWP 11478)] [New Thread -1277170768 (LWP 11931)] [New Thread -1266680912 (LWP 11759)] [New Thread -1253975120 (LWP 11492)] [New Thread -1243485264 (LWP 11491)] [New Thread -1232299088 (LWP 11486)] [New Thread -1221805136 (LWP 11483)] [New Thread -1211315280 (LWP 11482)] 0x008737e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #0 0x008737e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x00a04f0b in __waitpid_nocancel () from /lib/libpthread.so.0 #2 0x06548080 in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0 #3 #4 0x008737e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #5 0x008b812c in raise () from /lib/libc.so.6 #6 0x008b9888 in abort () from /lib/libc.so.6 #7 0x00b202d1 in g_logv () from /usr/lib/libglib-2.0.so.0 #8 0x00b20305 in g_log () from /usr/lib/libglib-2.0.so.0 #9 0x00b20371 in g_assert_warning () from /usr/lib/libglib-2.0.so.0 #10 0x0620ba0c in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x0620ba2d in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x061d1678 in gtk_box_reorder_child () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x06209f1a in gtk_container_forall () from /usr/lib/libgtk-x11-2.0.so.0 #14 0x0620b7a1 in gtk_container_get_focus_hadjustment () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x0628c352 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x00ba7d9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #17 0x00ba8285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #18 0x00bb6917 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #19 0x00bb7c53 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #20 0x00bb8254 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #21 0x06367ac3 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #22 0x0620b9d6 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x0620ba2d in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #24 0x061cdf4b in gtk_bin_get_type () from /usr/lib/libgtk-x11-2.0.so.0 #25 0x06209f1a in gtk_container_forall () from /usr/lib/libgtk-x11-2.0.so.0 #26 0x0620b7a1 in gtk_container_get_focus_hadjustment () from /usr/lib/libgtk-x11-2.0.so.0 #27 0x061d390b in gtk_button_set_relief () from /usr/lib/libgtk-x11-2.0.so.0 #28 0x0628c352 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk-x11-2.0.so.0 #29 0x00ba7d9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #30 0x00ba8285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #31 0x00bb6917 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #32 0x00bb7c53 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #33 0x00bb8254 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #34 0x06367ac3 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #35 0x0620b9d6 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #36 0x0620ba2d in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #37 0x061cdf4b in gtk_bin_get_type () from /usr/lib/libgtk-x11-2.0.so.0 #38 0x06209f1a in gtk_container_forall () from /usr/lib/libgtk-x11-2.0.so.0 #39 0x0620b7a1 in gtk_container_get_focus_hadjustment () from /usr/lib/libgtk-x11-2.0.so.0 #40 0x0628c352 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk-x11-2.0.so.0 #41 0x00ba7d9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #42 0x00ba8285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #43 0x00bb6917 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #44 0x00bb7c53 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #45 0x00bb8254 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #46 0x06367ac3 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #47 0x0620b9d6 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #48 0x063268e4 in gtk_toolbar_unset_icon_size () from /usr/lib/libgtk-x11-2.0.so.0 #49 0x0628c352 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk-x11-2.0.so.0 #50 0x00ba7d9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #51 0x00ba8285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #52 0x00bb6917 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #53 0x00bb7c53 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #54 0x00bb8254 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #55 0x06367ac3 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #56 0x0620b9d6 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #57 0x0620ba2d in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #58 0x0012c446 in bonobo_dock_item_get_orientation () from /usr/lib/libbonoboui-2.so.0 #59 0x06209f1a in gtk_container_forall () from /usr/lib/libgtk-x11-2.0.so.0 #60 0x0620b7a1 in gtk_container_get_focus_hadjustment () from /usr/lib/libgtk-x11-2.0.so.0 #61 0x0012bd41 in bonobo_dock_item_get_orientation () from /usr/lib/libbonoboui-2.so.0 #62 0x0628c352 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk-x11-2.0.so.0 #63 0x00ba7d9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #64 0x00ba8285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #65 0x00bb6917 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #66 0x00bb7c53 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #67 0x00bb8254 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #68 0x06367ac3 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #69 0x0628b0cb in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #70 0x002385ad in gdk_window_clear_area_e () from /usr/lib/libgdk-x11-2.0.so.0 #71 0x00238680 in gdk_window_process_all_updates () from /usr/lib/libgdk-x11-2.0.so.0 #72 0x00238701 in gdk_window_process_all_updates () from /usr/lib/libgdk-x11-2.0.so.0 #73 0x00b19650 in g_child_watch_add () from /usr/lib/libglib-2.0.so.0 #74 0x00b173ee in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #75 0x00b1a3f6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #76 0x00b1a6e3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #77 0x06497625 in bonobo_main () from /usr/lib/libbonobo-2.so.0 #78 0x0806392f in main (argc=6, argv=0xbfd97114) at main.c:610 Thread 8 (Thread -1211315280 (LWP 11482)): #0 0x008737e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x00a017a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #2 0x066163c7 in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #3 0x06616abd in e_thread_busy () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #4 0x009ffb80 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #5 0x0095a3fe in clone () from /lib/libc.so.6 No symbol table info available. Thread 7 (Thread -1221805136 (LWP 11483)): #0 0x008737e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x00a017a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #2 0x066163c7 in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #3 0x01081931 in sync_op (emss=) at em-sync-stream.c:225 p = (struct _EMSyncStreamPrivate *) 0x8a6d6d8 msg = {msg = {ln = {next = 0x85ed5d4, prev = 0x85ed5d0}, reply_port = 0x837ec38}, op = EMSS_FLUSH, data = 0x0, n = 0} __PRETTY_FUNCTION__ = "sync_op" #4 0x01081b28 in stream_flush (stream=0x86695b8) at em-sync-stream.c:299 emss = Thread 6 (Thread -1232299088 (LWP 11486)): #0 0x008737e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x00a017a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #2 0x066163c7 in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #3 0x06616abd in e_thread_busy () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #4 0x009ffb80 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #5 0x0095a3fe in clone () from /lib/libc.so.6 No symbol table info available. Thread 5 (Thread -1243485264 (LWP 11491)): #0 0x008737e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x00a017a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #2 0x066163c7 in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #3 0x06616abd in e_thread_busy () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #4 0x009ffb80 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #5 0x0095a3fe in clone () from /lib/libc.so.6 No symbol table info available. Thread 4 (Thread -1253975120 (LWP 11492)): #0 0x008737e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x00a017a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #2 0x066163c7 in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #3 0x06616abd in e_thread_busy () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #4 0x009ffb80 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #5 0x0095a3fe in clone () from /lib/libc.so.6 No symbol table info available. Thread 3 (Thread -1266680912 (LWP 11759)): #0 0x008737e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x009504c3 in poll () from /lib/libc.so.6 No symbol table info available. #2 0x00b1a248 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #3 0x00b1a6e3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #4 0x003ed3be in link_thread_io_context () from /usr/lib/libORBit-2.so.0 No symbol table info available. #5 0x00b32e9a in g_static_private_free () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #6 0x009ffb80 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #7 0x0095a3fe in clone () from /lib/libc.so.6 No symbol table info available. Thread 2 (Thread -1277170768 (LWP 11931)): #0 0x008737e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x00a017a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #2 0x066163c7 in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #3 0x06616abd in e_thread_busy () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #4 0x009ffb80 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #5 0x0095a3fe in clone () from /lib/libc.so.6 No symbol table info available. Thread 1 (Thread -1208551744 (LWP 11478)): #0 0x008737e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x00a04f0b in __waitpid_nocancel () from /lib/libpthread.so.0 No symbol table info available. #2 0x06548080 in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0 No symbol table info available. #3 No symbol table info available. #4 0x008737e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #5 0x008b812c in raise () from /lib/libc.so.6 No symbol table info available. #6 0x008b9888 in abort () from /lib/libc.so.6 No symbol table info available. #7 0x00b202d1 in g_logv () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #8 0x00b20305 in g_log () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #9 0x00b20371 in g_assert_warning () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #10 0x0620ba0c in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #11 0x0620ba2d in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #12 0x061d1678 in gtk_box_reorder_child () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #13 0x06209f1a in gtk_container_forall () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #14 0x0620b7a1 in gtk_container_get_focus_hadjustment () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #15 0x0628c352 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #16 0x00ba7d9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #17 0x00ba8285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #18 0x00bb6917 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #19 0x00bb7c53 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #20 0x00bb8254 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #21 0x06367ac3 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #22 0x0620b9d6 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #23 0x0620ba2d in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #24 0x061cdf4b in gtk_bin_get_type () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #25 0x06209f1a in gtk_container_forall () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #26 0x0620b7a1 in gtk_container_get_focus_hadjustment () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #27 0x061d390b in gtk_button_set_relief () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #28 0x0628c352 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #29 0x00ba7d9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #30 0x00ba8285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #31 0x00bb6917 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #32 0x00bb7c53 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #33 0x00bb8254 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #34 0x06367ac3 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #35 0x0620b9d6 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #36 0x0620ba2d in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #37 0x061cdf4b in gtk_bin_get_type () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #38 0x06209f1a in gtk_container_forall () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #39 0x0620b7a1 in gtk_container_get_focus_hadjustment () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #40 0x0628c352 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #41 0x00ba7d9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #42 0x00ba8285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #43 0x00bb6917 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #44 0x00bb7c53 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #45 0x00bb8254 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #46 0x06367ac3 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #47 0x0620b9d6 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #48 0x063268e4 in gtk_toolbar_unset_icon_size () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #49 0x0628c352 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #50 0x00ba7d9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #51 0x00ba8285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #52 0x00bb6917 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #53 0x00bb7c53 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #54 0x00bb8254 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #55 0x06367ac3 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #56 0x0620b9d6 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #57 0x0620ba2d in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #58 0x0012c446 in bonobo_dock_item_get_orientation () from /usr/lib/libbonoboui-2.so.0 No symbol table info available. #59 0x06209f1a in gtk_container_forall () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #60 0x0620b7a1 in gtk_container_get_focus_hadjustment () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #61 0x0012bd41 in bonobo_dock_item_get_orientation () from /usr/lib/libbonoboui-2.so.0 No symbol table info available. #62 0x0628c352 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #63 0x00ba7d9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #64 0x00ba8285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #65 0x00bb6917 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #66 0x00bb7c53 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #67 0x00bb8254 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #68 0x06367ac3 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #69 0x0628b0cb in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #70 0x002385ad in gdk_window_clear_area_e () from /usr/lib/libgdk-x11-2.0.so.0 No symbol table info available. #71 0x00238680 in gdk_window_process_all_updates () from /usr/lib/libgdk-x11-2.0.so.0 No symbol table info available. #72 0x00238701 in gdk_window_process_all_updates () from /usr/lib/libgdk-x11-2.0.so.0 No symbol table info available. #73 0x00b19650 in g_child_watch_add () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #74 0x00b173ee in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #75 0x00b1a3f6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #76 0x00b1a6e3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #77 0x06497625 in bonobo_main () from /usr/lib/libbonobo-2.so.0 No symbol table info available. #78 0x0806392f in main (argc=6, argv=0xbfd97114) at main.c:610 fd = Hope this helps. Regards, Patrick From cdhouch at pobox.com Fri Apr 29 15:02:11 2005 From: cdhouch at pobox.com (Caerie Houchins) Date: Fri, 29 Apr 2005 10:02:11 -0500 Subject: Did ESD sound get very bad with the last update for anyone else? In-Reply-To: <42723515.3030008@pobox.com> References: <1113820900.2981.6.camel@marte.biciclete.ro> <426400D7.2000909@n-man.com> <42723515.3030008@pobox.com> Message-ID: <42724C73.5020003@pobox.com> Caerie Houchins wrote: > Since the last update I've found that my sound coming through ESD is > very crackly and bad. ALSA seems just fine and when I play anything > through aplay it sounds perfect. > > It is possible that I've just not noticed the sound being this bad > before, but I'm fairly certain I would have. GAIM's receive wav has > always been annoying, but now it sounds like its being dragged accross > a cheese grator :) Same with anything using sound via Firefox and the > flash plugin. I did read the previous thread on ESD sound being bad > on the list here, but at the time that came out I wasn't having any > problems. > > /proc/asound/cards > 0 [SB0400 ]: Audigy2 - Audigy 2 Value [SB0400] > Audigy 2 Value [SB0400] (rev.0, serial:0x10011102) > at 0xe800, irq 5 > > /proc/asound/modules > 0 snd_emu10k I take that back, it may not be ESD after all. I've been experimenting with dmix and if I do a : aplay -D plug:dmix receive.wav Its very crackily and bad. However: aplay receive.wav plays fine. From RouillardSy at yahoo.fr Fri Apr 29 14:59:14 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Fri, 29 Apr 2005 16:59:14 +0200 Subject: Good news for x86_64 systems In-Reply-To: <200504290918.51393.czar@czarc.net> References: <200504290918.51393.czar@czarc.net> Message-ID: <200504291659.15151.RouillardSy@yahoo.fr> Yup, good job you kernel guys. I installed the1276 kernel, started OOo (that's the main i386 app that I use, afaik), no problem. The kernel is stable too. I compile the nvidia module, I reboot, and bam, OOo refuses to start again, spitting out stuff like: Apr 29 16:43:32 localhost kernel: soffice.bin[3882]: segfault at 0000000000000000 rip 0000000000000000 rsp 00000000ffffa504 error 14 Apr 29 16:44:01 localhost kernel: soffice.bin[3981]: segfault at 0000000000000000 rip 0000000000000000 rsp 00000000ffff92a4 error 14 Apr 29 16:44:25 localhost kernel: soffice.bin[4037]: segfault at 0000000000000000 rip 0000000000000000 rsp 00000000ffff96a4 error 14 Apr 29 16:44:49 localhost kernel: soffice.bin[4111]: segfault at 0000000000000000 rip 0000000000000000 rsp 00000000ffffa3f4 error 14 Another reboot w/o loading nvidia, OOo works fine again. So, it would look like the nvidia module somehow interferes. I won't investigate any further though, I know I will get no support on this. This post is more intended to anticipate posts saying OOo/kernel/i386 libs isn't fixed. Maybe look the nvidia way if you're in that case! HTH Le Vendredi 29 Avril 2005 15:18, Gene C. a ?crit?: > After kernel 1275 fixed the "constant" rebooting problem on x86_64 system, > I was eager to see how soon the other major problem could be fixed -- > segfault when running 32 bit applications. > > Since rawhide had not been updated yet, I thought I would look to see if > davej had any new kernel on people.redhat.com ... sure enough, there was > kernel 1276. > > After downloading, I looked at the change log and it said that a fix for 32 > bit applications was included. After installation and reboot I tested .. > 32 bit applications now work (no segfault). > > This also means that vmware-config.pl works again for those interested. > > See http://people.redhat.com/davej/kernels/Fedora/ > -- > Gene From cdhouch at pobox.com Fri Apr 29 15:54:06 2005 From: cdhouch at pobox.com (Caerie Houchins) Date: Fri, 29 Apr 2005 10:54:06 -0500 Subject: dmix issue with Audigy 2 (was Did ESD sound get very bad with the last update for anyone else?) In-Reply-To: <42724C73.5020003@pobox.com> References: <1113820900.2981.6.camel@marte.biciclete.ro> <426400D7.2000909@n-man.com> <42723515.3030008@pobox.com> <42724C73.5020003@pobox.com> Message-ID: <4272589E.9090204@pobox.com> >> Since the last update I've found that my sound coming through ESD is >> very crackly and bad. ALSA seems just fine and when I play anything >> through aplay it sounds perfect. >> >> It is possible that I've just not noticed the sound being this bad >> before, but I'm fairly certain I would have. GAIM's receive wav has >> always been annoying, but now it sounds like its being dragged >> accross a cheese grator :) Same with anything using sound via >> Firefox and the flash plugin. I did read the previous thread on ESD >> sound being bad on the list here, but at the time that came out I >> wasn't having any problems. >> >> /proc/asound/cards >> 0 [SB0400 ]: Audigy2 - Audigy 2 Value [SB0400] >> Audigy 2 Value [SB0400] (rev.0, >> serial:0x10011102) at 0xe800, irq 5 >> >> /proc/asound/modules >> 0 snd_emu10k > > > I take that back, it may not be ESD after all. I've been > experimenting with dmix and if I do a : > aplay -D plug:dmix receive.wav > Its very crackily and bad. However: > aplay receive.wav > plays fine. > I confirmed that dmix is the culprit here. Its set as default in .asoundrc in my user home directory. The above test I did was as root, so the normal aplay without specifying dmix was what played fine. However running that same command as a user gives me similar crackily output. The reason this appears to have happened since the last update is dmix was set as the default. alsa-lib-1.0.9rc2-1 ------------------- * Fri Apr 22 2005 Martin Stransky 1.0.9rc2-1 - updated to 1.0.9rc2 - add ainit tool - dmix is now default pcm device I'm going to check for existing bugs on this. Sorry to spam the list with this stuff. Can I ask what the default Fedora was using before this was however? I tried removing my .asoundrc and of course it just got rewritten :) Thanks! Caerie From kyrre at solution-forge.net Fri Apr 29 16:04:46 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 29 Apr 2005 18:04:46 +0200 Subject: formatting your hard drive for testing In-Reply-To: References: <42705EE2.2080305@gmail.com> Message-ID: <1114790685.3375.4.camel@localhost.localdomain> tor, 28.04.2005 kl. 12.33 skrev Robin Green: > On Wed, 27 Apr 2005, Kenneth Geddings Jr. wrote: > > > i want to set up my hard drive to have three partitions one is the windows xp > > home partition, one will be my main Linux partition (for fedora core ) and > > the other will be a testing ground partition so i can test out latest fedora > > core tests and or try out other Linux distributions with it. i am going to > > use the mandrake installer to format and resize my hardrive > > Wow, does it support resizing NTFS partitions? I hope the fedora installer > supports that in future. Probably patent issues. But systemRescueCD is a *really* handy tool - a 100 MB bootable cd with linux on it, and the tools qt_partition_something (the partition magic clone. I like it better than the original :) ), and a whole lot of others - including tools to reset windows passwords and clamav. Really great tool for: - Fixing partitions (for installing Linux as Dual-boot, or for some other reasons) - Repairing "broken" PC's, whether they are Linux og Windows (and yes it does Captive NTFS). Kyrre From lynn at garlic.com Fri Apr 29 16:33:46 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Fri, 29 Apr 2005 10:33:46 -0600 Subject: FC3 packages left over after upgrade to FC4 In-Reply-To: <20050428160029.5255073E24@hormel.redhat.com> References: <20050428160029.5255073E24@hormel.redhat.com> Message-ID: <427261EA.6050006@garlic.com> i've been having all sorts of sporadic problems where yum won't install new updates ... because of supposed dependencies. I wondered if that has contributed to my problem with ACPI all of a sudden generating tens of megabytes of syslog entries about my laptop screen. A "yum list" of all installed packages turned up about 100 packages that appear to be left over from FC3 ... and hadn't been deleted in the FC4 upgrade (there were 100 packages that had both an earlier version and a later version). Manually going thru all 100 and deleting the earlier version seems to have eliminated various YUM error messages about not being able to apply various packages (because of conflicting dependencies) ... but that still hasn't stopped the ACPI syslog message flood on my laptop machine. From fedora at puzzled.xs4all.nl Fri Apr 29 17:32:21 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Fri, 29 Apr 2005 19:32:21 +0200 Subject: FC3 packages left over after upgrade to FC4 In-Reply-To: <427261EA.6050006@garlic.com> References: <20050428160029.5255073E24@hormel.redhat.com> <427261EA.6050006@garlic.com> Message-ID: <1114795941.12040.19.camel@guru.puzzled.xs4all.nl> On Fri, 2005-04-29 at 10:33 -0600, Anne & Lynn Wheeler wrote: > i've been having all sorts of sporadic problems where yum won't install > new updates ... because of supposed dependencies. I wondered if that has > contributed to my problem with ACPI all of a sudden generating tens of > megabytes of syslog entries about my laptop screen. > > A "yum list" of all installed packages turned up about 100 packages that > appear to be left over from FC3 ... and hadn't been deleted in the FC4 > upgrade (there were 100 packages that had both an earlier version and a > later version). Manually going thru all 100 and deleting the earlier > version seems to have eliminated various YUM error messages about not > being able to apply various packages (because of conflicting > dependencies) ... but that still hasn't stopped the ACPI syslog message > flood on my laptop machine. I think you need to turn off GPG signature checking to prevent some update issues. A quick search on google for "upgrade FC3 to FC4" gave an interesting link which basically said that it is possible to mess up: https://www.redhat.com/archives/fedora-devel-list/2005-February/msg01355.html Given the mixed results I'd recommend a clean install of FC4Tx/FC4 over an upgrade from FC3 to FC4Tx/FC4. Regards, Patrick From jspaleta at gmail.com Fri Apr 29 18:10:47 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 29 Apr 2005 14:10:47 -0400 Subject: FC3 packages left over after upgrade to FC4 In-Reply-To: <427261EA.6050006@garlic.com> References: <20050428160029.5255073E24@hormel.redhat.com> <427261EA.6050006@garlic.com> Message-ID: <604aa79105042911107cb194ec@mail.gmail.com> On 4/29/05, Anne & Lynn Wheeler wrote: > A "yum list" of all installed packages turned up about 100 packages that > appear to be left over from FC3 ... and hadn't been deleted in the FC4 > upgrade (there were 100 packages that had both an earlier version and a > later version). and you upgraded to the fc4 test release using the upgrade option in the fc4 test release installer? -jef From michal at harddata.com Fri Apr 29 18:17:46 2005 From: michal at harddata.com (Michal Jaegermann) Date: Fri, 29 Apr 2005 12:17:46 -0600 Subject: OpenOffice.org icons In-Reply-To: <1114774865.5435.4.camel@goose>; from rodd@clarkson.id.au on Fri, Apr 29, 2005 at 09:41:05PM +1000 References: <48710.213.164.3.90.1114759474.squirrel@www.nodata.co.uk> <4271E3B2.4070209@gmx.de> <1114774865.5435.4.camel@goose> Message-ID: <20050429121746.C24215@mail.harddata.com> On Fri, Apr 29, 2005 at 09:41:05PM +1000, Rodd Clarkson wrote: > > Ah, the age old question of iconography. Icons only mean something if > you know what they mean (which is of course self serving). Years ago Apple, or was that SGI, produced an icon for a computer starting. This was a picture of a big passenger plane taking off. Someone very quickly produced a corresponding icon for a computer crashing. I do not think that they tried to revive that icon ever again. :-) Michal From kyrre at solution-forge.net Fri Apr 29 18:34:36 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 29 Apr 2005 20:34:36 +0200 Subject: Latest rawhide updates seem to have removed the shutdown option at gdm and gnome logout In-Reply-To: <604aa791050427181729321425@mail.gmail.com> References: <604aa7910504271644832ef4f@mail.gmail.com> <42703778.3050709@earthlink.net> <604aa791050427181729321425@mail.gmail.com> Message-ID: <1114799676.3375.6.camel@localhost.localdomain> tor, 28.04.2005 kl. 03.17 skrev Jeff Spaleta: > On 4/27/05, Gerry Tool wrote: > > I see the same behaviour, but can't answer the other questions. > > Deliberately making it act this way doesn't seem sensible. > > For 'modern' hardware with operational acpi the power button does a > clean shutdown, so there is an argument to be made for this being a > forward looking default. I'm not really concerned about arguing about > default behavior i just want to know how to re-enable it for my older > hardware as needed and whether or not this needs to be filed if this > is actually a bug. If this is an intended change in default behavior, > I'll let other people light the torches and wave around pitchforks > while lusting for the sticky sweet blood of developers. I'll gladly > settle for learning how to reconfigure options as needed so I can get > a shutdown back on my gdm login for my older non-acpi hardware. > > -jef"my k6-2 box is definitely not going to have a soft reboot when > the power button is hit"spaleta What about the currently logged on gnome session - will that be "properly" logged off? Kyrre From wyount at watervalley.net Fri Apr 29 19:49:18 2005 From: wyount at watervalley.net (William) Date: Fri, 29 Apr 2005 13:49:18 -0600 Subject: Multiple boot errors Message-ID: <42728FBE.4090203@watervalley.net> From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list->bounces at redhat.com] On Behalf Of William >>Sent: Wednesday, April 27, 2005 11:35 AM >>To: fedora-test-list at redhat.com >>Subject: Multiple boot errors >> >>After the update yesterday around 3pm, I can not log into Linux. Here is the situation. >>1) During bootup it loads audit >>2) While loading volumes it gives the error message "/sbin/undevstart >>exited >abnormally (PID 386)" and "/sbin/undevstart exited abnormally (PID >401)" >>3) Then it gives me two screen full of similar error messages: >>"audit (1114593678.830) avc : denied forname=XXX dev=proc ino=XXX >>scontext" >>4) When it gets to loading eth0, it gives this error message: >>"cannot remove /etc/resolv.conf predhclient permission denied" followed by >>clvmd >failed >>5) When it gets to the login screen it says default them is not available >>and uses >the one with the flower >>6) Login box has three dots in it and will not focus. I can not type >>anything into >the login box. >>I am running a Dell Inspiron 1150 with a Pentium 4 Celeron 2.6ghz, 512mb >>ram, and >Intel 852 graphics with a BroadCom 440x 10/100 Network >Controller. I have tried all >previous Kernels with same results. > > >> >> >> >>Jerim > > >>I have found similar results see my e-mail Kernel or Grub. >> You have a couple of thing going on though: >>1. Your audit ... avc messages are coming from SELinux and wrong permissions >>on files. You will probably just need to run "fixfiles relabel" to >>straighten everything out at once. >>2. etc/resolv.conf is where your DNS servers are listed and probably handed >>out by DHCP unless you set up your DNS as static. If it is DHCP then again >>it is a permissions issue but not with SELinux. >>3. clvmd is a separate service that is not starting up, and will not affect >>the system >>4. The problem with the login screen is someone decided to remove the >>"Default" so you need to start your machine with init 3 and change this to >>"Blue Curve" or some other. >>Thanx, >>Don Following your suggestions, I used "fixfiles relabel" to fix most of the problems. I didn't understand where to use init3 so I created the directory it was looking for(usr/share/gdm/themes/Default) and copied one of the themes over into it. It has been working perfectly ever since. Thanks for the help. William From kyrre at solution-forge.net Fri Apr 29 20:11:32 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 29 Apr 2005 22:11:32 +0200 Subject: Dell Lattitude troubles - bugzilla Message-ID: <1114805491.3375.16.camel@localhost.localdomain> I have written a bug report for the boot troubles on Dell Latitude laptops. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156405 If other people having the same troubles, add your comments here. Kyrre Ness Sj?b?k From mpeters at mac.com Fri Apr 29 20:47:34 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 29 Apr 2005 13:47:34 -0700 Subject: evolution crashes during upgrade? In-Reply-To: <1114738142.5013.4.camel@jellyfish.redfishdemo.com> References: <1114705366.4724.1.camel@localhost.localdomain> <1114714375.9376.0.camel@cassandra.boston.redhat.com> <1114715610.2936.2.camel@localhost.localdomain> <1114738142.5013.4.camel@jellyfish.redfishdemo.com> Message-ID: <1114807654.3990.44.camel@fc4t2.mpeters.local> On Fri, 2005-04-29 at 11:29 +1000, Rodd Clarkson wrote: > > Hmmm, don't know about epiphany, but I wonder whether the evolution > crashes aren't related to updates to spamassassin. I've noticed that > updating spamassassin often leaves evolution in a 'state' and that a > restart is often required. Could be - I have no problem with evolution crashing during yum updates - but my mail is on imap server and filtered there, no filtering at all on local box. From wnh200405 at xphuang.com Fri Apr 29 22:07:57 2005 From: wnh200405 at xphuang.com (Wilbur Harvey) Date: Fri, 29 Apr 2005 12:07:57 -1000 Subject: OpenOffice.org icons In-Reply-To: <21830.213.164.3.90.1114778970.squirrel@www.nodata.co.uk> References: <48710.213.164.3.90.1114759474.squirrel@www.nodata.co.uk> <4271E3B2.4070209@gmx.de> <1114774865.5435.4.camel@goose> <21830.213.164.3.90.1114778970.squirrel@www.nodata.co.uk> Message-ID: <4272B03D.9060909@xphuang.com> An HTML attachment was scrubbed... URL: From jspaleta at gmail.com Fri Apr 29 23:55:50 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 29 Apr 2005 19:55:50 -0400 Subject: Anyone else seeing hal problems with selinux-targetted? Message-ID: <604aa791050429165558f2f615@mail.gmail.com> I have a fully synced rawhide box. hal-0.5.1-1 selinux-policy-targeted-1.23.13-4 with selinux set to enforcing mode hal doesn't seem to be operating correctly and I am getting this avc message at bootup. kernel: audit(1114815383.993:0): avc: denied { connectto } for path=@ /tmp/hald-local/dbus-gcCZNOvxOB scontext=system_u:system_r:hald_t tcontext=system_u:system_r:hald_t tclass=unix_stream_socket I have run the fixfiles relabel command but I am still getting the avc generated at hal service start up. Anyeone else seeing something similar? Once I reboot with selinux in permissive mode, hal operates as i expect. My selinux-fu is still poor, so any pointers on how to diagnose this more would be appreciated. -jef From ivg2 at cornell.edu Sat Apr 30 00:02:04 2005 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Fri, 29 Apr 2005 20:02:04 -0400 Subject: Anyone else seeing hal problems with selinux-targetted? In-Reply-To: <604aa791050429165558f2f615@mail.gmail.com> References: <604aa791050429165558f2f615@mail.gmail.com> Message-ID: <1114819324.18710.6.camel@localhost.localdomain> On Fri, 2005-04-29 at 19:55 -0400, Jeff Spaleta wrote: > I have a fully synced rawhide box. > hal-0.5.1-1 > selinux-policy-targeted-1.23.13-4 > > with selinux set to enforcing mode hal doesn't seem to be operating > correctly and I am getting > this avc message at bootup. > > kernel: audit(1114815383.993:0): avc: denied { connectto } for > path=@ /tmp/hald-local/dbus-gcCZNOvxOB > scontext=system_u:system_r:hald_t tcontext=system_u:system_r:hald_t > tclass=unix_stream_socket > > I have run the fixfiles relabel command but I am still getting the avc > generated at hal service start up. Anyeone else seeing something > similar? Once I reboot with selinux in permissive mode, hal operates > as i expect. My selinux-fu is still poor, so any pointers on how to > diagnose this more would be appreciated. Bug was reported today and fixed by Dan Walsh. 1 down... several hundred more to go... -- Ivan Gyurdiev Cornell University From selinux at gmail.com Sat Apr 30 00:02:24 2005 From: selinux at gmail.com (Tom London) Date: Fri, 29 Apr 2005 17:02:24 -0700 Subject: Anyone else seeing hal problems with selinux-targetted? In-Reply-To: <604aa791050429165558f2f615@mail.gmail.com> References: <604aa791050429165558f2f615@mail.gmail.com> Message-ID: <4c4ba15305042917023c305f6c@mail.gmail.com> On 4/29/05, Jeff Spaleta wrote: > I have a fully synced rawhide box. > hal-0.5.1-1 > selinux-policy-targeted-1.23.13-4 > > with selinux set to enforcing mode hal doesn't seem to be operating > correctly and I am getting > this avc message at bootup. > > kernel: audit(1114815383.993:0): avc: denied { connectto } for > path=@ /tmp/hald-local/dbus-gcCZNOvxOB > scontext=system_u:system_r:hald_t tcontext=system_u:system_r:hald_t > tclass=unix_stream_socket > > I have run the fixfiles relabel command but I am still getting the avc > generated at hal service start up. Anyeone else seeing something > similar? Once I reboot with selinux in permissive mode, hal operates > as i expect. My selinux-fu is still poor, so any pointers on how to > diagnose this more would be appreciated. > > -jef Yeah, reported this to fedora-selinux list. Adding allow hald_t self:unix_stream_socket connectto; to the policy will fix this. Guessing it will be in the next policy update. tom -- Tom London From wnh200405 at xphuang.com Sat Apr 30 02:42:45 2005 From: wnh200405 at xphuang.com (Wilbur Harvey) Date: Fri, 29 Apr 2005 16:42:45 -1000 Subject: Good news for x86_64 systems In-Reply-To: <42724999.2010101@geekystuff.net> References: <200504290918.51393.czar@czarc.net> <42724999.2010101@geekystuff.net> Message-ID: <4272F0A5.3090802@xphuang.com> I installed the 1276_64 kernel. Open Office works. VMware, using vmware-any-any-90 compiles, but hangs when trying to open a virtua machine Sometimes a hang when accessing cifs shares (linux also sees old copies of files from a 2003 server share) Second marvell pci-express GigE controller on NForce4 Ultra Giabyte MB still doesn't work. Wilbur Ken Nordquist wrote: > Gene, > Thanks for the early heads up on the new kernel. Except for arts > maxing out my cpu, everything is running great for me. > > Regards, > > Ken Nordquist > ken at geekystuff.net > > > Gene C. wrote: > >> After kernel 1275 fixed the "constant" rebooting problem on x86_64 >> system, I was eager to see how soon the other major problem could be >> fixed -- segfault when running 32 bit applications. >> >> Since rawhide had not been updated yet, I thought I would look to see >> if davej had any new kernel on people.redhat.com ... sure enough, >> there was kernel 1276. >> >> After downloading, I looked at the change log and it said that a fix >> for 32 bit applications was included. After installation and reboot >> I tested .. 32 bit applications now work (no segfault). >> >> This also means that vmware-config.pl works again for those interested. >> >> See http://people.redhat.com/davej/kernels/Fedora/ >> >> > From lists at sapience.com Sat Apr 30 03:11:28 2005 From: lists at sapience.com (Mail Lists) Date: Fri, 29 Apr 2005 23:11:28 -0400 Subject: FC4T2 Bad news - kernel 1275 smp does not work. Message-ID: <20050430031128.GA3337@sapience.com> I am no longer able to boot using kernel 1275 smp. non-smp works fine as do prev kernels both smp and non-smp. 1268 smp was fine for example. 1275 smp gets up to the point where it sees the disks and says something like Mounting root filesystem and then hangs. Machine is 1 GiB mem, HT 3.6 GHz with SATA disk (intel ICH6R/ICH6RW) - dell precision 370 (intel based). I do not have nvidia driver installed - no tainting involved. Fully updated save for struts11 which is a missing dependency for a week or so now. Please let me know anything I can provide to help. Following is /proc/cpuinfo and lspci -vv. g/ ------------------------------------------------------------ # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.60GHz stepping : 1 cpu MHz : 3591.578 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 3 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmovpat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm pni monitor ds_cpl tm2 cid cx16 xtpr bogomips : 7127.04 (similar for processeor : 1) ------------------------------------------------------------ # lspci -vv 00:00.0 Host bridge: Intel Corporation 925X/XE Memory Controller Hub (rev 04) Subsystem: Dell: Unknown device 0175 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- Capabilities: [88] #0d [0000] Capabilities: [80] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [90] Message Signalled Interrupts: 64bit- Queue=0/0 Enable- Address: 00000000 Data: 0000 Capabilities: [a0] Express Root Port (Slot+) IRQ 0 Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag- Device: Latency L0s <64ns, L1 <1us Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported- Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- Device: MaxPayload 128 bytes, MaxReadReq 128 bytes Link: Supported Speed 2.5Gb/s, Width x16, ASPM L0s, Port 2 Link: Latency L0s <256ns, L1 <4us Link: ASPM Disabled RCB 64 bytes CommClk+ ExtSynch- Link: Speed 2.5Gb/s, Width x16 Slot: AtnBtn- PwrCtrl- MRL- AtnInd- PwrInd- HotPlug- Surpise- Slot: Number 7680, PowerLimit 75.000000 Slot: Enabled AtnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- Slot: AttnInd Off, PwrInd On, Power- Root: Correctable- Non-Fatal- Fatal- PME- Capabilities: [100] Virtual Channel Capabilities: [140] Unknown (5) 00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- Capabilities: [40] Express Root Port (Slot+) IRQ 0 Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag+ Device: Latency L0s unlimited, L1 unlimited Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported- Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- Device: MaxPayload 128 bytes, MaxReadReq 128 bytes Link: Supported Speed 2.5Gb/s, Width x1, ASPM L0s, Port 1 Link: Latency L0s <256ns, L1 <4us Link: ASPM Disabled RCB 64 bytes CommClk+ ExtSynch- Link: Speed 2.5Gb/s, Width x1 Slot: AtnBtn- PwrCtrl- MRL- AtnInd- PwrInd- HotPlug+ Surpise+ Slot: Number 2, PowerLimit 10.000000 Slot: Enabled AtnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- Slot: AttnInd Unknown, PwrInd Unknown, Power- Root: Correctable- Non-Fatal- Fatal- PME- Capabilities: [80] Message Signalled Interrupts: 64bit- Queue=0/0 Enable- Address: 00000000 Data: 0000 Capabilities: [90] #0d [0000] Capabilities: [a0] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [100] Virtual Channel Capabilities: [180] Unknown (5) 00:1c.1 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 2 (rev 03) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- Capabilities: [40] Express Root Port (Slot+) IRQ 0 Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag+ Device: Latency L0s unlimited, L1 unlimited Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported- Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- Device: MaxPayload 128 bytes, MaxReadReq 128 bytes Link: Supported Speed 2.5Gb/s, Width x1, ASPM L0s, Port 2 Link: Latency L0s <256ns, L1 <4us Link: ASPM Disabled RCB 64 bytes CommClk+ ExtSynch- Link: Speed 2.5Gb/s, Width x1 Slot: AtnBtn- PwrCtrl- MRL- AtnInd- PwrInd- HotPlug+ Surpise+ Slot: Number 3, PowerLimit 10.000000 Slot: Enabled AtnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- Slot: AttnInd Unknown, PwrInd Unknown, Power- Root: Correctable- Non-Fatal- Fatal- PME- Capabilities: [80] Message Signalled Interrupts: 64bit- Queue=0/0 Enable- Address: 00000000 Data: 0000 Capabilities: [90] #0d [0000] Capabilities: [a0] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [100] Virtual Channel Capabilities: [180] Unknown (5) 00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03) (prog-if 00 [UHCI]) Subsystem: Dell: Unknown device 0175 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- Capabilities: [50] #0d [0000] 00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03) Subsystem: Dell: Unknown device 0175 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- Region 1: I/O ports at Region 2: I/O ports at Region 3: I/O ports at Region 4: I/O ports at ffa0 [size=16] 00:1f.2 Class 0106: Intel Corporation 82801FR/FRW (ICH6R/ICH6RW) SATA Controller (rev 03) (prog-if 01) Subsystem: Dell: Unknown device 0175 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- References: <20050416180704.GA9657@sapience.com> Message-ID: <20050430032040.GB3337@sapience.com> On Sat, Apr 16, 2005 at 07:16:31PM +0100, Mary Ellen Foster wrote: > On 4/16/05, Mail Lists wrote: > > Was working fine till yesterday - today > > the kdm greeter stopped workign - instead now get gnome greeter (gdm). > > Are you sure you're actually getting gdm? The latest round of updates > added a Fedora "theme" to kdm that makes it look a lot like the > default gdm ... > > It doesn't seem to be particularly configurable, though. Aha - looks like you are correct. The kdm screen is there for a moment and then covered by the plain blue (gdm like) screen. And it is still not fixed - any one know if this will get fixed before fc4 is released? Thanks' g/ From lists at sapience.com Sat Apr 30 03:22:27 2005 From: lists at sapience.com (Mail Lists) Date: Fri, 29 Apr 2005 23:22:27 -0400 Subject: missing dependency struts11 Message-ID: <20050430032227.GC3337@sapience.com> This has been unresolved for a few days. Yum update shows: yum update Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 951 B 00:00 Reading repository metadata in from local files Excluding Packages in global exclude list Finished Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package struts11-manual.noarch 0:1.1-1jpp_4fc set to be updated ---> Package struts11.noarch 0:1.1-1jpp_4fc set to be updated ---> Package struts11-javadoc.noarch 0:1.1-1jpp_4fc set to be updated --> Running transaction check --> Processing Dependency: struts11 = 1.1-1jpp_2fc for package: struts11-webapps-tomcat5 --> Finished Dependency Resolution Error: Missing Dependency: struts11 = 1.1-1jpp_2fc is needed by package struts11-webapps-tomcat5 regards, g/ From lynn at garlic.com Sat Apr 30 03:38:33 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Fri, 29 Apr 2005 21:38:33 -0600 Subject: FC3 packages left over after upgrade to FC4 In-Reply-To: <20050430031155.A512973413@hormel.redhat.com> References: <20050430031155.A512973413@hormel.redhat.com> Message-ID: <4272FDB9.70704@garlic.com> "upgrade" was done with FC4T1 cdrom disks ... it appeared that the FC4T1 "cdrom" didn't wipe all the existing FC3 packages. From cimmo at libero.it Sat Apr 30 09:46:19 2005 From: cimmo at libero.it (Cimmo) Date: Sat, 30 Apr 2005 11:46:19 +0200 Subject: Good news for x86_64 systems In-Reply-To: <4272F0A5.3090802@xphuang.com> References: <200504290918.51393.czar@czarc.net> <42724999.2010101@geekystuff.net> <4272F0A5.3090802@xphuang.com> Message-ID: <427353EB.2050006@libero.it> Wilbur Harvey ha scritto: > I installed the 1276_64 kernel. > Open Office works. > VMware, using vmware-any-any-90 compiles, but hangs when trying to > open a virtua machine > Sometimes a hang when accessing cifs shares (linux also sees old > copies of files from a 2003 server share) > Second marvell pci-express GigE controller on NForce4 Ultra Giabyte MB > still doesn't work. > Wilbur Have you got the nforce4? Have you experienced issues like me? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152566 bye Cimmo From hubes at spray.se Sat Apr 30 10:10:00 2005 From: hubes at spray.se (hubes hubes) Date: Sat, 30 Apr 2005 10:10:00 +0000 (GMT) Subject: FC4 T2 installation hungs at boot option screen Message-ID: 17021942736959@lycos-europe.com An HTML attachment was scrubbed... URL: From WormLineFiles at gmx.de Sat Apr 30 10:11:20 2005 From: WormLineFiles at gmx.de (Simon Lanzmich) Date: Sat, 30 Apr 2005 12:11:20 +0200 Subject: Inkscape crashes Message-ID: <1114855880.5221.11.camel@simon.home> Hi, I don't know whether this is off-topic, because inkscape is in extras, but here it is: Using inkscape, several functions crash the program. For example, when I press Shift+Ctrl+F to open the dialog where I can change how an object is filled or select the Keyboard shortcut help from the menu, it crashes. Some other dialogs, for example the Text + Font dialog opens correctly. I have installed inkscape via yum from extras-development and have a fully updated FC4-test2 system. When I run inkscape and press Shift+Ctrl+F, I get the following output in my console: [simon at simon ~]$ inkscape *** glibc detected *** inkscape: free(): invalid pointer: 0x0000000001cb01a0 *** ======= Backtrace: ========= /lib64/libc.so.6[0x394c56a3de] /lib64/libc.so.6(__libc_free+0x6e)[0x394c56a90e] inkscape(_ZNSt10_List_baseIN4sigc9slot_baseESaIS1_EE8_M_clearEv +0x28)[0x4ab848] /usr/lib64/libsigc-2.0.so.0(_ZN4sigc11signal_baseD2Ev +0x37)[0x35db203bcf] inkscape(_ZN8Inkscape12URIReferenceD2Ev+0x26)[0x50d9a6] inkscape(_ZN19SPClipPathReferenceD0Ev+0x10)[0x4d9bc0] inkscape[0x4d5f73] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0xfb)[0x394dc0a27d] /usr/lib64/libgobject-2.0.so.0[0x394dc17489] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x696)[0x394dc1880c] /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x394dc18bb7] inkscape(_Z24sp_object_invoke_releaseP8SPObject+0xa1)[0x4dfd51] inkscape(_Z16sp_object_detachP8SPObjectS0_+0xeb)[0x4e09eb] inkscape(_Z22sp_object_detach_unrefP8SPObjectS0_+0x97)[0x4e0b57] inkscape(_ZN8Inkscape3XML10SimpleNode11removeChildEP6SPRepr +0xdd)[0x5c29fd] inkscape(_ZN8SPObject12deleteObjectEbb+0x110)[0x4e2580] inkscape[0x589d40] inkscape[0x58a52c] inkscape(_Z31sp_stroke_style_line_widget_newv+0x79f)[0x58d88f] inkscape(_Z27sp_object_properties_dialogv+0x351)[0x5847a1] inkscape(_Z17sp_action_performP8SPActionPv+0x9f)[0x60fb7f] inkscape(_Z18sp_shortcut_invokejP6SPView+0x28)[0x4c0498] inkscape[0x6125d8] /usr/lib64/libgtk-x11-2.0.so.0[0x31b1f03792] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0xfb)[0x394dc0a27d] /usr/lib64/libgobject-2.0.so.0[0x394dc178eb] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x3ce)[0x394dc18544] /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x394dc18bb7] /usr/lib64/libgtk-x11-2.0.so.0[0x31b1fc79f8] /usr/lib64/libgtk-x11-2.0.so.0(gtk_propagate_event+0x191)[0x31b1f021c1] /usr/lib64/libgtk-x11-2.0.so.0(gtk_main_do_event+0x310)[0x31b1f024f4] /usr/lib64/libgdk-x11-2.0.so.0[0x31b2240051] /usr/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x1d5)[0x394c32499e] /usr/lib64/libglib-2.0.so.0[0x394c327644] /usr/lib64/libglib-2.0.so.0(g_main_loop_run+0x192)[0x394c327b30] /usr/lib64/libgtk-x11-2.0.so.0(gtk_main+0xa1)[0x31b1f01a75] inkscape(_Z11sp_main_guiiPPKc+0x153)[0x4a7fe3] inkscape(main+0x19e)[0x4a826e] /lib64/libc.so.6(__libc_start_main+0xdc)[0x394c51c49c] inkscape(_ZN3Gtk10CellLayoutD1Ev+0x6a)[0x4a723a] ======= Memory map: ======== 00400000-00804000 r-xp 00000000 08:08 135402 /usr/bin/inkscape 00903000-00937000 rw-p 00403000 08:08 135402 /usr/bin/inkscape 00937000-01fb4000 rw-p 00937000 00:00 0 [heap] 31b0400000-31b0408000 r-xp 00000000 08:08 136971 /usr/X11R6/lib64/libXrender.so.1.2.2 31b0408000-31b0508000 ---p 00008000 08:08 136971 /usr/X11R6/lib64/libXrender.so.1.2.2 31b0508000-31b0509000 rw-p 00008000 08:08 136971 /usr/X11R6/lib64/libXrender.so.1.2.2 31b0600000-31b0603000 r-xp 00000000 08:08 137213 /usr/X11R6/lib64/libXrandr.so.2.0 31b0603000-31b0702000 ---p 00003000 08:08 137213 /usr/X11R6/lib64/libXrandr.so.2.0 31b0702000-31b0703000 rw-p 00002000 08:08 137213 /usr/X11R6/lib64/libXrandr.so.2.0 31b0800000-31b0809000 r-xp 00000000 08:08 138455 /usr/X11R6/lib64/libXcursor.so.1.0.2 31b0809000-31b0909000 ---p 00009000 08:08 138455 /usr/X11R6/lib64/libXcursor.so.1.0.2 31b0909000-31b090a000 rw-p 00009000 08:08 138455 /usr/X11R6/lib64/libXcursor.so.1.0.2 31b0a00000-31b0a14000 r-xp 00000000 08:08 140021 /usr/X11R6/lib64/libXft.so.2.1.2 31b0a14000-31b0b13000 ---p 00014000 08:08 140021 /usr/X11R6/lib64/libXft.so.2.1.2 31b0b13000-31b0b14000 rw-p 00013000 08:08 140021 /usr/X11R6/lib64/libXft.so.2.1.2 31b0c00000-31b0c0b000 r-xp 00000000 08:08 140577 /usr/lib64/libpangox-1.0.so.0.800.1 31b0c0b000-31b0d0b000 ---p 0000b000 08:08 140577 /usr/lib64/libpangox-1.0.so.0.800.1 31b0d0b000-31b0d0c00 Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. Simon From mpeters at mac.com Sat Apr 30 10:29:33 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 30 Apr 2005 03:29:33 -0700 Subject: Thinkpad 600 - The good and the bad and the ugly Message-ID: <1114856973.3990.72.camel@fc4t2.mpeters.local> I don't know how long the USPS has been offering "click-n-ship" via java, but they do - and it works in Linux - so I no longer have any need to have windows (which I was using for PayPal shipping labels) So I did an http install of rawhide on my IBM Thinkpad 600. This is a 700 MHz PIII with 256 MB of ram (unfortunately in two 128 chips - so to max it out, I need to buy two new chips :( ) boot.iso, graphical install using my local rawhide mirror, it went flawlessly. The fonts looked a little weird, but I actually expected that. The "time remaining" is whacked, imho it should be removed - it never has been accurate on any machine I have ever installed on. I was impressed - since it was docked, my USB keyboard and mouse (Apple Pro keyboard - best USB keyboard I've ever owned) were completely usable during the install, they weren't for the initial boot prompt, but that's expected. A certain other operating system does not make them available until after I have logged in once and it detects the new hardware (and then it works for login). First boot went flawlessly, this seems to have been the least troublesome test install I have done so far. -=- Post install - it didn't know what my monitor was. So 800x600 is the best I could get. A thinkpad 600 isn't exactly bleeding edge hardware. I was able to reconfigure it manually choosing generic lcd 1024x, and that seems to work. I could not find a way to shut down the box w/o opening a terminal window. There is no shutdown option from menu or gdm. virtual consoles are completely broken - I believe I've seen that reported already though. I will check to see if there is a bug open for my chipset (I think there is). Playing test sound failed, but that I'm filing under the category of I personally don't really give a damn. From fedora at wir-sind-cool.org Sat Apr 30 11:22:09 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 30 Apr 2005 13:22:09 +0200 Subject: Inkscape crashes In-Reply-To: <1114855880.5221.11.camel@simon.home> References: <1114855880.5221.11.camel@simon.home> Message-ID: <20050430132209.35b43d72.fedora@wir-sind-cool.org> On Sat, 30 Apr 2005 12:11:20 +0200, Simon Lanzmich wrote: > Hi, > I don't know whether this is off-topic, because inkscape is in extras, > but here it is: > Using inkscape, several functions crash the program. For example, when I > press Shift+Ctrl+F to open the dialog where I can change how an object > is filled or select the Keyboard shortcut help from the menu, it > crashes. Some other dialogs, for example the Text + Font dialog opens > correctly. I have installed inkscape via yum from extras-development and > have a fully updated FC4-test2 system. > > When I run inkscape and press Shift+Ctrl+F, I get the following output > in my console: > > [simon at simon ~]$ inkscape > *** glibc detected *** inkscape: free(): invalid pointer: > 0x0000000001cb01a0 *** > ======= Backtrace: ========= This is reproducible on i386. Please report a bug at http://bugzilla.redhat.com -> Fedora Extras -> inkscape From kyrre at solution-forge.net Sat Apr 30 11:41:44 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 30 Apr 2005 13:41:44 +0200 Subject: OpenOffice.org icons In-Reply-To: <4272B03D.9060909@xphuang.com> References: <48710.213.164.3.90.1114759474.squirrel@www.nodata.co.uk> <4271E3B2.4070209@gmx.de> <1114774865.5435.4.camel@goose> <21830.213.164.3.90.1114778970.squirrel@www.nodata.co.uk> <4272B03D.9060909@xphuang.com> Message-ID: <1114861304.3343.9.camel@localhost.localdomain> bugzilla added: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156424 l?r, 30.04.2005 kl. 00.07 skrev Wilbur Harvey: > I think that they are terrible. Although it is possible to learn what > they are, it is not obvious. The old ones were much better. > Wilbur > > nodata wrote: > > > On Fri, 2005-04-29 at 09:35 +0200, shrek-m at gmx.de wrote: > > > > > > > nodata wrote: > > > > > > > > > > > > > Quick question - does anyone find the new openoffice.org icons > > > > > > > > > difficult > > > > > > > > > to understand? > > > > > > > > > > > > > > not really, afair > > > > > > > > writer = lines > > > > calc = table > > > > impress = monitor/beamer > > > > > > > database = silo > > > > > > Ah, the age old question of iconography. Icons only mean something if > > > you know what they mean (which is of course self serving). > > > > > > Someone once told me that you should never teach students how to use a > > > program based on the icons in the application because they may well mean > > > nothing in similar applications and then the person will have troubles > > > using alternative (but comparable) software. > > > > > > I think it's a fair cop. Take a look at lots of applications and > > > imagine all the other meanings icons could have if you didn't know what > > > they did and I think you'll get the gist. > > > > > > > > > Rodd > > > > > > > > My icons are blue or green, with a feint squiggle. If you squint at the > > squiggle, you can decipher them. > > Three feint squiggles in a row on dark blue means Writer. > > Some faint box squiggles in a grid means Calc. > > > > > > > ______________________________________________________________________ > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From jspaleta at gmail.com Sat Apr 30 12:48:25 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 30 Apr 2005 08:48:25 -0400 Subject: FC3 packages left over after upgrade to FC4 In-Reply-To: <4272FDB9.70704@garlic.com> References: <20050430031155.A512973413@hormel.redhat.com> <4272FDB9.70704@garlic.com> Message-ID: <604aa79105043005486afcfb56@mail.gmail.com> On 4/29/05, Anne & Lynn Wheeler wrote: > "upgrade" was done with FC4T1 cdrom disks ... it appeared that the FC4T1 > "cdrom" didn't wipe all the existing FC3 packages. Let's be clear.. you are talking about duplicate versions of the same package be left over after the upgrade using the diks? If thats the case, thats definitely a bug has this been filed? -jef From kyrre at solution-forge.net Sat Apr 30 13:16:11 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 30 Apr 2005 15:16:11 +0200 Subject: Openoffice media player Message-ID: <1114866971.3343.26.camel@localhost.localdomain> First of all: what is this thing? Is it some kind of system to play movies in presentations etc? In that case: great! Then: It claims support for a dozen different media formats, such as: AIF audio AU audio AVI CD audio MIDI audio MPEG Audio MPEG Video Quictime video Vivo video WAVE audo Is this correct? How does it play contnent? The best would probably be gstreamer (adding a gstreamer plugin would then make it work in openoffice, totem etc.). It is found in (writer as example) Tools -> Media Player Kyrre Ness Sj?b?k From WormLineFiles at gmx.de Sat Apr 30 13:27:19 2005 From: WormLineFiles at gmx.de (Simon Lanzmich) Date: Sat, 30 Apr 2005 15:27:19 +0200 Subject: Inkscape crashes In-Reply-To: <20050430132209.35b43d72.fedora@wir-sind-cool.org> References: <1114855880.5221.11.camel@simon.home> <20050430132209.35b43d72.fedora@wir-sind-cool.org> Message-ID: <1114867640.11218.1.camel@simon.home> Am Samstag, den 30.04.2005, 13:22 +0200 schrieb Michael Schwendt: > On Sat, 30 Apr 2005 12:11:20 +0200, Simon Lanzmich wrote: > > > Hi, > > I don't know whether this is off-topic, because inkscape is in extras, > > but here it is: > > Using inkscape, several functions crash the program. For example, when I > > press Shift+Ctrl+F to open the dialog where I can change how an object > > is filled or select the Keyboard shortcut help from the menu, it > > crashes. Some other dialogs, for example the Text + Font dialog opens > > correctly. I have installed inkscape via yum from extras-development and > > have a fully updated FC4-test2 system. > > > > When I run inkscape and press Shift+Ctrl+F, I get the following output > > in my console: > > > > [simon at simon ~]$ inkscape > > *** glibc detected *** inkscape: free(): invalid pointer: > > 0x0000000001cb01a0 *** > > ======= Backtrace: ========= > > This is reproducible on i386. Please report a bug at > http://bugzilla.redhat.com -> Fedora Extras -> inkscape > Filed a bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156443 From shrek-m at gmx.de Sat Apr 30 13:58:15 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 30 Apr 2005 15:58:15 +0200 Subject: Openoffice media player In-Reply-To: <1114866971.3343.26.camel@localhost.localdomain> References: <1114866971.3343.26.camel@localhost.localdomain> Message-ID: <42738EF7.9000102@gmx.de> Kyrre Ness Sjobak wrote: >First of all: what is this thing? Is it some kind of system to play >movies in presentations etc? In that case: great! > >Then: It claims support for a dozen different media formats, such as: >AIF audio >AU audio >AVI >CD audio >MIDI audio >MPEG Audio >MPEG Video >Quictime video >Vivo video >WAVE audo > > no ogg-vorbis ? >Is this correct? How does it play contnent? The best would probably be >gstreamer (adding a gstreamer plugin would then make it work in >openoffice, totem etc.). > >It is found in (writer as example) Tools -> Media Player > > -> open -> /usr/share/sounds/*.wav "the format of the selected file is not supported" :-( -- shrek-m From cdhouch at pobox.com Sat Apr 30 14:56:05 2005 From: cdhouch at pobox.com (Caerie Houchins) Date: Sat, 30 Apr 2005 09:56:05 -0500 Subject: K3B/Artsd eating up my box In-Reply-To: <1114732881.4058.1.camel@homebox> References: <1114732881.4058.1.camel@homebox> Message-ID: <42739C85.5020104@pobox.com> Sean Bruno wrote: >I just tried out K3b and burnt a couple of CD's today. The burning >works just fine, however when it spawns artsd to play the "trumpet" >sound, artsd spikes to 100%CPU and fails to play anything. > >Can someone try this out and see if it something specific to my box or >an issue with the distro? > >Sean > > > Just tried this today and I am getting the same problem. Artsd keeps spawning and hogging resources even after K3b is not running. PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 25 0 11432 6132 4464 R 79.6 0.6 2:09.40 artsd Caerie From cimmo at libero.it Sat Apr 30 15:16:48 2005 From: cimmo at libero.it (Cimmo) Date: Sat, 30 Apr 2005 17:16:48 +0200 Subject: rahwide report? Message-ID: <4273A160.5040808@libero.it> Why no more rawhide report/refresh? Waiting for test3? I have seen from roadmap that on 27th of April "Translation deadline (data provided) test3 devel freeze" and on 9th of May "test3, translation build freeze (builds completed)" but cannot understand when test 3 will be released... Thanx Cimmo From buildsys at redhat.com Sat Apr 30 15:44:22 2005 From: buildsys at redhat.com (Build System) Date: Sat, 30 Apr 2005 11:44:22 -0400 Subject: rawhide report: 20050430 changes Message-ID: <200504301544.j3UFiMTg030812@porkchop.devel.redhat.com> Updated Packages: GFS-kernel-2.6.11.3-20050426.134031.FC4.8 ----------------------------------------- * Fri Apr 29 2005 Chris Feist - Rebuild for new kernel - Adding support for i586, xen0 & xenU cman-kernel-2.6.11.3-20050425.154843.FC4.4 ------------------------------------------ * Fri Apr 29 2005 Chris Feist - Rebuild for new kernel - Adding support for i586, xen0 & xenU dlm-kernel-2.6.11.3-20050425.154843.FC4.5 ----------------------------------------- * Fri Apr 29 2005 Chris Feist - Rebuild for new kernel - Adding support for i586, xen0 & xenU gcc-4.0.0-2 ----------- * Thu Apr 28 2005 Jakub Jelinek 4.0.0-2 - update from CVS - PRs ada/18847, bootstrap/21215, c++/21087, c/20740, c/21159, c/21213, fortran/20059, fortran/20865, fortran/20879, fortran/21177, libfortran/20950, libgcj/21233:, libstdc++/20914, libstdc++/21035, libstdc++/21131, libstdc++/21244, preprocessor/20907, rtl-opt/21163, target/17822, target/17824, target/21100, target/21101 - https Handler.java from GNU classpath (Thomas Fitzsimmons, #155466) - Fortran namelist support (Paul Thomas, #155852, PRs fortran/17472, fortran/18396, fortran/19467, libfortran/12884, libfortran/17285, libfortran/18122, libfortran/18209, libfortran/18210, libfortran/18392, libfortran/18591, libfortran/18879, libfortran/19657) - fixes for the Fortran ENTRY support (PRs fortran/13082, fortran/18824, #153715) - make /usr/lib/security/*.security %config(noreplace) (Thomas Fitzsimmons) - fix GThread errors when running OOo (Thomas Fitzsimmons, #154215) - fix promotion of outgoing arguments (Andrew Haley, PR java/21115) gnbd-kernel-2.6.11.2-20050420.133124.FC4.9 ------------------------------------------ * Fri Apr 29 2005 Chris Feist - Rebuild for new kernel - Adding support for i586, xen0 & xenU iiimf-1:12.2-0.7.svn2578 ------------------------ * Thu Apr 28 2005 Akira TAGOH - 1:12.2-0.7.svn2578 - iiimsf-shift-space-for-korean-r2592-156171.patch: applied to allow shift+space for Korean. (#156171) - htt_xbe-correct-error-message-r2594-156169.patch: applied to correct the error message for iiimx. (#156169) - iiimsf-rh-per-user-hotkey.patch: updated to get it working really. (#118023) * Thu Apr 28 2005 Jens Petersen - 1:12.2-0.5.svn2578 - add iiimgcf-event-status-done.patch to fix status_done event (Ervin Yan) - silence verbose build output of x_txt2bin with leif-unit-xdict-silence-txt2bin.patch - add bootstrap macro variable to control whether tarball needs full bootstrap jessie-0:1.0.0-6 ---------------- * Mon Apr 25 2005 Thomas Fitzsimmons - 0:1.0.0-6 - Build the provider only. kernel-2.6.11-1.1276_FC4 ------------------------ * Fri Apr 29 2005 Roland McGrath - Fix the 32bit emulation on x86-64 segfaults. system-config-display-1.0.27-1 ------------------------------ * Thu Apr 28 2005 Soren Sandmann - Update to 1.0.27 (#155555) * Thu Apr 28 2005 Soren Sandmann - Update to 1.0.26 (#153038) From fedora at kjb.dds.nl Sat Apr 30 15:57:07 2005 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Sat, 30 Apr 2005 17:57:07 +0200 Subject: Openoffice media player In-Reply-To: <1114866971.3343.26.camel@localhost.localdomain> References: <1114866971.3343.26.camel@localhost.localdomain> Message-ID: <1114876628.3782.6.camel@isengard> On Sat, 2005-04-30 at 15:16 +0200, Kyrre Ness Sjobak wrote: > First of all: what is this thing? Is it some kind of system to play > movies in presentations etc? In that case: great! Yup. > Is this correct? How does it play contnent? The best would probably be > gstreamer (adding a gstreamer plugin would then make it work in > openoffice, totem etc.). It's implemented using the windows media api on win32 and the java media framework on everything else. There are some problems with it: http://www.oooforum.org/forum/viewtopic.phtml?t=17635 A gstreamer-based implementation would be a much better way to go since the java media stuff is not that great and it seems like it's not being maintained very well. Porting to gstreamer could be a lot of work, but maybe the gstreamer people are better at estimating that... Klaasjan From justin.conover at gmail.com Sat Apr 30 17:45:21 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 30 Apr 2005 12:45:21 -0500 Subject: rahwide report? In-Reply-To: <4273A160.5040808@libero.it> References: <4273A160.5040808@libero.it> Message-ID: On 4/30/05, Cimmo wrote: > Why no more rawhide report/refresh? Waiting for test3? > > I have seen from roadmap that on 27th of April "Translation deadline > (data provided) test3 devel freeze" and on 9th of May "test3, > translation build freeze (builds completed)" but cannot understand when > test 3 will be released... > > Thanx > Cimmo > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > There were some builds at 10:45am CST May 9 is the scheduled release day for test 3. From wyount at watervalley.net Sat Apr 30 18:07:37 2005 From: wyount at watervalley.net (William) Date: Sat, 30 Apr 2005 13:07:37 -0500 Subject: NFS lockup error Message-ID: <006b01c54daf$7e36bfe0$74103140@jerim> After running the updates from Friday around 3pm, I seem to be crashing on bootup. Everything looks fine until it gets to clvmd. It fails to load, which is no big deal but then it goes to a black screen. It stays on this black screen for a minute or two and then I hit CTRL-ALT-Delete. It will bring me back to the Services screen and says "NFS lockup: [Failed]." It then sits there for about 30 seconds and goes back to the black screen. I give it a few minuts and then hit CTRL-ALT-Delete again and it doesn't do anything. I have to manually shut down the computer. I have tried previous kernels. I can log into WinXP fine, so I guessing it isn't a hardware failure, which was my first thought. -------------- next part -------------- An HTML attachment was scrubbed... URL: From czar at czarc.net Sat Apr 30 18:18:26 2005 From: czar at czarc.net (Gene C.) Date: Sat, 30 Apr 2005 14:18:26 -0400 Subject: rawhide report: 20050430 changes In-Reply-To: <200504301544.j3UFiMTg030812@porkchop.devel.redhat.com> References: <200504301544.j3UFiMTg030812@porkchop.devel.redhat.com> Message-ID: <200504301418.27148.czar@czarc.net> On Saturday 30 April 2005 11:44, Build System wrote: [snip] > gcc-4.0.0-2 > ----------- [snip] > system-config-display-1.0.27-1 > ------------------------------ Very strange ... today's report lists that gcc was updated whereas running yum check-update lists both gcc and glibc as having updates available ... and then there is system-config-display whereas yum check-update lists both system-config-display and system-config-nfs. These are only a couple of examples ... there are other differences. I have never noticed before such a wide variance between the rawhide report and actual available updates. -- Gene From linxt at comcast.net Sat Apr 30 18:41:04 2005 From: linxt at comcast.net (Tom) Date: Sat, 30 Apr 2005 11:41:04 -0700 Subject: rahwide report? In-Reply-To: <4273A160.5040808@libero.it> References: <4273A160.5040808@libero.it> Message-ID: <200504301141.04919.linxt@comcast.net> On Saturday 30 April 2005 08:16, Cimmo wrote: > Why no more rawhide report/refresh? Waiting for test3? > > I have seen from roadmap that on 27th of April "Translation deadline > (data provided) test3 devel freeze" and on 9th of May "test3, > translation build freeze (builds completed)" but cannot understand when > test 3 will be released... > > Thanx > Cimmo Hi Cimmo: Take a look at the Fedora Test schedule at: http://fedora.redhat.com/participate/schedule/ Lots of great information about the project at the home page too. Tom -- Tom Taylor registered linux user #263467 From cimmo at libero.it Sat Apr 30 19:07:29 2005 From: cimmo at libero.it (Cimmo) Date: Sat, 30 Apr 2005 21:07:29 +0200 Subject: rahwide report? In-Reply-To: <200504301141.04919.linxt@comcast.net> References: <4273A160.5040808@libero.it> <200504301141.04919.linxt@comcast.net> Message-ID: <4273D771.1030000@libero.it> Tom ha scritto: >Hi Cimmo: > >Take a look at the Fedora Test schedule at: >http://fedora.redhat.com/participate/schedule/ > >Lots of great information about the project at the home page too. > >Tom > > Hi Tom, as you can see from my first post I have copy and paste informations just from the page you have linked ;) From jeffy5 at optonline.net Sat Apr 30 19:35:02 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Sat, 30 Apr 2005 15:35:02 -0400 Subject: Openoffice media player In-Reply-To: <1114866971.3343.26.camel@localhost.localdomain> References: <1114866971.3343.26.camel@localhost.localdomain> Message-ID: <1114889702.5553.0.camel@jeffy5.jeffsdomain.net> On Sat, 2005-04-30 at 15:16 +0200, Kyrre Ness Sjobak wrote: > First of all: what is this thing? Is it some kind of system to play > movies in presentations etc? In that case: great! > > Then: It claims support for a dozen different media formats, such as: > AIF audio > AU audio > AVI > CD audio > MIDI audio > MPEG Audio > MPEG Video > Quictime video > Vivo video > WAVE audo > Is this correct? How does it play contnent? The best would probably be > gstreamer (adding a gstreamer plugin would then make it work in > openoffice, totem etc.). > > It is found in (writer as example) Tools -> Media Player > > Kyrre Ness Sj?b?k > Hello, Where do you find this OpenOffice Media Player? Jeff From jspaleta at gmail.com Sat Apr 30 20:43:45 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 30 Apr 2005 16:43:45 -0400 Subject: NFS lockup error In-Reply-To: <006b01c54daf$7e36bfe0$74103140@jerim> References: <006b01c54daf$7e36bfe0$74103140@jerim> Message-ID: <604aa79105043013437672b88@mail.gmail.com> On 4/30/05, William wrote: > After running the updates from Friday around 3pm, I seem to be crashing on > bootup. Everything looks fine until it gets to clvmd. It fails to load, > which is no big deal but then it goes to a black screen. It stays on this > black screen for a minute or two and then I hit CTRL-ALT-Delete. It will > bring me back to the Services screen and says "NFS lockup: [Failed]." > It then sits there for about 30 seconds and goes back to the black screen. I > give it a few minuts and then hit CTRL-ALT-Delete again and it doesn't do > anything. I have to manually shut down the computer. I have tried previous > kernels. I've seen similar bootup issues.. but the nfs lock service failure isnt the problem afaict. Its most likely related to a service that is starting on your system after the nfslock service runs. I was able to get past my bootup problems by trial and error disabling services one at a time, until I could get a full bootup working again. try to boot into runlevel 3 and see how far it gets reboot into runlevel 1 and disable the service next in the list after the last message seen reboot into runlevel 3 and see how far it gets..... on and on till you get all the way into the system. I had to do this repeatedly and it appears that multiple services were causing bootup problems for me.I have NOT disabled the nfslock service as part of my troubleshooting effort. my nfslock service still boots with a failure, but I can now boot after disabling a number of other services. I still need to go back and try to reproduce the problem by re-enabling services that I turned off. Here is the list of services I turned off, some of these might not be a problem I still need to go back and try to reproduce the bootup errors with each package to be sure: ccsd cman fenced gfs mDNSResponder nifd rdisc -jef From mpeters at mac.com Sat Apr 30 23:20:33 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 30 Apr 2005 16:20:33 -0700 Subject: Openoffice media player In-Reply-To: <1114876628.3782.6.camel@isengard> References: <1114866971.3343.26.camel@localhost.localdomain> <1114876628.3782.6.camel@isengard> Message-ID: <1114903233.4740.6.camel@laptop.mpeters.local> On Sat, 2005-04-30 at 17:57 +0200, Klaasjan Brand wrote: > > A gstreamer-based implementation would be a much better way to go since > the java media stuff is not that great and it seems like it's not being > maintained very well. Porting to gstreamer could be a lot of work, but > maybe the gstreamer people are better at estimating that... GStreamer would be better anyway because it appears to be the chosen media framework for gnome, and since it supports plugins - vendors that do not wish to license patented codecs (like Fedora) don't have to, the end user can simply install the plugins as needed. GStreamer is definitely the best way to do it. Rather than port what they have to GStreamer, maybe it would be better to start fresh and hook into totem - kind of like the totem mozilla plugin is doing (anyone tried that recently??) Alternatively - there are Python gstreamer bindings and perl gstreamer bindings that might be good enough to just do it that way, which would probably be more portable (if it's fast enough) I haven't seen the OO.o media player, I don't use it - so maybe I'm just blowing wind. From kahlriab at mailbox.tu-berlin.de Sat Apr 30 23:56:13 2005 From: kahlriab at mailbox.tu-berlin.de (Oliver Kahl) Date: Sun, 01 May 2005 01:56:13 +0200 Subject: FC4 T2 installation hungs at boot option screen References: 17021942736959@lycos-europe.com Message-ID: <42741B1D.9030505@mailbox.tu-berlin.de> A similar problem where discused days before. Take a look here in the fedora-test-list from april, it?s a post from 22/23.04.2005: Re: CD boot problem with FC4test1 AND test2 I think it could help you! Oliver hubes hubes schrieb: > hi, > > > > I've tried to install FC4 T2 on my old Dell CPi (p2 300). > > However I don?t manage to get very fare, before the first user input the > installation hungs. > > I don?t even get to see the "boot:" nor can I type ? inux text? or > ?linux askmethod? or any other boot options. > > > > Any id?e?s on how I can resolve this, or even debug. > > > > I have successfully installed FC3 over net install (ftp). > > > > Many thanks > > > > > www.spray.se/kopsalj - g?r dagens > superaff?r! V?lj bland 82 723 annonser. >